テストフェーズの成果物と役割

このフェーズの座組み

フル稼働QAアプリ（FE）アプリ（BE）セキュリティ

部分参加PMインフラDBA

テスト種別	主担当	成果物	ポイント
単体テスト	アプリFE/BE	テスト結果エビデンス、カバレッジレポート	カバレッジ基準は事前合意（80%以上等）すること。カバレッジが高くてもテストの質が低い場合がある。
結合テスト	横断QA ＋アプリ	結合テスト仕様書・実施記録、障害票	API境界・外部システム連携・非同期処理の検証が主眼。障害票の管理ツールを統一する。
システムテスト	横断QA主導	システムテスト仕様書・実施記録、不具合管理票	要件定義書との照合が主眼。すべての機能要件が実装されているかを確認する。
性能・負荷テスト	インフラ＋DBA＋QA	負荷テスト計画書・実施記録、ボトルネック分析レポート	本番相当のデータ量・同時接続数で実施。3者が担当ごとのボトルネックを分析する。
セキュリティテスト	横断セキュリティ	脆弱性診断報告書、対応記録、修正確認記録	OWASPトップ10を最低限カバー。発見した脆弱性の修正確認（再診断）まで含める。
UAT	管理PM ＋ビジネス側	UAT実施記録、受入合意書	ビジネス側の署名入り受入合意書なしでリリース判定に進まない。これがリリース判定の根拠になる。

性能・負荷テストはインフラ・DBA・QAの3者が担当を分けて協働する。

担当	分析対象
インフラインフラ	CPUボトルネック・メモリ不足・ネットワーク帯域・スケールアウトの効果
データDBA	スロークエリ・ロック競合・インデックス使用率・バッファヒット率
横断QA	テストシナリオの妥当性・実際のユーザー行動パターンとの乖離

💡 UATをQAだけに任せてはいけない

UATはビジネス側が「このシステムを受け入れる」と判断するプロセスだ。技術的なテストではなくビジネス要件の確認なので、PMが主導してビジネス側を巻き込む。受入合意書に署名をもらうことが、リリース判定の正式な根拠になる。

✅ 次のPARTへ