ソフトウェアの品質コミュの信頼度評価ツール

信頼度成長曲線やバグ収束率の様にある程度の目安としてソフトウェアの信頼性を表すツールを探しています。

以前は「safeman」にかなり期待していましたが、１年程前に販売終了してしまいました。「SRATS」や「M-SRAT」も動きがないようです。

品質を数値化するツールの情報を教えて頂けないでしょうか？

関連するトピックが見当らないので新規にトピックを立てさせて頂きました。
管理人様、トピックが不適切な場合、削除願います。

コメント(8)

最初
全て
最新の40件

[2] mixiユーザー 04月08日 23:07

＞ほんださん、コメントありがとうございます。

確かに信頼度成長曲線が好きじゃない人っていますね。
実は私もソフトを作る側にいた時は信頼度成長曲線が嫌いでした。
品質を評価する側に立つと、ゴンペルツ曲線やNHPPモデルを使って、何とか品質をみえる化しようとしてしまいます。

限られたメトリクスを使用してソフトウェアの品質を評価したいのですが。
テスト時間、テストケース数、不具合の数、不具合の重み付け、開発工数その他にもテスターのスキルやテスト設計の妥当性のようね数値化の難しい物など…。どうも上手い解が得られません。品質を感覚的ではなく、数値化しないと説得力に欠けるので悩んでいます。

[4] mixiユーザー 04月10日 00:28

ほんださん、貴重なご意見ありがとう御座います。
相槌を打ちながら読ませて頂きました。本当に、その通りなんですよね。
経験上、大規模プロジェクトのテスト消化率６０～７０％以降は信頼度成長曲線もS字型や指数型の綺麗な曲線を描いてくれて気持ち良いくらいの時がありますね。
困るのはマイナーチェンジの時、極少数のテスターが早く不具合を出そうとした時や、評価に値しないような不具合の塊の状態（受け入れテスト不十分）からテストを始めてしまったり。
結構、テストのハンドリングも労力がいるのですよね。

もう一つ愚痴を言うと、最近は上流工程でバグを潰す事に力を入れてますが、最後の砦のテスト工程を疎かにして良いというものでもないのに。

なんか、話が支離滅裂になってしまい申し訳ありません。

[6] mixiユーザー 04月10日 22:35

ほんださん、こんばんは。

いつもお付き合い頂きましてありがとうございます。

マイナーチェンジでのソフトウェア品質判定で、今私が考えているのは、MTBFの値ではなく、MTBFがどの様に変化してきたか…ですかね。
後は回帰テストで信頼性を保証するしかないのかも。

ところで、私、市場トラブルとの相関にトライした事があります。

エンタープライズ系と組み込み系では話が違うのでしょうが。なかなか良いデータが取れません。直接お客様と話す部門の人が取るメトリクスがどれだけ有意義な情報か、良いデータが無いと良い分析も出来ないのですよね。

このトピ、ほんださんと１日１回のチャットと化していますが、突っ込み処が悪いのか、皆さん興味がないのか、絵文字がないのでつまらないのか。
そちらも悩んでいます。

[8] mixiユーザー 04月12日 23:54

ほんださん、こんばんは。

>マイナーチェンジでのMTBFによる判定は、ちょっと芳しくないかも。
流石にこれは乱暴すぎでしょうかね。
でも、過去モデルのMTBFと市場での品質状況と言う意味で、一度分析してみたいとは思います。

マイナーチェンジの場合、修正部分と影響部分が一致すればテスト箇所は修正部分だけでよいのでしょうが…。
レビューでも考え抜けを指摘できずに思わぬ所に不具合を埋め込むのをテストで見つけるには、かなり広い（網羅率という意味で）テストをしないといけませんからね。

ログインすると、みんなのコメントがもっと見れるよ