<h1 id="ai%E5%8A%A0%E9%80%9F%E6%99%82%E4%BB%A3%E3%81%AB%E3%81%8A%E3%81%91%E3%82%8Bqa%E3%82%A8%E3%83%B3%E3%82%B8%E3%83%8B%E3%82%A2%E3%81%AE%E7%94%9F%E5%AD%98%E6%88%A6%E7%95%A5-%E2%80%95-pivot%E3%81%A7%E3%81%AE%E5%AE%9F%E8%B7%B5%E3%81%8B%E3%82%89" data-line="0" class="code-line">
<a class="header-anchor-link" href="#ai%E5%8A%A0%E9%80%9F%E6%99%82%E4%BB%A3%E3%81%AB%E3%81%8A%E3%81%91%E3%82%8Bqa%E3%82%A8%E3%83%B3%E3%82%B8%E3%83%8B%E3%82%A2%E3%81%AE%E7%94%9F%E5%AD%98%E6%88%A6%E7%95%A5-%E2%80%95-pivot%E3%81%A7%E3%81%AE%E5%AE%9F%E8%B7%B5%E3%81%8B%E3%82%89" aria-hidden="true"></a> AI加速時代におけるQAエンジニアの生存戦略 ― PIVOTでの実践から</h1>
<p data-line="2" class="code-line"><a href="https://pivotmedia.co.jp/app" target="_blank" rel="nofollow noopener noreferrer">ビジネス映像メディア「PIVOT」</a>でQAエンジニアをしているケイスケです。</p>
<p data-line="4" class="code-line">本記事では、<strong>AIによる開発工程の加速</strong>に直面したとき、QAエンジニアがどのように適応していくか。<br>
そして、PIVOTというプロダクトで実際にどう取り組んでいるのかをお伝えします。</p>
<hr data-line="7" class="code-line">
<h2 id="1.-%E3%81%AF%E3%81%98%E3%82%81%E3%81%AB%EF%BC%9Aai%E3%81%8C%E5%8A%A0%E9%80%9F%E3%81%99%E3%82%8B%E9%96%8B%E7%99%BA%E3%81%A8%E5%8F%96%E3%82%8A%E6%AE%8B%E3%81%95%E3%82%8C%E3%82%8B%E3%83%86%E3%82%B9%E3%83%88%E5%B7%A5%E7%A8%8B" data-line="9" class="code-line">
<a class="header-anchor-link" href="#1.-%E3%81%AF%E3%81%98%E3%82%81%E3%81%AB%EF%BC%9Aai%E3%81%8C%E5%8A%A0%E9%80%9F%E3%81%99%E3%82%8B%E9%96%8B%E7%99%BA%E3%81%A8%E5%8F%96%E3%82%8A%E6%AE%8B%E3%81%95%E3%82%8C%E3%82%8B%E3%83%86%E3%82%B9%E3%83%88%E5%B7%A5%E7%A8%8B" aria-hidden="true"></a> 1. はじめに：AIが加速する開発と取り残されるテスト工程</h2>
<p data-line="11" class="code-line">GitHub CopilotやCursor、Claude Codeなど、AIによるコーディング支援が開発スピードを大きく押し上げています。<br>
一方で、QAエンジニアの現場はどうでしょうか？</p>
<blockquote data-line="14" class="code-line">
<p data-line="14" class="code-line"><strong>開発はAIで加速するのに、テストは依然として手動で遅い。</strong></p>
</blockquote>
<p data-line="16" class="code-line">多くのQAエンジニアが、この「スピードの非対称性」に課題を感じているのではないでしょうか。</p>
<p data-line="18" class="code-line">私自身もまさにこの課題に直面しました。<br>
特に、開発サイクルが短く・マルチプラットフォームを展開しているプロダクトでは、<br>
テスト工程の遅れがチーム全体のボトルネックになりやすいと痛感しました。</p>
<p data-line="22" class="code-line">そこで次に、私が担当している「PIVOT」プロダクトでどのような状況だったのか、<br>
具体的に紹介します。</p>
<hr data-line="25" class="code-line">
<h2 id="2.-pivot%E3%83%97%E3%83%AD%E3%83%80%E3%82%AF%E3%83%88%E3%81%8C%E7%9B%B4%E9%9D%A2%E3%81%97%E3%81%A6%E3%81%84%E3%81%9F%E8%AA%B2%E9%A1%8C" data-line="27" class="code-line">
<a class="header-anchor-link" href="#2.-pivot%E3%83%97%E3%83%AD%E3%83%80%E3%82%AF%E3%83%88%E3%81%8C%E7%9B%B4%E9%9D%A2%E3%81%97%E3%81%A6%E3%81%84%E3%81%9F%E8%AA%B2%E9%A1%8C" aria-hidden="true"></a> 2. PIVOTプロダクトが直面していた課題</h2>
<p data-line="29" class="code-line">PIVOTでは以下のような状況でした。</p>
<ul data-line="31" class="code-line">
<li data-line="31" class="code-line">1週間単位の高速開発サイクル</li>
<li data-line="32" class="code-line">iOS / Android / Web の3プラットフォーム展開</li>
<li data-line="33" class="code-line">QAエンジニアは1名体制</li>
</ul>
<p data-line="35" class="code-line">開発がAIで加速する中、テスト工程がボトルネックになりかけていました。<br>
そこでQA業務の一つであるテスト業務でAI活用ができないか、検討を始めました。</p>
<hr data-line="38" class="code-line">
<h2 id="3.-%E3%83%86%E3%82%B9%E3%83%88%E5%B7%A5%E7%A8%8B%E3%81%AEai%E5%8C%96%E3%81%8C%E9%9B%A3%E3%81%97%E3%81%84%E7%90%86%E7%94%B1" data-line="40" class="code-line">
<a class="header-anchor-link" href="#3.-%E3%83%86%E3%82%B9%E3%83%88%E5%B7%A5%E7%A8%8B%E3%81%AEai%E5%8C%96%E3%81%8C%E9%9B%A3%E3%81%97%E3%81%84%E7%90%86%E7%94%B1" aria-hidden="true"></a> 3. テスト工程のAI化が難しい理由</h2>
<p data-line="42" class="code-line">まず、なぜ単純に「AIに任せる」だけではうまくいかないのか。</p>
<h3 id="%E7%90%86%E7%94%B11%EF%BC%9A%E7%B7%8F%E5%90%88%E7%9A%84%E3%81%AA%E4%BB%95%E6%A7%98%E7%90%86%E8%A7%A3%E3%81%8C%E5%BF%85%E8%A6%81" data-line="44" class="code-line">
<a class="header-anchor-link" href="#%E7%90%86%E7%94%B11%EF%BC%9A%E7%B7%8F%E5%90%88%E7%9A%84%E3%81%AA%E4%BB%95%E6%A7%98%E7%90%86%E8%A7%A3%E3%81%8C%E5%BF%85%E8%A6%81" aria-hidden="true"></a> 理由1：総合的な仕様理解が必要</h3>
<ul data-line="45" class="code-line">
<li data-line="45" class="code-line">単一機能だけでなく、全体設計・ビジネス要件との整合性を理解して判断する必要がある。</li>
</ul>
<h3 id="%E7%90%86%E7%94%B12%EF%BC%9A%E4%BA%BA%E9%96%93%E3%81%A7%E3%81%97%E3%81%8B%E6%A4%9C%E5%87%BA%E3%81%A7%E3%81%8D%E3%81%AA%E3%81%84%E4%B8%8D%E5%85%B7%E5%90%88" data-line="47" class="code-line">
<a class="header-anchor-link" href="#%E7%90%86%E7%94%B12%EF%BC%9A%E4%BA%BA%E9%96%93%E3%81%A7%E3%81%97%E3%81%8B%E6%A4%9C%E5%87%BA%E3%81%A7%E3%81%8D%E3%81%AA%E3%81%84%E4%B8%8D%E5%85%B7%E5%90%88" aria-hidden="true"></a> 理由2：人間でしか検出できない不具合</h3>
<ul data-line="48" class="code-line">
<li data-line="48" class="code-line">デザインの意図とズレたUI</li>
<li data-line="49" class="code-line">ユーザー体験上の違和感</li>
<li data-line="50" class="code-line">アクセシビリティなど文脈依存の課題</li>
</ul>
<p data-line="52" class="code-line">このように、AIだけで完結するテスト設計は難しいのが現実です。</p>
<hr data-line="54" class="code-line">
<h2 id="4.-%E6%88%A6%E7%95%A5%EF%BC%9Aai%E3%81%A8%E4%BA%BA%E9%96%93%E3%81%AE%E5%BD%B9%E5%89%B2%E3%82%92%E5%88%86%E3%81%91%E3%82%8B" data-line="56" class="code-line">
<a class="header-anchor-link" href="#4.-%E6%88%A6%E7%95%A5%EF%BC%9Aai%E3%81%A8%E4%BA%BA%E9%96%93%E3%81%AE%E5%BD%B9%E5%89%B2%E3%82%92%E5%88%86%E3%81%91%E3%82%8B" aria-hidden="true"></a> 4. 戦略：AIと人間の役割を分ける</h2>
<p data-line="58" class="code-line">完全自動化は難しくても、<strong>AIと人間の得意領域を明確に分ける</strong>ことで効果的に協業できます。</p>
<table data-line="60" class="code-line">
<thead data-line="60" class="code-line">
<tr data-line="60" class="code-line">
<th>テスト設計タスク</th>
<th>AI活用</th>
<th>担当</th>
</tr>
</thead>
<tbody data-line="62" class="code-line">
<tr data-line="62" class="code-line">
<td>Pairwiseでのパターン網羅</td>
<td>✅ 可能</td>
<td>AI</td>
</tr>
<tr data-line="63" class="code-line">
<td>一般的な外乱要因の抽出</td>
<td>✅ 可能</td>
<td>AI</td>
</tr>
<tr data-line="64" class="code-line">
<td>正常系テスト観点の抽出</td>
<td>✅ 可能</td>
<td>AI</td>
</tr>
<tr data-line="65" class="code-line">
<td>UI/UX観点の評価</td>
<td>❌ 難しい</td>
<td>人間</td>
</tr>
<tr data-line="66" class="code-line">
<td>ビジネス要件との整合性</td>
<td>❌ 難しい</td>
<td>人間</td>
</tr>
<tr data-line="67" class="code-line">
<td>ユーザー体験の総合評価</td>
<td>❌ 難しい</td>
<td>人間</td>
</tr>
</tbody>
</table>
<hr data-line="69" class="code-line">
<h2 id="5.-ai%E6%B4%BB%E7%94%A8%E3%81%AE%E5%AE%9F%E8%B7%B5-%E2%80%95-pivot%E3%81%A7%E3%81%AE%E3%83%AF%E3%83%BC%E3%82%AF%E3%83%95%E3%83%AD%E3%83%BC" data-line="71" class="code-line">
<a class="header-anchor-link" href="#5.-ai%E6%B4%BB%E7%94%A8%E3%81%AE%E5%AE%9F%E8%B7%B5-%E2%80%95-pivot%E3%81%A7%E3%81%AE%E3%83%AF%E3%83%BC%E3%82%AF%E3%83%95%E3%83%AD%E3%83%BC" aria-hidden="true"></a> 5. AI活用の実践 ― PIVOTでのワークフロー</h2>
<p data-line="73" class="code-line">ここからは、PIVOTで実際に行っているAI活用の具体例です。</p>
<h3 id="%E3%82%B9%E3%83%86%E3%83%83%E3%83%97%E2%91%A0%EF%BC%9Aai%E3%81%AB%E3%82%88%E3%82%8B%E3%83%86%E3%82%B9%E3%83%88%E3%82%B1%E3%83%BC%E3%82%B9%E7%B4%A0%E6%A1%88%E7%94%9F%E6%88%90" data-line="75" class="code-line">
<a class="header-anchor-link" href="#%E3%82%B9%E3%83%86%E3%83%83%E3%83%97%E2%91%A0%EF%BC%9Aai%E3%81%AB%E3%82%88%E3%82%8B%E3%83%86%E3%82%B9%E3%83%88%E3%82%B1%E3%83%BC%E3%82%B9%E7%B4%A0%E6%A1%88%E7%94%9F%E6%88%90" aria-hidden="true"></a> ステップ①：AIによるテストケース素案生成</h3>
<ul data-line="76" class="code-line">
<li data-line="76" class="code-line">
<strong>Claude Code</strong> や <strong>ChatGPT Use connectors機能</strong>を活用し、リポジトリと連携。</li>
<li data-line="77" class="code-line">PRやissueの差分を読み取り、仕様から<strong>正常系のテストケース素案</strong>を生成。</li>
<li data-line="78" class="code-line">Pairwiseによる網羅や外乱要因もAIに任せる。</li>
</ul>
<h3 id="%E3%82%B9%E3%83%86%E3%83%83%E3%83%97%E2%91%A1%EF%BC%9A%E4%BA%BA%E9%96%93%E3%81%AB%E3%82%88%E3%82%8B%E3%83%AC%E3%83%93%E3%83%A5%E3%83%BC%E3%83%BB%E8%A3%9C%E5%BC%B7" data-line="80" class="code-line">
<a class="header-anchor-link" href="#%E3%82%B9%E3%83%86%E3%83%83%E3%83%97%E2%91%A1%EF%BC%9A%E4%BA%BA%E9%96%93%E3%81%AB%E3%82%88%E3%82%8B%E3%83%AC%E3%83%93%E3%83%A5%E3%83%BC%E3%83%BB%E8%A3%9C%E5%BC%B7" aria-hidden="true"></a> ステップ②：人間によるレビュー・補強</h3>
<ul data-line="81" class="code-line">
<li data-line="81" class="code-line">AIが生成した観点をレビューし、**ユーザー体験視点（ブラックボックス視点）**を追加。</li>
<li data-line="82" class="code-line">UI/UX、アクセシビリティ、端末差異などの観点を補う。</li>
</ul>
<h3 id="%E3%82%B9%E3%83%86%E3%83%83%E3%83%97%E2%91%A2%EF%BC%9A%E3%83%86%E3%82%B9%E3%83%88%E8%A8%AD%E8%A8%88%E5%AE%8C%E4%BA%86%E3%83%BB%E5%AE%9F%E8%A3%85%E9%80%A3%E6%90%BA" data-line="84" class="code-line">
<a class="header-anchor-link" href="#%E3%82%B9%E3%83%86%E3%83%83%E3%83%97%E2%91%A2%EF%BC%9A%E3%83%86%E3%82%B9%E3%83%88%E8%A8%AD%E8%A8%88%E5%AE%8C%E4%BA%86%E3%83%BB%E5%AE%9F%E8%A3%85%E9%80%A3%E6%90%BA" aria-hidden="true"></a> ステップ③：テスト設計完了・実装連携</h3>
<ul data-line="85" class="code-line">
<li data-line="85" class="code-line">最終版をテストケースとして採用し、自動テスト（MagicPod / Playwright）に組み込み。</li>
</ul>
<hr data-line="87" class="code-line">
<h3 id="%E4%BD%BF%E7%94%A8%E3%83%97%E3%83%AD%E3%83%B3%E3%83%97%E3%83%88%E4%BE%8B%EF%BC%88uat%E7%94%A8%EF%BC%89" data-line="89" class="code-line">
<a class="header-anchor-link" href="#%E4%BD%BF%E7%94%A8%E3%83%97%E3%83%AD%E3%83%B3%E3%83%97%E3%83%88%E4%BE%8B%EF%BC%88uat%E7%94%A8%EF%BC%89" aria-hidden="true"></a> 使用プロンプト例（UAT用）</h3>
<p data-line="91" class="code-line">以下は実際に使用しているプロンプトを簡略化したものです。</p>
<pre class="code-line"><code>あなたはQAエンジニアです。以下のPRまたはissueの内容を読み取り、
ユーザー操作を意識したテストケースを設計してください。

