AIによるユニットテスト実装についての所感

2026年現在、AIエージェントにユニットテストコードを書かせることについての所感。 3行まとめ AIにユニットテストを書かせると負債になるテストを書きがち ユニットテストを書くべき対象の判断は難しい Claude Opus 4.8、GPT-5.5 はまだ自然にその判断ができるほど賢くない ユニットテストの有効性はアプリケーションの性質に依存する ユニットテストコードの有効性は、アプリケーションの性質と設計によって大きく変わる。 例えば、APIのように入力と出力が明確なアプリケーションでは、ユニットテストは有効に働きやすい。リクエストに対して期待するレスポンスが明確で検証が簡単だからだ。 一方で、スマホアプリのようなGUIアプリケーションでは事情が違う。 GUIアプリケーションの最終的な出力は画面だが、画面の正しさはユニットテストではほとんど検証できない。 また、Clean Archite

[chiroruxx]

僕はifの条件をうっかり逆で書いてしまうことがあるので、ユニットテストには大変助けられてます。それはそうと、AIの書くユニットテストが微妙なのは同意。

[atsushieno]

「何を」テストさせるか指示しないとこうなる

[diveintounlimit]

それこそテストの品質はこういうものだと教え込むのは人間側の責任で、ちゃんとガードレールを置いとけば、ほぼ品質が低いテストは弾かれる。TDDは滅べ。

[misshiki]

AIにユニットテストを書かせると、GUIではMockや内部構造をなぞるだけの無価値なテストを量産しがち。Claude Opus 4.8/GPT-5.5でも書くべき対象判断はまだ難しく、品質担保はUI操作型検証が本命とする所感。

[at_yasu]

そうだねぇ感。

[hdampty7]

言語や処理系による。コンパイル言語だと単体テストはほぼトートロジーなので不要と判断。スクリプト言語はまた別。結合テスト（コントローラ）は新規作成時はほぼ無意味だけれど改修時にハーネスになる。

[nguyen-oi]

AIにテキトーにテスト書かせるとモックの戻り値アサートするだけの無駄コード大量発生するのあるある