Skip to content

5.1 レビューにおけるテクニカルテストアナリストのタスク

テクニカルレビューにおけるTTAの役割

Section titled “テクニカルレビューにおけるTTAの役割”

テクニカルテストアナリスト(TTA)は、テクニカルレビュープロセスにおける積極的な参加者であり、開発者とは異なる独自の視点を提供する重要な役割を担っています。

  • 運用(行動)の視点の提供: 開発者がコードの内部構造やロジックに集中しがちなのに対し、TTAは「システムが実際にどのように動くか」という運用上の視点をもたらし、開発者が見逃しやすい欠陥を指摘します。
  • チェックリストの管理と欠陥評価: TTAは、レビュー用のチェックリストを定義・適用・メンテナンスし、発見された欠陥の重要度(シビアリティ)に関する情報を提供する役割を担います。
  • 建設的な関係の構築: レビューコメントを記述・議論する際は、作成者と建設的な業務関係を維持することが求められます。また、すべての参加者が自身の役割を正しく理解するために、形式的なレビュートレーニングを受けるべきとされています。

なぜ「十分な準備時間」が不可欠なのか?

Section titled “なぜ「十分な準備時間」が不可欠なのか?”

実施するレビューのタイプに関わらず、TTAには「準備のための十分な時間」が与えられなければなりません。時間が不足していると、レビューが単なる「編集作業(誤字脱字の修正など)」に陥ってしまうリスクがあります。

優れたレビューを実践するためには、以下の活動を行う時間が必要です。

  • 書かれている内容を深く理解すること
  • 作業成果物に「何が欠けているか」を判断すること
  • 技術的な側面の正確さを検証すること
  • 記述されたプロダクトが、開発済みまたは開発中の「他のプロダクトと整合しているか」を検証すること

統合的な視点(相互作用の検証)

Section titled “統合的な視点(相互作用の検証)”

TTAのレビューは、目の前の作業成果物(ドキュメント単体)だけにとどまりません。そのアイテムがシステム内の他の要素とどのように相互作用するかを考慮する必要があります。

具体例:統合レベルのテスト計画書をレビューする場合

Section titled “具体例:統合レベルのテスト計画書をレビューする場合”

単に計画書の体裁を確認するだけでなく、以下のようなシステム全体の視点から問いを立てて検証を行います。

  • 統合される各アイテムは、本当に統合の準備ができているか?
  • 文書化しなければならない、コンポーネント間の依存関係は網羅されているか?
  • 統合ポイントを実際にテストするためのデータは利用可能か?