考慮する要素：
- ネットワーク変動・OS差異などの外乱要因
- iOSならiPhone/iPad、Androidならスマホ/タブレットの両方での確認
- Pairwiseでのパターン網羅
- UI変更がある場合、表示崩れや遷移影響も確認

出力形式：テーブル（前提条件 / 手順 / 期待値）
</code></pre>
<p data-line="104" class="code-line">このように、AIに仕様理解＋テスト設計の初期案を担わせ、人間が補正する運用を行っています。</p>
<hr data-line="106" class="code-line">
<h2 id="6.-%E5%93%81%E8%B3%AA%E6%88%A6%E7%95%A5-%E2%80%95-%E3%83%97%E3%83%AD%E3%83%80%E3%82%AF%E3%83%88%E3%83%95%E3%82%A7%E3%83%BC%E3%82%BA%E3%81%AB%E5%BF%9C%E3%81%98%E3%81%A6%E5%A4%89%E3%81%88%E3%82%8B" data-line="108" class="code-line">
<a class="header-anchor-link" href="#6.-%E5%93%81%E8%B3%AA%E6%88%A6%E7%95%A5-%E2%80%95-%E3%83%97%E3%83%AD%E3%83%80%E3%82%AF%E3%83%88%E3%83%95%E3%82%A7%E3%83%BC%E3%82%BA%E3%81%AB%E5%BF%9C%E3%81%98%E3%81%A6%E5%A4%89%E3%81%88%E3%82%8B" aria-hidden="true"></a> 6. 品質戦略 ― プロダクトフェーズに応じて変える</h2>
<p data-line="110" class="code-line">AI活用の「目的」はあくまで、プロダクトの成長速度に合わせた<strong>品質とスピードの最適化</strong>です。</p>
<h3 id="%E3%83%95%E3%82%A7%E3%83%BC%E3%82%BA%E3%81%94%E3%81%A8%E3%81%AE%E6%88%A6%E7%95%A5" data-line="112" class="code-line">
<a class="header-anchor-link" href="#%E3%83%95%E3%82%A7%E3%83%BC%E3%82%BA%E3%81%94%E3%81%A8%E3%81%AE%E6%88%A6%E7%95%A5" aria-hidden="true"></a> フェーズごとの戦略</h3>
<table data-line="114" class="code-line">
<thead data-line="114" class="code-line">
<tr data-line="114" class="code-line">
<th>フェーズ</th>
<th>品質戦略</th>
<th>QA活動の重点</th>
</tr>
</thead>
<tbody data-line="116" class="code-line">
<tr data-line="116" class="code-line">
<td>立ち上げ期</td>
<td>最低限の品質担保</td>
<td>クリティカルバグの防止</td>
</tr>
<tr data-line="117" class="code-line">
<td><strong>成長期（現状）</strong></td>
<td><strong>スピード重視</strong></td>
<td><strong>AI活用・自動化で効率化を行い、クリティカルバグの防止+αの品質担保を行う</strong></td>
</tr>
<tr data-line="118" class="code-line">
<td>成熟期</td>
<td>品質強化</td>
<td>自動テストと不具合分析の充実でより高度な品質担保に</td>
</tr>
</tbody>
</table>
<p data-line="120" class="code-line">現在のPIVOTは**「成長期」**にあり、スピードを重視しています。<br>
そのため、大胆な戦略ではありますが品質管理の中でも「不具合分析」などは削減し、テスト設計・実行にリソースを集中させています。</p>
<p data-line="123" class="code-line">かといって不具合の振り返りを全く行わないということではありません。<br>
あくまで口頭ベースで改善をしていき、ドキュメント化は行わないという方針です。</p>
<p data-line="126" class="code-line">明確なコミュニケーションロスや仕様把握不備などが原因で発生した不具合については、チームで話合って改善することで、開発スピードの向上と品質向上どちらにも貢献できます。<br>
そのため、そういった不具合については全体の振り返りで会話をして、口頭で解決をしていきます。</p>
<p data-line="129" class="code-line">また、上記のバグ以外にも気になる事象があれば都度エンジニアと会話をして改善をしていきます。</p>
<hr data-line="131" class="code-line">
<h2 id="7.-%E3%81%BE%E3%81%A8%E3%82%81%EF%BC%9Aai%E6%99%82%E4%BB%A3%E3%81%AEqa%E3%82%A8%E3%83%B3%E3%82%B8%E3%83%8B%E3%82%A2%E3%81%8C%E5%8F%96%E3%82%8B%E3%81%B9%E3%81%8D%E5%A7%BF%E5%8B%A2" data-line="133" class="code-line">
<a class="header-anchor-link" href="#7.-%E3%81%BE%E3%81%A8%E3%82%81%EF%BC%9Aai%E6%99%82%E4%BB%A3%E3%81%AEqa%E3%82%A8%E3%83%B3%E3%82%B8%E3%83%8B%E3%82%A2%E3%81%8C%E5%8F%96%E3%82%8B%E3%81%B9%E3%81%8D%E5%A7%BF%E5%8B%A2" aria-hidden="true"></a> 7. まとめ：AI時代のQAエンジニアが取るべき姿勢</h2>
<ol data-line="135" class="code-line">
<li data-line="135" class="code-line">
<p data-line="135" class="code-line"><strong>AIとの協業領域を明確にする</strong><br>
→ 正常系や網羅性はAI、UXやビジネス整合性は人間。</p>
</li>
<li data-line="138" class="code-line">
<p data-line="138" class="code-line"><strong>プロダクトライフサイクルに応じて品質戦略を変える</strong><br>
→ 成長期は「攻め8：守り2」。過度な品質担保よりスピード優先。</p>
</li>
<li data-line="141" class="code-line">
<p data-line="141" class="code-line"><strong>リソースを最適配分する</strong><br>
→ ドキュメント化に時間をかけず、AIで効率化。</p>
</li>
<li data-line="144" class="code-line">
<p data-line="144" class="code-line"><strong>スピードと品質のバランスを維持する</strong><br>
→ 「AI生成 → 人間レビュー → 改善」のサイクルを定着させる。</p>
</li>
</ol>
<hr data-line="147" class="code-line">
<p data-line="149" class="code-line">AIによる開発加速は、QAにとって「脅威」であると同時に「拡張」のチャンスでもあります。<br>
PIVOTでは今後も、AIを活用しながらスピードと品質を両立するQA活動を続けていきます。</p>
<hr data-line="152" class="code-line">
<h2 id="pivot%E3%81%A7%E3%81%AF%E4%B8%80%E7%B7%92%E3%81%AB%E5%83%8D%E3%81%8F%E4%BB%B2%E9%96%93%E3%82%92%E5%8B%9F%E9%9B%86%E4%B8%AD%E3%81%A7%E3%81%99%EF%BC%81" data-line="154" class="code-line">
<a class="header-anchor-link" href="#pivot%E3%81%A7%E3%81%AF%E4%B8%80%E7%B7%92%E3%81%AB%E5%83%8D%E3%81%8F%E4%BB%B2%E9%96%93%E3%82%92%E5%8B%9F%E9%9B%86%E4%B8%AD%E3%81%A7%E3%81%99%EF%BC%81" aria-hidden="true"></a> PIVOTでは一緒に働く仲間を募集中です！</h2>
<p data-line="156" class="code-line">気軽に話をしてみたい方は、ぜひ以下からご応募ください。</p>
<p data-line="158" class="code-line">👉 <a href="https://pivot.inc/recruit/" target="_blank" rel="nofollow noopener noreferrer">PIVOT採用ページ</a></p>
<ul data-line="160" class="code-line">
<li data-line="160" class="code-line">
<strong>Web</strong>: <a href="https://pivotmedia.co.jp/" target="_blank" rel="nofollow noopener noreferrer">https://pivotmedia.co.jp/</a>
</li>
<li data-line="161" class="code-line">
<strong>iOS</strong>: <a href="https://apps.apple.com/jp/app/pivot-%E3%83%93%E3%82%B8%E3%83%8D%E3%82%B9%E6%98%A0%E5%83%8F%E3%83%A1%E3%83%87%E3%82%A3%E3%82%A2/id1606310844" target="_blank" rel="nofollow noopener noreferrer">App Store</a>
</li>
<li data-line="162" class="code-line">
<strong>Android</strong>: <a href="https://play.google.com/store/apps/dev?id=6716375805056304314&amp;hl=ja&amp;pli=1" target="_blank" rel="nofollow noopener noreferrer">Google Play</a>
</li>
</ul>


AI加速時代のQAエンジニア：開発スピードと品質のバランス戦略

1. はじめに：AIが加速する開発と取り残されるテスト工程

2. PIVOTプロダクトが直面していた課題

理由1：総合的な仕様理解が必要

理由2：人間でしか検出できない不具合

3. テスト工程のAI化が難しい理由

4. 戦略：AIと人間の役割を分ける

ステップ①：AIによるテストケース素案生成

ステップ②：人間によるレビュー・補強

ステップ③：テスト設計完了・実装連携

5. AI活用の実践 ― PIVOTでのワークフロー

6. 品質戦略 ― プロダクトフェーズに応じて変える

7. まとめ：AI時代のQAエンジニアが取るべき姿勢

PIVOTでは一緒に働く仲間を募集中です！

AI加速時代におけるQAエンジニアの生存戦略 ― PIVOTでの実践から

Discussion