エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
ユニットテストにも可読性を持たせる (Four Phase Test) - Qiita
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
ユニットテストにも可読性を持たせる (Four Phase Test) - Qiita
可読性が悪くなる原因 テスト毎の前提条件や、後処理など、 検証以外のテストコードが増えてきたときに... 可読性が悪くなる原因 テスト毎の前提条件や、後処理など、 検証以外のテストコードが増えてきたときに、 どこが実行部分で、どこが検証部分か分かりづらくなりがちです。 解決策の方針 そこで、「Four Phase Test」の手順に則って、 テストコードを実装してみる。 (他にもあれば、ご教授願います。) ユニットテスト全体で共通のSetupとTearDownは、意識していましたが、 ExerciseとVerifyは、意識できていませんでした。 リファクタリング対象のテストコード コード量も長くなり、可読性が落ちています。 import XCTest @testable import Warikan class WarikanModelTests: XCTestCase { let usecase = WarikanUsecase() let delegete = SpyWarikanDele