テスト主体の場合

この役割の特徴

テスト主体の仕事とは、テスト仕様書に基づいてテストを実施し、品質を確保する役割です。

• テスト仕様書に基づいてテストを実施：与えられたテスト計画に従って、体系的にテストを進める
• 不具合を発見して報告する：問題を見つけ出し、開発チームへの正確な報告が主な責務
• 品質を守る重要な役割：ユーザーに届く前に品質問題を発見することで、プロダクト品質を担保する

よくある1日の流れ

毎日の活動パターンを図で見てみましょう。

flowchart LR
    A[9:00
朝会] --> B[9:30
テスト実施]
    B --> C[12:00
昼休み]
    C --> D[13:00
テスト実施]
    D --> E[16:00
不具合報告]
    E --> F[17:00
進捗報告]
    F --> G[18:00
退勤]

朝は進捗確認、午前中に集中してテスト、午後は不具合報告と進捗報告が主な活動です。以下はより詳しいタイムスケジュール例です。

最初の1ヶ月で覚えること

第1週：テスト業務の基本を理解

第2週：テストを実施する

第3〜4週：品質への意識を高める

1ヶ月後の目標状態

flowchart TB
    A[1ヶ月後の目標] --> B[テスト仕様書を読んで実行できる]
    A --> C[不具合報告が書ける]
    A --> D[再現手順を明確に説明できる]
    A --> E[仕様と異なる動作に気づける]

不具合報告のテンプレート

不具合を報告するときは、以下の情報を含めましょう。これが「分かりやすい報告」の基本です。

この経験で身につくスキル

技術スキル

ビジネススキル

目指せる人材像

テスト主体での経験を通じて、その後のキャリアパスはいくつかあります。

flowchart TB
    A[テスト主体からのキャリア] --> B[テストリーダー]
    A --> C[QAエンジニア]
    A --> D[テスト自動化エンジニア]
    A --> E[開発エンジニア]

    B --> B1[テスト計画・設計を担当]
    C --> C1[品質管理の専門家]
    D --> D1[自動テストの設計・実装]
    E --> E1[開発者として転向]

成長を感じられるポイント

あなたが成長しているかは、以下のチェックリストで自己評価できます。各時期で「できるようになったこと」を意識することで、モチベーションにつながります。

3ヶ月後

• テスト仕様書を一人で消化できる
• 不具合報告が「分かりやすい」と言われる
• 「怪しい」と思う観点が増える

6ヶ月後

• 仕様書を読んでテストケースを追加提案できる
• 「この機能はここが壊れやすい」と予測できる
• 開発者との不具合に関する会話がスムーズになる

1年後

• テスト計画や設計に関わる
• 後輩にテスト観点を教えられる
• 品質改善の提案ができる

本編で特に重要な章

このカリキュラムの他の章のなかで、テスト主体として特に参考になるものを挙げます。

追加で学ぶと良いこと

優先度：高

優先度：中

よくある悩みと対処法

成長のためのアドバイス

テスト観点を増やす

効果的なテストを実施するには、様々な視点を持つことが大切です。

• 正常系だけでなく異常系も：「想定された操作」と「想定外の操作」の両方をテストする
• 「ユーザーならこう使うかも」を考える：仕様書に書かれていない使い方も想像する
• 境界値を意識する：数値の入力制限、リストの先頭と最後など、エッジケースに着目する

仕様を深く理解する

テスト品質を上げるには、単に仕様書を読むだけでなく、その背景を理解することが重要です。

• なぜその仕様なのかを考える：表面的な規則だけでなく、その背景にある意図を学ぶ
• 関連する機能との関係を把握する：機能単体では正常でも、他の機能と組み合わせるとバグになることもある
• 疑問があれば質問する：曖昧な点は早めに確認する。テスト品質に大きく影響する

開発者の視点も学ぶ

不具合発見力を高めるには、開発サイドの視点を理解することが効果的です。

• コードがどう動いているか興味を持つ：プログラムの仕組みを理解すると、バグの出やすい箇所が見える
• 不具合の原因を知ることで、発見力が上がる：「実装時にこういうミスが起きやすい」を学ぶと、テスト観点が増える
• プログラミングの基礎を学ぶ：開発側の制約や一般的なバグパターンを知ることで、より有効なテストができる