あなたは銀行業務システムのテスト設計者です。 以下の仕様情報を基に、結合テスト向けのテストケース一覧を作成してください。 【仕様情報】 （要件定義／基本設計／遷移図／業務フローを貼る） 【出力フォーマット】 - テスト番号 - テスト目的 - 事前条件 - 入力値／操作手順 - 期待結果 - 備考（連携システム、Mock要否、注意点） 要件： - 正常・異常・境界値・例外を網羅 - 仕様漏れがないよう機能分解して作成
以下のAPI仕様書に基づき、結合テストの「連携シナリオ」と「テストケース」を作成してください。 【API仕様】 （Swagger抜粋／リクエスト／レスポンス） 【考慮事項】 - 正常／業務エラー／システムエラー - タイムアウト／リトライ - 他システムが異常時の代替動作 - 順序依存の有無 【出力】 - シナリオ名 - 前提条件 - 入力データ - 期待インタフェース呼び出し結果 - 異常パターン
以下のバッチ仕様をもとに、結合テスト用のバッチテストケースを作成してください。 【バッチ仕様】 （処理フロー、入力・出力テーブル、終了コードなど） 出力： - テスト観点一覧 - 正常ケース - 異常ケース（データ不整合・件数ゼロ・途中失敗） - 期待されるログ - 期待されるDB更新内容
以下のテーブル定義と業務ルールに基づき、結合テストで必要となるテストデータのINSERT SQLを作成してください。 【テーブル定義】 （DDL／ER図） 【業務ルール】 （状態遷移／制約） 【必要データ】 - 正常: 3件 - 異常: 2件 出力： - 実行順のINSERT文 - テストケース番号ごとの説明
以下の外部API仕様に基づき、結合テストで利用するMock応答を作成してください。 【API仕様】 （Swagger／レスポンス例） 出力： - 正常レスポンスJSON - 業務エラーレスポンスJSON - システムエラーJSON - テストケースへの紐づけ
以下は期待結果と実際結果です。差分を比較し、どの項目が不一致なのか明確にしてください。 また、不一致の原因の可能性も分析してください。 【期待結果】 （JSON/XML） 【実際結果】 （JSON/XML） 出力： - 差分一覧 - 不一致の原因推定 - 修正候補（プログラム or テストデータ）
あなたは銀行システムの障害解析専門家です。 以下のログを解析し、障害原因と影響範囲を特定してください。 【ログ】 （例外、SQLログ、インタフェースログ） 出力： - 直接原因 - 根本原因 - 影響範囲（機能、DB、連携システム） - 再現手順 - 開発へ連携すべきポイント
以下の情報を基に、障害報告書を作成してください。 【情報】 - 発生事象 - 操作手順 - ログ／実際結果 - 期待結果 出力： - タイトル - 発生事象 - 手順 - 期待結果 - 実際結果 - ログの要点 - 開発に伝えるべき分析
以下のメモをもとに、銀行向けの結合テスト日報を作成してください。 【今日のメモ】 （実施内容・障害・進捗） 出力： ・本日の実施結果 ・完了件数／未実施件数 ・発生障害と状況 ・明日の予定 ・懸念点／リスク
# Role 你是一位拥有10年经验的银行核心系统测试专家。你非常熟悉日本银行业务的结合测试（Integration Test / 結合テスト）标准。你的任务是根据业务规则，生成高覆盖率的测试用例。 # Context 我们正在进行【转账汇款功能】的结合测试。 我需要你根据下方的【业务逻辑/接口定义】，帮我生成一份详细的测试用例清单。 # Input Data (业务规则与接口定义) """ [在此处粘贴你的接口定义或业务逻辑描述（请务必去除真实的客户名、账号、密钥等敏感信息！）。 例如： 1. 输入参数：付款人账号、收款人账号、金额、手续费扣款方式、转账附言。 2. 业务规则： - 单笔限额 100万日元，单日限额 500万日元。 - 余额不足时返回错误码 E001。 - 跨行转账需收取手续费 220日元。 - 15:00 之后的转账视作次日处理。 - 收款人账号必须是 7位数字。 ] """ # Requirement 请输出一个 **CSV 格式** 的内容，用逗号 `,` 分隔所有字段。请不要包含任何Markdown表格的语法（如 `|`）。 CSV 必须包含以下字段（按照顺序）： 1. **测试ID** (Test ID) 2. **测试类型** (Category)：正常系 / 准正常系 / 异常系 3. **测试场景/目的** (Test Scenario)：简述测试点 4. **前置条件** (Pre-condition)：例如“账户余额充足”、“账户已被冻结” 5. **输入数据概要** (Input Data)：例如“金额=1,000,001”、“收款账号为空” 6. **预期结果** (Expected Result)：包含HTTP状态码、错误码、数据库变动、回显信息 # Constraints & Focus 1. **覆盖率要求**： - **边界值**：测试金额上限、上限+1、下限、0、负数。 - **业务流程**：行内转账、跨行转账、同行异地。 - **异常状态**：余额不足、账户冻结、收款账号不存在、通信超时。 - **特殊字符**：转账附言中包含空格、特殊符号或超长字符。 2. **格式要求**： - 请在输出时，**只**输出 CSV 内容块，不要包含任何额外的解释文字或 Markdown 代码块标识符（如 \`\`\`csv）。 - 语言请使用【中文】。 # Output Example (仅供参考，请在实际输出中只提供 CSV 内容) 测试ID,测试类型,测试场景/目的,前置条件,输入数据概要,预期结果 IT-001,正常系,普通行内转账,余额 > 转账金额+手续费,付款人: A123, 收款人: B456, 金额: 10000,交易成功，余额扣除10000，返回状态码 200 IT-002,异常系,余额不足,余额=5000,付款人: A123, 收款人: B456, 金额: 10000,交易失败，返回错误码 E001 ＞＞＞＞＞＞＞ 日本語： #Role あなたは10年の経験を持つ銀行基幹システムのテスト専門家です。日本の銀行業務における結合テスト（Integration Test / 結合テスト）の基準に精通しています。あなたの任務は、業務ルールに基づいて、網羅性の高いテストケースを生成することです。 #Context これからは【振込・送金機能】の結合テストを実施しています。 以下の【業務ロジック/インターフェース定義】に基づいて、詳細なテストケース一覧を生成してください。 #Input Data（業務ルールとインターフェース定義） """ [ここにインターフェース定義や業務ロジックの記述を貼り付けてください（実際の顧客名、口座番号、キーなどの機密情報は必ず削除してください！）。 例： 1. 入力パラメータ：振込人（支払人）口座番号、受取人（受益者）口座番号、金額、手数料負担方法、振込備考。 2. 業務ルール： • 1回あたりの限度額 100万円、1日あたりの限度額 500万円。 • 残高不足の場合、エラーコード E001 を返す。 • 他行宛て振込の場合、手数料 220円を徴収する。 • 15:00 以降の振込は、翌日扱いとする。 • 受取人口座番号は 7桁の数字でなければならない。 ] """ # Requirement（要件） CSV フォーマット の内容を出力し、すべてのフィールドをカンマ , で区切ってください。Markdownテーブルの構文（| など）は含めないでください。 CSV には以下のフィールドを（順番通りに）含めてください： 1. テストID (Test ID) 2. テストタイプ (Category)：正常系 / 準正常系 / 異常系 3. テストシナリオ/目的 (Test Scenario)：テストの要点を簡潔に記述 4. 前提条件 (Pre-condition)：例：「口座残高が十分である」、「口座が凍結されている」 5. 入力データ概要 (Input Data)：例：「金額=1,000,001」、「受取人口座番号が空」 6. 期待結果 (Expected Result)：HTTPステータスコード、エラーコード、データベースの変更、応答メッセージを含む # Constraints & Focus（制約条件と焦点） 1. 網羅性要件： • 境界値：金額の上限値、上限値+1、下限値、0、負数。 • 業務フロー：行内振込、他行宛て振込、同行他店。 • 異常状態：残高不足、口座凍結、受取人口座が存在しない、通信タイムアウト。 • 特殊文字：振込備考にスペース、特殊記号、または長すぎる文字列を含む。 2. 形式要件： • 出力する際は、CSV コンテンツブロックのみを出力し、追加の説明文や Markdown コードブロック識別子（例：\\\`csv）は一切含めないでください。 • 言語は【日本語】を使用してください。 # Output Example 出力例（参考用。実際の出力ではCSV内容のみを提供してください） テストID,テストタイプ,テストシナリオ/目的,前提条件,入力データ概要,期待結果 IT-001,正常系,通常の行内振込,残高 ＞ 振込金額+手数料,支払人: A123, 受取人: B456, 金額: 10000,取引成功、残高から10000円を引く、ステータスコード 200 を返す IT-002,異常系,残高不足,残高=5000,支払人: A123, 受取人: B456, 金額: 10000,取引失敗、エラーコード E001 を返す
人間は思いつかない「境界値」や「異常シナリオ」をAIは得意としています。
「以下のテストケースに抜け漏れがないか確認してください。特に、境界値、異常入力、システム耐性（ネットワーク切断、DBロック、第三者システムダウン）のシナリオを補充してください。」
皆さんの作業：AIが提案した「意地悪なケース」の中から、銀行システムにリスクのあるものをピックアップし、テストケースに追加します。
（株）パラテク
作成日: 2025-12-11