最もタチの悪いバグが潜むテストフェイズとは？テストの最終段階で「性能バグ」に振り回されないためには、仕様定義の段階から“性能設計”をキチンと実施しておくべき!! 前回のコラム「『ソフトウェアテスト』と『振り込め詐欺』の関係」では、7つの「基本的な出荷基準」を挙げ、「4．エラー・ゲシング（Error Guessing）を実施した」について解説しました。今回は、その続き、「5．長時間耐久テスト、過負荷テストを実施した」を紹介します。 まずは、7つの基本的な出荷基準について再掲します。 全機能をテストした ブラックボックス／ホワイトボックス・テストで同値分割を実施した。 境界条件をテストした ブラックボックス／ホワイトボックス・テストの境界値分析を実施した。 未実行コードがない ホワイトボックス・テストのC0パス網羅を満足した。 エラー・ゲシング（Error Guessing）を実施した バグを想定し、それを摘出するためのテスト項目を設計
