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

スポンサードリンク

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


信頼度成長曲線について

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

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

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

使い方

前提

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

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

導入への壁

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

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

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

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

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

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

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

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

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


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

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

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

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

関連記事

  1. クローバField(ホームページの作り方教室)に…

    妻がコーチングに関するビジネス向けホームページを作りたいというので…

  2. #BPStudy 162〜アジャイルな組織のつく…

    bpstudy毎月開催しているビープラウドの勉強会今回は…

  3. サーヴァントリーダーシップの極意を知る

    以前、サーヴァントリーダーシップ考という記事を書いたことがありますが…

  4. 猫スピーカーを強化しよう【google home…

    先日のスマートスピーカーを遊びたおす会で紹介された本早速…

  5. 要求開発から価値開発へ 価値開発研究会(Vラボ)…

    以前、要求開発の勉強会がありました#radajpそれが形…

  6. 匠LT 2019冬 相互フィードバック重要 #t…

    匠method価値を大事にする良い考え方だなあと思っています…

  7. 第20回redmine.tokyoでRedmin…

    redmine.tokyoRedmineを愛する人達の勉強会…

  8. JALの株主総会に参加

    第70回定期株主総会に参加JAL 日本航空株主会社の長年の株主です紙…

PAGE TOP