<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>結合テスト on Feature Branch Tech Blog</title><link>https://tech.feature-branch.co.jp/tags/%E7%B5%90%E5%90%88%E3%83%86%E3%82%B9%E3%83%88/</link><description>Recent content in 結合テスト on Feature Branch Tech Blog</description><generator>Hugo</generator><language>ja</language><copyright>Feature Branch inc.</copyright><lastBuildDate>Mon, 06 Jul 2026 18:48:25 +0900</lastBuildDate><atom:link href="https://tech.feature-branch.co.jp/tags/%E7%B5%90%E5%90%88%E3%83%86%E3%82%B9%E3%83%88/index.xml" rel="self" type="application/rss+xml"/><item><title>テスト工程におけるAI活用</title><link>https://tech.feature-branch.co.jp/posts/2026/06/ai-assisted-test-process/</link><pubDate>Thu, 18 Jun 2026 00:00:00 +0900</pubDate><guid>https://tech.feature-branch.co.jp/posts/2026/06/ai-assisted-test-process/</guid><description>&lt;h2 id="1-はじめに">1. はじめに&lt;/h2>
&lt;p>テスト項目の作成では、Jira、仕様書、ソースコードを見ながら「何を、どの条件で、どう確認するか」を具体化します。&lt;/p>
&lt;p>この作業に、最初からAIを使っています。
ただし、Codexへ直接依頼し続けるとコンテキストを多く使い、5時間単位や1週間単位の利用制限も気になります。&lt;/p>
&lt;p>そこで、まずChatGPTで依頼文を整理し、その内容をCodexに渡してテスト項目のたたき台を作っています。&lt;/p>
&lt;p>&lt;img src="./images/Gemini_Generated_Image_sr35plsr35plsr35.png" alt="Jira、仕様書、ソースコード、AIチャットを並べてテスト項目を整理している様子">&lt;/p>
&lt;h2 id="2-テスト工程をざっくり整理">2. テスト工程をざっくり整理&lt;/h2>
&lt;p>テスト工程は、確認する範囲で分けると理解しやすいです。
ISTQBでも、テストレベルは目的や責任範囲に応じて整理されています&lt;sup id="fnref:1">&lt;a href="#fn:1" class="footnote-ref" role="doc-noteref">1&lt;/a>&lt;/sup>。&lt;/p>
&lt;table>
 &lt;thead>
 &lt;tr>
 &lt;th>工程&lt;/th>
 &lt;th>何を見るか&lt;/th>
 &lt;th>担当イメージ&lt;/th>
 &lt;/tr>
 &lt;/thead>
 &lt;tbody>
 &lt;tr>
 &lt;td>単体テスト&lt;/td>
 &lt;td>関数、入力チェック、画面部品など&lt;/td>
 &lt;td>実装者が中心&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>結合テスト&lt;/td>
 &lt;td>画面、API、DB、権限などのつながり&lt;/td>
 &lt;td>テストチームが中心&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>総合テスト&lt;/td>
 &lt;td>利用者の業務フロー全体&lt;/td>
 &lt;td>テストチームが中心&lt;/td>
 &lt;/tr>
 &lt;/tbody>
&lt;/table>
&lt;p>今回の主役は、結合テストです。&lt;/p>
&lt;p>結合テストでは、単体では問題なさそうに見える部品を組み合わせたときに、正しく動くかを確認します。
たとえば、画面で入力した内容が保存されるか、権限ごとに表示が変わるか、同時操作でデータが壊れないか、といった観点です。&lt;/p>
&lt;h2 id="3-今回のテストチームの役割">3. 今回のテストチームの役割&lt;/h2>
&lt;p>今回のプロジェクトでは、役割を次のように分けています。&lt;/p>
&lt;table>
 &lt;thead>
 &lt;tr>
 &lt;th>担当&lt;/th>
 &lt;th>主な作業&lt;/th>
 &lt;/tr>
 &lt;/thead>
 &lt;tbody>
 &lt;tr>
 &lt;td>各実装者&lt;/td>
 &lt;td>単体テストを実施&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>テストチーム&lt;/td>
 &lt;td>結合テスト、総合テストを実施&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>テストチーム&lt;/td>
 &lt;td>パターンが多い単体テストも一部対応&lt;/td>
 &lt;/tr>
 &lt;/tbody>
