どうして統合テストは重要なんだろう？

はじめに 最近では、多様なテスト手法や開発者向けツールを散見します。 エンドツーエンド（E2E）テストだけでも、「Cypress」「Puppeteer」「Playwright」「Selenium」などのツールがあります。単体テストでは「Vitest」や「Visual Studio」のビルトイン単体テスト機能など、テストの準備を容易に自動化できます。 ですが、多様なテストツールを導入しても、「When」、「How」を押さえてなければ、テストの効果を有効に得ることができないと考えています。 まず、静的テスト、単体テスト、統合テスト、E2Eテストを実装コスト、実行時間と信頼性の観点で見ていき、無駄や漏れのないテスト戦略を立てていきましょう 。 テストを実装コスト、実行時間と信頼性で考える どのテストを使用するかの選択する観点として、テストをする実装コスト、実行時間と、テスト結果の信頼性のトレード

[turanukimaru]

やっかいなバグのほとんどは他のコンポーネントの挙動を誤解してるかパラメータを間違えるなど通信に失敗してるか。JSONが主流になってからパラメータやペイロードが雑に定義されがちで辛い。まずは統合＝通信から。

[yamadadadada2]

統合テストはユースケースのテストになるので、単体テストよりも仕様の矛盾点を洗い出しやすい感じがしている

[damedom]

単体テスト出でるのは実装の問題、統合テストで出るのは設計の問題なことが多い気がする。そして実装者のスキルが十分なのであれば単体より統合を重視するのは合理的に見える。

[dot]

統合テストで全て済ませられるなら統合テストでいいんだけど、外部IFやテスト時間や、カバレッジなどの問題で分割せざるを得ない事情があるだけ。TDDはまた別の話、設計手法なので。

[pmint]

意味不明。アーキテクチャを先に確かめたいならプロトタイピングで確かめれば？「変更が頻発する箇所ほど先にテストを書いておく」とは。逆だろう。チーム開発なのに自分のことしか考えないからそうなる。

[MtAsuka]

テストはそれぞれ目的が明確に違うので、単体テストと統合テストのコスパを比較したところで入れ替えられるものではないのでは？

[tettekete37564]

いや出来るなら全部重要だよ。より上位のテストになるほど依存する状態が複雑になりがち+仕様変更の影響が大きいか作成・保守のコストも高くなるので手を出しにくいんだよね。特にテストが軽視されるトコではなかな

[kazkun]

んー、なにか新しい発見があるわけではなかった。学生に書かせたレポートみたい。テストはみな大切だよ。何で？説明するにはこのコメント欄は狭すぎる。

[l__LINE__l]

統合テストとして、APIを叩いて結果を期待値と確認するとかかな。確かにe2eより低コストでできそう（それなりに大変ではあるが）

[baronhorse]

どっからが統合テストかよくわからない

[lorenz_sys]

"信頼性"に違和感。「当該テストのみ通過させてサービスインした場合の品質」を指しているようにも思える。それぞれの局面のテストは目的は違うが信頼性は高くあるべきだと業務システム屋の自分は思ってしまう。

[moromoro]

開発者目線だからかマクロな話でこの流れで進むと本番バグ出ますねって感じ。システムが要件を満たしてサービス提供できるか、購買システムなら月次や赤黒処理全般が正しく処理されるかみたいな大観点が漏れてる。

[bouzuya]

"彼の言葉を借りれば、「アーキテクチャ（コンポーネントの構成、関係、動作）の正確さをクリアするまでは、コンポーネントの正確さに取り組んではいけない」のです。"

[onesplat]

通信云々とかもなくはないけど、一番は単にコスパでしょ。単体テストだと粒度が小さすぎてカバレッジ上がらないしE2Eだと環境整備や実行にコストがかかり過ぎるので統合テストが一番ちょうど良いってこと。

[toro-chan]

統合視点も含めて問題を多角的に捉えると、問題に気づきやすくなる「気がする」だけのような。バグが取れるかどうかって運の要素は少なくないと思う。その運をよくすること行動がないとは言わないが。

[kizimuna06]

単体、結合の品質が低いから総合かユーザーデストでやらないとエラーが出ないんでは？翻ってPOとスクラムマスターがクソなのか…

[remonoil]

もしかして: logging