テクノロジー

テストが増えすぎてもう限界だったので、PRで全テストを回すのをやめた話 - Timee Product Team Blog
2026/08/07 09:53 コメント 15件
1: SWIMATH2 2026/08/07 20:20

TIAしらなかった

2: nguyen-oi 2026/08/07 20:41

3万5千件のテストは草。マージキューとDatadog TIAの組み合わせで差分だけ回す構成は現場の苦労が偲ばれるな

3: hiroomi 2026/08/07 20:50

総量の問題で、PRでは必要なテストだけ回す。mainへ入れる直前には全テストを回す。

4: fuji_haruka 2026/08/07 21:43

文字が小さくてスマホでは読めん…！

5: finefinethankyou 2026/08/07 22:54

開発中はTIAほど高度じゃなくても雑に関係ありそうなものを回すだけで良いのでは

6: threetea0407 2026/08/07 23:20

開発中は関連してそうなとこだけテスト回して、マージするときだけフルのテスト回すのは良さそう

7: toaruR 2026/08/07 23:36

『 Datadog Test Impact Analysis（TIA）』

8: sd-craft 2026/08/08 00:25

うーん、並列数の割に時間かかりすぎてるけど、Railsのテストってそんな遅いの？

9: ngmy 2026/08/08 01:39

「増え続ける」と言っているからこの事例では導入が正なんだろうけど、テストが急激に増え続ける見込みがない場合、1並列あたりのテスト実行時間が10分くらいなら、運用コスト増で費用対効果が悪いという印象。

10: tito1201 2026/08/08 03:28

おもしろい / PHPでも類似の仕組み作れんかな

11: kikuchi1201 2026/08/08 05:35

良さそう

12: chiroruxx 2026/08/08 07:29

やめた(やめてない)だった。良さそう。

13: sionsou 2026/08/08 16:11

わかりみがふかい。あとでしっかりよむ。

14: kiririmode 2026/08/08 16:53

テスト数が継続的・高速に増える大規模開発では、PRで全テストを高速に回すという前提が持続不能。CIの完全性を各PRに要求するのをやめ、PRではTIAでの選択的テストで高速FB、mainへのmerge時に全テスト実行の最終ゲート化

15: y_hirano 2026/08/10 10:10

AI使う開発だと品質を担保するためにユニットテストが増えるし、AIにテストを書かせるとすごい勢いで増えていくので、ユニットエストの実行がボトルネックになりそうなのはわかる。