AIは「テストの効率化」ではなく「プロセスの再構築」である〜属人化とリソース不足に絶望した私の生存戦略〜

はじめに：6人の新メンバーと、絶望的なブラックボックス
「今の仕事」をAIにさせようとしてはいけない
AIありきで「仕事」を因数分解する
「確認（Checking）」をAIに、「品質保証（QA）」を人間に
まとめ：絶望は変革のチャンスである

はじめに：6人の新メンバーと、絶望的なブラックボックス

最近、私のチームに新メンバーが6名加わりました。これは喜ばしいことですが、同時に絶望的な事実にも直面しました。既存メンバーよりも新メンバーの方が多いのです。

そして、今のテストプロセスは完全に属人化しており、OJT以外で教えることがほぼ不可能なほど「ブラックボックス化」していました。教えられる人は私しかいない。でもマニュアルもない。このままでは、教育だけで私の時間が全て溶けてしまい、プロジェクトが破綻するのは目に見えていました。

「この状況で、どうやって品質を担保すればいいのか？」

絶望の中で私がたどり着いた結論は、「今の仕事のやり方を維持するために必死になる」のではなく、「仕事のやり方そのものを、AIありきで作り変える」ことでした。

今回は、私が実践しようとしている「AIを活用したテストプロセスの再構築」について書きたいと思います。

3行でまとめると

既存のブラックボックス化した手順をAIにやらせてもうまくいかない。
「テスト仕様書」ではなく「AIへの指示データ」として仕事を定義し直す必要がある。
「確認（Checking）」はAIに任せ、人間は「品質保証（QA）」に特化するべきである。

「今の仕事」をAIにさせようとしてはいけない

多くの現場で、「このテスト仕様書をもとに、AIにテストしてもらおう」という試みが行われています。しかし、これは多くの場合うまくいきません。私もそうでした。

なぜなら、私たちが普段書いているテスト仕様書は、「人間が読むこと」を前提にしているからです。「行間を読む」「暗黙の了解（よしなにやる）」「画面の雰囲気で判断する」これらを含んだ曖昧な指示書（ブラックボックス）をAIに渡しても、AIは混乱するか、期待外れの出力（ブラックボックスな結果）を返すだけです。

「テストは人間が設計すべきものだ」という前提を一度疑う必要があります。土台が腐っている状態で、その上にAIという最新ツールを乗せても、建物は建ちません。必要なのは、土台そのものの作り直しです。

AIありきで「仕事」を因数分解する

そこで私は、既存のテストプロセスを根本から見直すことにしました。具体的には、従来の「テスト仕様書作成 → 実施」というフローを、「データ（仕様・条件）の定義 → AIによる自律的な判断」へと分解・再構築（Re-engineering）するアプローチです。

仕事のパラダイムシフトが必要です。

Before（人間中心）:
- 人間が手順書を書く
- 人間が手順通りに操作する
- 人間が目で見て判断する
After（AI中心）:
- 人間が「期待値」と「条件」をデータとして定義する
- AIがそのデータをもとにテストコードや手順を生成・実行する
- AIが出した結果を人間が評価する

こうすることで、OJTで「手取り足取り手順を教える」必要がなくなります。新メンバーに教えるべきは、「どう操作するか」ではなく、「何を正しい（品質が良い）とするか」という判断基準だけになるからです。

これにより、教育コストを劇的に下げつつ、テストの本質的な部分に時間を割けるようになります。

「確認（Checking）」をAIに、「品質保証（QA）」を人間に

AIを導入する際、「AIに任せて大丈夫なのか？」「責任はどうするのか？」という声が必ず挙がります。私自身の答えはこうです。

「Checking（確認）はAI、QA（品質保証）は人間」

Checking: システムが期待通りに動いているかを確認する作業。これはAIが得意です。疲れを知らず、高速に、大量のテストケースを処理できます。
QA / Testing: 「そもそもこの機能はユーザーにとって価値があるか？」「使いやすいか？」を問い、最終的な品質に責任を持つこと。これは人間にしかできません。

もしAIが奇妙なテストケースを作ってきたとしても、私はそれを採用します。なぜなら、人間にはない視点だからです。「楽をしたい」からAIを使うのではありません。「人間が見落としてしまう部分をAIに拾わせたい」から使うのです。

これからの時代、テスターに求められるのは「テストケースを淡々と消化する能力」ではありません。 「AIを使ってどんなテストを行わせるか」を設計する能力であり、出力された結果に対して「これでリリースして良い」と責任を持ってハンコを押す胆力です。

これは非エンジニアであるテスターにとって、大きなチャンスでもあります。コードが書けなくても、AIを使えば自動テストの実装までは可能です。重要なのは「何をテストすべきか」を知っているドメイン知識だからです。今まで「テスター」と呼ばれていた職種は、AIという武器を得て「QAエンジニア」や「テストアーキテクト」へと進化していくのだと思います。