テスト業務研修_受講生用

ソフトウェアテスト実務 計画・設計・実行管理・レポーティングまで 法人研修・実務講座向け教材 受講生用テキスト うさうさ研修工房

今日学ぶこと：テスト業務 5領域 1 テスト計画 → 2 テスト設計 → 3 ケース作成 → 4 実行管理 → 5 分析・報告 この5つは一直線ではなく、レポーティングの学びが次の計画に活きる「循環」です テスト業務研修 2 / 12

なぜ「計画的な」テストが必要か テストカバレッジ 100%を達成しても、欠陥が残ることは実証研究で示されています。 （Inozemtseva & Holmes, 2014, ICSE） 「実行した」ことより、「何を、どういう意図で確認したか」が品質を決めます。だからこそ、計画・設 計という前工程が重要になります。 テスト業務研修 3 / 12

①テスト計画：方針・体制・スケジュール 方針 何をテストし、何をテストしないか。品質目標とリスク配分 体制 役割分担、必要スキル、エスカレーションルート スケジュール フェーズの依存関係、再テスト・修正のバッファ テスト業務研修 4 / 12

②テスト設計：観点の洗い出し 機能観点 非機能観点 異常系観点 組み合わせ観点 仕様書どおりの動作だけでなく、「壊れ方」まで想定するのが設計の役割です テスト業務研修 5 / 12

②テスト設計：代表的な技法 同値分割 同じ結果になる入力をグループ化し代表値で確認 境界値分析 グループの境界（最小・最大・±1）を重点確認 デシジョンテーブル 複数条件の組み合わせ漏れを表で防ぐ 状態遷移テスト 状態と遷移条件を図にし想定外の遷移を確認 テスト業務研修 6 / 12

③良いテストケース・悪いテストケース 悪い例 良い例 期待結果：正しく表示される 期待結果：「登録が完了しました」と 緑色のバナーが画面上部に表示される → 「正しく」の基準が人によって変わる → 誰が読んでも同じ判定ができる 1テストケース＝ 1観点。期待結果は「具体的な値・文言」で書く テスト業務研修 7 / 12

④テスト実行：指示と進捗管理 1 実施範囲と期限を明示する 2 不具合発見時の報告ルールを事前に周知する 3 ブロッカー発生時のエスカレーション先を決めておく テスト業務研修 8 / 12

④進捗管理は「消化率」だけで見ない 消化率 合格率 不具合検出数の推移 ブロッカー件数 実施済みの割合 実施済みのうち想定通りだっ た割合 収束傾向にあるか 実施できていない件数 消化率100%でも、質の低い実施は見逃されます。複数指標を組み合わせて見ましょう。 テスト業務研修 9 / 12

⑤結果分析とレポーティング 1 件数の報告だけで終わらせず、不具合の「傾向」を考察する 2 特定の機能に不具合が集中していれば、設計・実装の問題を疑う 3 リリース判断に必要な情報（未解決の影響度）を明確にする 4 今回のテストプロセス自体の教訓を、次回に残す テスト業務研修 10 / 12

まとめ 1 テストは「実行」だけでなく計画・設計・報告までを含むプロジェクト業務 2 カバレッジのような単一指標を過信しない 3 テストケースは「誰が読んでも同じ判定ができる」具体性が命 テスト業務研修 11 / 12

出典・参考文献 ・Myers, G. J., Sandler, C., & Badgett, T. (2011). The Art of Software Testing (3rd ed.). Wiley. ・Beizer, B. (1990). Software Testing Techniques (2nd ed.). Van Nostrand Reinhold. ・Inozemtseva, L., & Holmes, R. (2014). Coverage is not strongly correlated with test suite effectiveness. ICSE 2014. ・ISTQB, Foundation Level Syllabus. うさうさ研修工房