長い間、単体テストを別のプロジェクト/ワークスペースとして維持し、時には製品プロジェクトにアタッチして単体テストをオンザフライで実行していました。
最近、ユニットテストをその場で実行する機能が日常業務にとって非常に重要であると判断しました。Visual Studio 2010に実装するために、製品と単体テストを同じTFS2010ワークスペースに配置します。
大きな欠点は、製品と単体テストのチェックインが混在していることです。
この問題を回避するためのトリックやより良いアプローチはありますか？
ありがとう。
私のプロジェクトでは、アプリコードと単体テストの両方にTFSで同じワークスペースを使用しましたが、単体テスト用に別々のプロジェクトがあり、それらをメインのプロジェクトソリューションと混合していません。
繰り返しになりますが、TFSでは、それらは別のブランチの別のフォルダーに保存されます。
なぜこれが問題になるのでしょうか？単体テストは、実際の製品コードと一緒にのみ意味があります。別のプロジェクト、同じワークスペース、およびソリューションファイルに保存します。ユニットテストはすべて高速フィードバックに関するものであり、混合チェックインはトレーサビリティを向上させるだけです。