&lt;/table>
&lt;p>テスト項目を作る材料は、主に以下です。&lt;/p>
&lt;ul>
&lt;li>Jira&lt;/li>
&lt;li>仕様書&lt;/li>
&lt;li>ソースコード&lt;/li>
&lt;li>操作マニュアル&lt;/li>
&lt;li>既存のテスト項目&lt;/li>
&lt;/ul>
&lt;p>テスト項目では、「動作確認する」だけでは足りません。
実施者が迷わないように、操作者、前提条件、操作手順、期待結果まで書く必要があります。&lt;/p>
&lt;h2 id="4-aiを使ったテスト項目作成の流れ">4. AIを使ったテスト項目作成の流れ&lt;/h2>
&lt;p>実際の流れはシンプルです。&lt;/p>
&lt;table>
 &lt;thead>
 &lt;tr>
 &lt;th>手順&lt;/th>
 &lt;th>やること&lt;/th>
 &lt;th>担当&lt;/th>
 &lt;/tr>
 &lt;/thead>
 &lt;tbody>
 &lt;tr>
 &lt;td>1&lt;/td>
 &lt;td>実装内容と確認したい観点をざっくり書く&lt;/td>
 &lt;td>人間&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>2&lt;/td>
 &lt;td>ChatGPTでCodex向けの依頼文に整える&lt;/td>
 &lt;td>ChatGPT&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>3&lt;/td>
 &lt;td>Jira、仕様書、ソースコードを見て項目を作る&lt;/td>
 &lt;td>Codex&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>4&lt;/td>
 &lt;td>内容を確認し、実施できる形に直す&lt;/td>
 &lt;td>人間&lt;/td>
 &lt;/tr>
 &lt;/tbody>
&lt;/table>
&lt;p>&lt;img src="./images/Gemini_Generated_Image_98pxef98pxef98px.png" alt="人間のメモ、ChatGPTによる依頼文整理、Codexによるテスト項目作成、人間レビューの4ステップ図">&lt;/p>
&lt;p>ChatGPTを挟む理由は、Codexを節約したいからです。&lt;/p>
&lt;p>Codexにはソースコードを読んでほしいので、雑な相談や依頼文の整理でコンテキストを消費するのはもったいないです。
そのため、ChatGPTで「Codexに何を頼むか」を先に固めます。&lt;/p>
&lt;p>依頼文で指定する内容は、だいたいこのあたりです。&lt;/p>
&lt;table>
 &lt;thead>
 &lt;tr>
 &lt;th>指定すること&lt;/th>
 &lt;th>例&lt;/th>
 &lt;/tr>
 &lt;/thead>
 &lt;tbody>
 &lt;tr>
 &lt;td>参照元&lt;/td>
 &lt;td>Jira、仕様書、関連ソースコード&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>出力形式&lt;/td>
 &lt;td>Markdown表、CSVなど&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>試験分類&lt;/td>
 &lt;td>IT、ST&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>観点&lt;/td>
 &lt;td>正常系、異常系、権限、境界値、既存影響&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>追加情報&lt;/td>
 &lt;td>想定工数、不明点、確認が必要な点&lt;/td>
 &lt;/tr>
 &lt;/tbody>
&lt;/table>
&lt;p>OpenAIのプロンプトガイドでも、役割や必要な情報を明確にすることが有効だとされています&lt;sup id="fnref:2">&lt;a href="#fn:2" class="footnote-ref" role="doc-noteref">2&lt;/a>&lt;/sup>。
テスト項目作成でも、依頼が具体的なほど出力が安定します。&lt;/p></description></item></channel></rss>