テストピラミッド万歳 | POSTD

クイックサマリー：「テストピラミッド」は、自動テストをUI、サービス、ユニット単位に整理することで、開発に自動テストを組み込む方法を示すために作成されました。2012年に定義されて以降、このモデルは次第に使われなくなってきたように思いますが、本当に廃れてしまったのでしょうか。この記事では、最新のテスト戦略を紹介するとともに、今日のソフトウェア開発におけるテストピラミッドの関連性を検討します。 筆者の同僚であるジャン・フィリップ・ピエトルチェクが、かつてコードを書く開発者の責任について、次のように述べました。 none「我々の仕事の成果を最終的に使用する人々は、（中略）我々がただ最善を尽くすだけでなく、実際に機能するものを作ることを期待しているのです。」 — ジャン・フィリップ・ピエトルチェク 彼の言葉は、私たちが書くコードをそれに依存する人々の観点からとらえている点で非常に印象に残りました

[turanukimaru]

今丁度、結合テストのクエリミス対策としてユニットを完全網羅しろって指示に抵抗してるところだ…。select * from A where x=0 and x=1 は0件なのが正しいしテストしてないのは網羅とは別の話だとなんとかMGに理解させないと…

[Lagenaria]

POSTDが人気エントリに来るのは何年ぶりだろうか

[syu-m-5151]

声に出したい日本語“テストは素早く確実に実行されるべきであり、実際に問題があるとき以外は失敗してはいけない”

[yarumato]

“テストピラミッドは、テストを優先順位付けしている。高位レベルのテスト（E2Eテスト）は回数少なく順序は後から、統合テストは中位、素早く安価で実施できる信頼性の高い単体テストは回数多く順序早め、を推奨”

[raimon49]

＞最も重要なことは、テストは素早く確実に実行されるべきであり、実際に問題があるとき以外は失敗してはいけないということです。単に網羅的なテストを目指すのではなく、ユーザーの役に立つことが重要です。

[a-know]

ピラミッド型、アイスクリームコーン型ときて、トロフィー型。“Write tests. Not too many. Mostly integration.”

[efcl]

テストピラミッド、E2Eの量の問題