私はこの質問を今日今日、Repeating code in JUnit testsに見ました。あなたが始めているときにこのコードをどのように書いていますか?メソッドaddDrivingRecord(...)
があることがわかります。最初に書き込みを開始したときにこのメソッドが存在しないため、そのテストを行い、正しく動作することを確認してからsetUp()
メソッドを実行するか、addDrivingRecord(...)
メソッドを記述してから@Before
にリファクタリングするまで待機しますか?必要に応じてさらに説明します。JUnitで@Beforeメソッドを使用する
0
A
答えて
4
私は、あなたがしなければならない場合は、あなたが求めて十分に理解した場合:
- 使用addDrivingRecord試験方法
- で、それは
または
- addD最初の使用方法、そして実装し、行く:それは私が最初のオプションのために行く必要がありますあなたの質問なら
(それが動作)が緑色になることを確認
二つの理由理由:
あなたはテストメソッドを書きますので、あなたは、一度に一つのことを実装/テストする必要があります。それからあなたは緑にします。それでは、別の方法を書いて、コードを@でリファクタリングできるようにしてください。前に
よくある実践は、よくあることがあることを認識したときにのみ、それらを@Beforeに移動することです。そのようにして、あなたは初期設定で肉体を強制しません。さらに、別のテストに非常に異なる@Beforeメソッドが必要であることがわかった場合、おそらく別のテストクラスに属している可能性があります。
関連する問題
- 1. JUnitの 'before'メソッドから個々のテストを除外します
- 2. JavaテストJUnit(void)を使用したメソッド
- 3. JUnitで別の@Beforeを実行する方法
- 4. JUnit @Ruleライフサイクルと@Beforeのやりとり
- 5. @ Before/@ Afterを無視するJunit @Testを実行する
- 6. JUnitでテストケースごとに異なる@Before @Afterを使用することはできますか?
- 7. JUnit同じオブジェクト内の他のメソッドを使用するテストメソッド
- 8. JunitメソッドのJava-Junit/misunderstanding
- 9. JUnitでassertClass()メソッドを作成する
- 10. JUNITの@Beforeで現在実行中の@Testメソッドの名前を取得します。
- 11. JUnitテストでJavassistを使用する
- 12. IntelliJ IDEAでJUnit RunListenerを使用する
- 13. なぜコハナはbefore()とafter()を使用するのですか?
- 14. JUnit:静的メソッドのみを使用したヘルパークラスのテスト
- 15. JUnitテストでJMockitを使用して静的メソッドを複数回モックします
- 16. CSS:css擬似クラスで画像スプライトを使用する:beforeと:after
- 17. JQueryのbefore関数を使用
- 18. JUnitをJUnitでラップする
- 19. JUnitモッキングを使用して静的メソッドを呼び出すメソッドをカバーする方法は?
- 20. Jmeter JunitテストのセットアップでJDBCを使用
- 21. ";" before 'namespace'と ";" before 'using'
- 22. @BeforeをPlay FrameworkのSeleniumテストに使用する
- 23. 以下のメソッドのJunitテストケース
- 24. JUNITのvoidメソッドのテスト
- 25. junit @Rule、expectMessage()、1つのテスト済みメソッドでのマルチプル例外のmatcherの使用
- 26. JUnitレポートで使用されるXMLファイルを生成する
- 27. EclipseとAntで異なるJunit TestRunnerを使用するには?
- 28. jUnitを使用してEclipseで例外を中断する
- 29. attr()で:: before擬似要素内にFontAwesomeアイコンを使用
- 30. メソッドがjUnitで例外をスローする場合
だからあなたの質問は、または私が最初にaddDrivingRecordをリファクタリングし、それを実装する必要があります「私は試験方法でaddDrivingRecordを使用する必要があります/ addDrivingRecordを実装する/それは/リファクタリングを動作することを確認」されますか? – helios
私は確信していませんが、あなたの質問が方法論に関するものであれば、それをtdd(またはテスト駆動開発)として取り直すことができます。 – helios
新しいテストクラスを書く場合は、とにかくリファクタリングすることを知っているときに何かを書くのはなぜですか?私はあなたの質問を正しく理解しているかどうかはわかりませんが、新しいテストを書くか古いものをリファクタリングするかにかかわらず、テスト結果は同じでなければなりません。だからすべてのリファクタリングを行い、次にテストを行います。 – steffinchen