Test Case Creation

テストケース作成スキル

目的

要件を、システムが期待どおりに動作することを検証する実行可能な手順に変換します。QA がテストを実施する一方で、BA はビジネスロジックを確実に網羅するためのシナリオを定義することがよくあります。

使用するタイミング

• 要件定義フェーズ（テスト可能性を確保するため）。
• UAT の計画時（ユーザー向けのテストスクリプトを作成するとき）。
• QA テスト計画のレビュー時（検証）。

適切なテストケースの構成要素

1. ID：一意の識別子（例：TC-001）。
2. タイトル：簡潔な概要。
3. 前提条件：必要な準備（例：「ユーザーがログイン済み」）。
4. テスト手順：命令形の動詞（「クリックする」「入力する」「確認する」）を使った段階的な操作。
5. テストデータ：使用する具体的なデータ（例：「メールアドレス：[email protected]」）。
6. 期待結果：何が起きるべきかを具体的に記述します。
7. 事後条件：テスト後の状態（例：「注文が DB に作成されている」）。

BA テストケースの種類

1. 正常系（ポジティブ）

標準的なフローが問題なく動作するケースです。

• 「ユーザーが有効なメールアドレスとパスワードを入力する → ログインに成功する。」

2. 異常系（エラー処理）

システムの問題を引き起こそうとするケースや、無効な入力を試すケースです。

• 「ユーザーが無効なメールアドレスを入力する → エラーメッセージ『Invalid format』が表示される。」

3. エッジケース（境界値）

制限値をテストします。

• 「ユーザーがちょうど255文字（最大値）を入力する → 受け付けられる。」
• 「ユーザーが256文字を入力する → 拒否される。」

4. ビジネスロジック／複雑なフロー

複数の手順からなるシナリオです。

• 「ユーザーが商品を追加する → 割引を適用する → 商品を削除する → 合計金額が再計算されることを確認する。」

テストケースのテンプレート

シナリオ：プロモーションコードを適用する

ID	TC-PROMO-01
説明	「SUMMER20」で20％割引が適用されることを確認します。
前提条件	ユーザーのカートに$100の商品が入っている。
手順	1. カートに移動する。 2. プロモーションコード欄に「SUMMER20」と入力する。 3. 「Apply」をクリックする。
期待結果	1. 成功メッセージ「Code Applied」が表示される。 2. 割引行に-$20.00と表示される。 3. 合計金額が$80.00になる。

トレーサビリティ

すべてのテストケースを要件（FR）に紐付けてください。

• TC-PROMO-01 <--> FR-CART-05（プロモーションコード）。

ベストプラクティス

• 1つのテストにつき検証項目は1つ：1つのケースで10項目をテストしないでください。1つでも失敗すると、ケース全体が失敗します。
• 具体的に記述する：「結果を確認する」ではなく、「テキストが『Success』と表示されることを確認する」と記述します。
• 後片付けを行う：次のテストが妨げられないよう、テストで使用したデータを削除するなど、後片付け（事後条件）を行ってください。

ツール

• Lark Base / Excel：シンプルなテスト管理。
• Jira / Zephyr / Xray：統合型テスト管理。
• TestRail：専用のテストツール。