私のプロジェクトはシステムテスト段階に入っています。私はコード変更につながるすべてのバグの実践を、関連するユニットテストで補完して修正をテストすることを紹介したいと思います。ユニットテストケース名の一部としてジラキーを使用
テストケースを作成したバグのJiraキーをテストケース名の末尾に追加するのが理にかなっているのでしょうか。
これは意味がありますか?この良い練習ですか、そうでない場合は?
おかげ
私のプロジェクトはシステムテスト段階に入っています。私はコード変更につながるすべてのバグの実践を、関連するユニットテストで補完して修正をテストすることを紹介したいと思います。ユニットテストケース名の一部としてジラキーを使用
テストケースを作成したバグのJiraキーをテストケース名の末尾に追加するのが理にかなっているのでしょうか。
これは意味がありますか?この良い練習ですか、そうでない場合は?
おかげ
バグの存在は非常に良いアイデアです実証失敗したユニットテストを書くが、テスト名に外部の追跡システムへの参照を追加するには、ルックアップするために、将来の開発を必要とする可能性がありますテストを完全に理解するためのバグ。テスト名をシステムの望ましい動作を表すようにするのがよいでしょう。長期的なコード可読性のために、最初のコーディング時またはそれ以降の段階でテストが記述されたかどうかは実際問題ではありません。彼らはすべて、システムの望ましい動作を記述する必要があります。
ユニットテストでは一般的にバグはテストされませんが、機能の一部(他のタイプのテストと同様)がテストされます。私にとっては、テストケース名の一部としてJiraの問題(タスクまたはバグ)を追跡する必要があります。しかし、あなたはAllure Report doのようなテストレポートの追加情報のようにそれらを使うことができます。
これは意見に基づいて閉鎖される可能性がありますが、私は私の意見を投稿しました:) –