生成AIで自動テストを楽に作りたい！ - Tabelog Tech Blog

この記事は 食べログアドベントカレンダー2024 の12日目の記事です🎅🎄 目次 目次 はじめに 自動テスト作成の課題 テストケースを考えることの難しさ テストコードに落とし込む作業の負担 テスト対象のコード例 RSpecでのテストコード例 自動テスト作成の課題がもたらす影響 生成AIと自動テスト 自動テスト作成の効率化を目指して 導入の条件 Difyを活用したチャットボット チャットボットの利用方法 テスト生成の障害 実装コードをそのまま送った場合の問題点 良い自動テスト生成が可能なケース プロンプトの工夫 プロンプトや対話の工夫では解決できないこと 設計の重要性 まとめ ロジックを切り出した対象での有効性 自動テストと設計の相乗効果 最後に はじめに こんにちは。食べログ開発本部 ウェブ開発2部 第1プロダクトチームで主にバックエンド周りの開発を担当しています、エンジニアの高田です

[devorgachem]

生成させるのと読み込ませるのは逆の方がいいです…！（テストを書き、実装を生成させる）。設計の不味さに気づきにくいプロセスなのに設計の不味さが影響することに気づけたのはすごいと思いました

[kojimamasahiro]

逆だよ。テストコード書いて、パスするコードを書いてもらう。TDDだよ。

[kiririmode]

良いテスト設計、テストコード生成をしようと思うと結局のところ設計の質に帰着する

[misshiki]

“実際の開発現場における自動テスト作成の効率化に向けた新しいアプローチとして、多くの可能性を示しました。しかし万能の解決策とはならず、その効果を発揮するためにはコードの設計が重要な役割を果たします。”

[turanukimaru]

diffblue に Spring コードを食わせると repository に実際にSQLを投げる・repository を Mock したService・ServiceをMockした Controller のテストをそれぞれ作れるしFizzBuzzだと引数3，5，15のテストケースを作ってくれるがちょっとコツが要る

[MtAsuka]

ソースコードのみからテストを自動生成するとソースにバグがあるとその状態でパスしてしまう間違ったテストケースが生成されないのかな？

[xlc]

テストは品質を上げるためにある。そこに効率を求めることは品質とのトレードオフになることはお忘れなく。

[otihateten3510]

わ