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

スポンサードリンク

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


信頼度成長曲線について

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

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

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

使い方

前提

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

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

導入への壁

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

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

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

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

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

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

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

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

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


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

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

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

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

関連記事

  1. チーム力を向上させるプロジェクトマネジメント

    「チーム力を向上させるプロジェクトマネジメント」というテーマで自…

  2. GCPUG TOKYO JUNE 2018に参加…

    GCPを学びたいなという思いが以前からあったので、GCPUGに初参加…

  3. 第13回redmine.tokyo JAXAの事…

    2017年11月18日に第13回redmine.tokyo勉強会が実…

  4. 第17回Redmine大阪で全文検索とチューニン…

    2017年8月26日に実施されたRedmine大阪に参加しました…

  5. 第14回redmine.tokyo 熱い仲間とな…

    第14回 redmine.tokyoに参加しましたこれで5回…

  6. だじゃれ道場でだじゃれ能力を楽しく鍛える

    日本だじゃれ活用協会が主催するだしゃれ道場に参加しました…

  7. トライ&エラー実施中の記事5選

    マドびっ!作者の門屋浩文です。祝カープ3連覇、、、取り乱…

  8. 一人で続けられるインターネット戦略

    友人の渡川修一さんの講座に参加妻の友人の旦那さんです…

PAGE TOP