呑んだくれ改めレッツゴー痛風日記

_ 今日の朝食

こんがり焼いたバターロールに切れ目入れてボイルしたウィンナーをはさんでケチャップとマスタード。

_ 今日のおべんと

• 白飯
• ハンバーグ
• 玉子焼き
• きんぴらごぼう

_ テスト・ファーストと品質会計

システム開発の規模から各工程でのバグ算出目標値を立てて実績値と目標値を分析して次工程の対策を練ったりなどする時に、レビュー指摘事項とかバグ検出数の数え方ってのがポイントになると思うのですが、テスト・ファースト的な手法で開発した場合のバグ検出数ってどこで数えるの？

以前に一瞬だけかかわったプロジェクトは改修案件だったので、自分の担当のプログラムを作成するときにはテストプログラムから作り始めました。（ちなみに、そのときはC# .NET FrameworkだったのでTestフレームワークはNUnitを利用しました。）

１．現在の仕様を満たすテストプログラムを作る。２．とりあえず動かす。当然エラーは無し。３．仕様追加分のテストプログラムを作成する。テスト対象はとりあえずコンパイル通すだけのメソッド定義のみしておく。４．とりあえず動かす。⇒エラーでまくり。真っ赤っ赤。５．要求仕様どおりにプログラムを作成する。６．テスト走らせる。既存機能と新規機能の全てのテストが通るようになるまで５と６を繰り返す。エラーが全くでなくなったら製造および単体試験完了。

さて、この場合、品質会計に計上するバグ検出数ってどの時点のエラー数ですか？４は間違いなく違うよね。すると、５・６は何回か繰り返すと思うのだが、一回目の６で発生したバグ数を計上すればいいのかしら？それとも、６の累計？そもそも、製造と単体試験をセットで実施している場合に、何を基準に数字をあげるのかっていうのが曖昧になってしまう気がするなぁ。