今のところ、これが私がしていることです(私はVisualStudioを使用しています):
- テストプロジェクトを作成する
- いくつかのテストを追加します
- コードを追加します。コンパイルして実行
- テストが失敗した場合は、テストに合格するためのコードを記述します
- 必要なコードが得られるまで、前の3つの手順を繰り返します。
- テストされたコードを使用するメインプロジェクトを作成します。
- 機能/バグ修正でテスト済みのコードを使用します。
- どこかで、テストされたコードを変更する必要がある問題があります。
- 次に、テストプロジェクトに移動して、手順2〜5を繰り返す必要があります。
- 次に、メインプロジェクトに戻り、コンパイルして実行し、機能/バグ修正を確認します。
私が排除したいのは、2つの異なるプロジェクトの必要性を減らし、ビルドと必要なコンテキスト切り替えの間で待機する時間を短縮することです。本質的には、test-code-testループを強化したいと思います。
テストがメインプロジェクト自体の一部であるIDEがあるとしましょう。また、IDEがテストの合格と不合格を認識できるとしましょう。最後に、テストのコンパイルと実行はバックグラウンドで行われ、コードがビルドされないか、テストが失敗した場合にのみエラーに対処する必要があるとしましょう。
私のワークフローには現在、1つのプロジェクトしか含まれていません。
- プロジェクトを作成する
- プロジェクトにいくつかのテストを追加します
- コードを追加します。保存する。
- テストが失敗した場合は、テストに合格するためのコードを記述します
- 必要なコードが得られるまで、手順2〜5を繰り返します。
- テストされたコードを使用して機能またはバグ修正を実装するロジックを追加します。
- テストしたコードを変更する必要がある場合は、手順2に戻ります。