XPの開発のモデルが(地面の上の少数の千フィートでできている)私JUnitのための固体バグがないtransperantコードを期待していたと同時に。

私はコードの少数の興味深い虫及び意外な特徴に気づいた。

要因Xによってあなたのテスト計算を(多分書かれているまたはあなたの顧客のためにテストを点検するあなたのマネージャーのために) (実際にテストを行うことなしで)そしてx.を戻すためにちょうど増加したいと思ったらcountTestCasesのデフォルトの実施を()打ち消しなさい。 ドキュメンテーションは「テストケースの数が操業(TestResultの結果)」実行した計算ことを言う。 どんなに現実にはそれは1.を常に戻す。
持っていればあなたのテストの10のテストケースは分類し、戻ればあなたのの20は実行する。 countTestCasesの()それから総テスト計算は200として示されている。 どんなに現実には10のテストだけ動く。

テストから始まる名前の少なくとも1つの方法があることをコードにそれのようなテストケースのサブクラスで行われる興味深いテストが確認するある(ちょうどテストは()あることができる)。 変数としてひもを受け入れる公共コンストラクターがあることを確認する。 それはまだ何もしないことができる。

これらはあなたのテスト発電機にそれを引っ掛けるためにデフォルトの実施を打ち消すことにするとき生焼け特に興味深い考えユーザーで強制に感じる、である。 また反対論が行方不明のときエラーメッセージが頻繁に非常に明快ではないことに気づくかもしれない。

コードは最終的にtestBareを呼ぶ前にテストケース及びTestResultsの間で動かされた変形と明らかな理由もなく前後にこのおかしい渡ることをする。 runProtectedか、または動かされた変形のような方法はテストケースに属する。 少なくともたくわえが互いを前後と電話するかわりに1つのクラスの方法を動かすようにする。

ページ: 1 2 3