@angus の図に基づいたアーキテクチャで、複数のリポジトリが関与していますが、これはステータスサーバーです。
これはアプローチでもあります。
- テストを確認せずに修正を実装することは決してなく、適切なテストが存在しない場合は追加します。
- できれば、まずテストを開発し、それが失敗することを示してから、問題を修正し、新しいテストがパスすることを確認します。
そうすれば、カバレッジは時間とともに構築されます…
さらに：
- テストの後付けは、コードが意図していたことを誤解する可能性があるため危険な場合があります… 何もしないよりはましですが…