ユニットテストをslow test とそれ以外に分けたりする話 - Qiita

アドベンドカレンダー、1２/9です。PSTだとまだギリギリ日付変わってないからセーフセーフと思ってたらそれも過ぎてた＞＜ はじめに さて、こんな記事を見られてるからには皆さんユニットテストをされていますね？ ユニットテストの良いところは単機能をシンプルかつ高速にテストできる事です。つまり結合テストの範囲を減らすことができる。 これは素晴らしいメリットですよね？ でもちょっと待ってください。本当に適切な「ユニットテスト」になっていますか？ JavaEEなあたなArquillianとか使ってませんか？ DBUnitとかでデータベースのテストしてませんか？ あるいはheadless+cucumberでE2Eテストをしていませんか？ もちろんこれらは素晴らしい機能です。どんどん使っていくべき機能です。ですが、この手のテストは単純に重いです。こういったFunctional TestとUnit Tes

[sh19910711]

"本当に適切な「ユニットテスト」になっていますか / DBUnitとかでデータベースのテストしてませんか / 「然るべきタイミングのみで実行されるSlow Test」と「常にビルド時に走るQucik Test」で分けておく" 2018