を使用して、VSのテストを記述するために長いテストメソッドの名前を書く、私はそれが、これは何をテスト見ることが容易になりますがユニットテストを書くためのコードのドキュメントで
public void Can_User_Authenticate_With_Bad_Password()
{
...
}
のように見えるのテストメソッドを書くことは非常に人気があることを知っています私はそれが醜いと思うし、自動生成されたドキュメント(砂浜やjavadocのような)でうまく表示されないと思う。
私は、テストされているメソッドであるネーミングスキーマとアンダースコアテストとテスト番号の使用について人々がどのように考えているか見ることに興味があります。次に、XMLコード文書(.net)またはjavadocコメントを使用して、何がテストされているかを記述します。
/// <summary>
/// Tests for user authentication with a bad password.
/// </summary>
public void AuthenticateUser_Test1()
{
...
}
これを行うことで、私は簡単にグループ一緒に私のテストは、彼らがテストしている方法で、私は特定のメソッドのために私が持ってテストすることがどのように見ることができ、そして、私はまだテストされているものの完全な説明があります。
データソース(xmlファイル)と比較して実行される回帰テストがあり、ソースコード(QAサル)にアクセスできないユーザーがこれらのファイルを更新する可能性があります。データソースを更新する場所。
私たちはすべてのコードにコメントします –
データソース(xmlファイル)と比較して実行される回帰テストがあり、ソースコード(QAサル)にアクセスできない人がこれらのファイルを更新する可能性がありますどこでテストされているのかを読み取ることができ、データソースを更新する場所。 –
テスト名がテストされているものを反映しているようにしてください:)これは、余分なドキュメントを生成するよりも優れています。 –