信頼度成長曲線を語る夕べに参加

スポンサードリンク

かなりマニアックな内容ですが、昔トライして挫折したものだったのと、redmineエバンジェリストの会メンバーが話すので参加


信頼度成長曲線について

信頼度成長曲線は最終障害累積数を予測するもの

定義はいくつかある
横軸は工数だったりテスト数だったり
不具合発生頻度、数が減ってくる前提のグラフ

傾向によって使うものが変わる
ゴンペルツ曲線
ロジスティック曲線
シグモイド

使い方

前提

単位テスト時間あたりの検出される不具合の数はテスト期間中を通じて一定している
→すでにここで無理がある?

機能テストはある程度の欠陥を検出する
性能テストは欠陥はあまりでない
不具合は互いに独立
妥当な曲線になるには60%のデータが必要
テストの網羅性
テストケースは全て異なる
仕様変更の取り込みはない
テスト終盤では改修されているので減ってくる
→なかなか難しい前提条件

導入への壁

・テストに偏りがある
テストタイプごとにテストを実施する場合

・テストの目的が不具合検出でない場合
チェックのテスト項目を入れる?

・テストの特徴と信頼度成長曲線の性質があわない
残存バグはゼロにならない

・描くタイミング
6割終わったあたりからがよい

・回帰テストを含めるか
入れないのが正しいはずだが入れてるところが多い

・テストの実態と組織標準の曲線が異なる
不具合を早くだす
最初にバグがでるのは嫌
適したグラフを使うのがよい

・横軸に何をとるか
日付、工数、テストケース数、実績

・派生テスト、寄り道テスト、追加テストの扱い

・意図的な歪曲に対する防止策


ある程度の長い時間で、、、というところで今の組織では合わないのだけど、前提条件は理解できた

そろうプロジェクト少ないだろうなあ

神田川ぞいの夜桜を堪能する

広島カープ最強のベストナイン

関連記事

  1. 数値化の魔力のワークショップに参加 #本質追求ワ…

    本質追求ワークショップビジネス書を読んで感想と意見を言い合う勉強会…

  2. できたこと手帳活用講座で自己肯定感を高めるヒント…

    できたことノートご存知ですが?活用していますか?…

  3. redmine.tokyo10周年を祝う会で歴史…

    redmine.tokyo勉強会私がお世話になっている勉強会です…

  4. 2023年もPMDAYに参加 PMは腹落ちと自問…

    毎年楽しみにしているプロジェクトマネジメントDAY今回も参加で…

  5. 第22回redmine.tokyo ファンを増や…

    5月にいつも行われるredmine.tokyo勉強会もう恒例です…

  6. 匠塾に初参加 #takumijyuku

    匠塾匠methodを使った方々の集まり以前、匠m…

  7. プロジェクトマネジメントDAY 2020でリーダ…

     プロジェクトマネジメントDAY2度ほど参加したことがあるイベン…

  8. テスト戦略を語る夕べ第5回に参加

    初参加思いつくままメモですプロジェクトのテスト戦略から組…

PAGE TOP