最近、J.B.RainsbergerによってIntegration Tests are a Scamを監視していました。私は、私たちがどれだけ間違っているか(すなわち、ユニットテストを行うときに統合テストをする)、Rainsbergerが説明した概念に興味を持っているだけでなく、それらをどのように適用するのか混同していることにもショックを受けています。私はコラボレーションテストと契約テストを記述したいと思っていますが、どこから始めるべきかわかりません。"統合テスト詐欺"の削除 - コラボレーションと契約テストの理解
私の心に捕まってしまっただけのものはテストが尋ねる必要がある4つの質問です:
サイドA:
Do I ask the right question?
Can I deal with the answer?
サイドB:
Can I answer a question?
Do I answer correctly?
しかし、私はこれをアプリケーションスタックのランダムメソッドにどのように適用しますか?
現実世界の例を取り上げ、アイソレーションされたマイクロテストのこれらのアイデアを適用する本やチュートリアルやサンプルがありますか? この例では、Java、C#またはC++を使用するのが理想的です。
これらの概念を一般的に扱い、私がそれらをよりよく理解する助けとなる文献は高く評価されます。
また、そこにフォーラムがある場合、正しくユニットテストを行い、おそらく既存のコードをリファクタリングしてサンプルを投稿する方法についてより詳細な質問をすることができます。
ありがとうございます!
にそれを使用することに同意するものとし、両当事者のためのOO-パターンで素敵な例があります。それを絞り込むことができます。そしておそらく(他の人はこれをもっと判断することができますが)これはプログラマSEにとってより適しているでしょうか? – Bart
ええ、そうです。私は情報リソースに関する質問にそれを限定し、プログラマーセクションに詳細を掲載しました。 – Pete
プログラマーSE確かに –