0

ある時点で、プログラムのどの部分を単体テストでカバーするかを決定する必要があります。

テスト ファーストで開発している場合は、既にテスト ケースがあるため、問題はありません。おめでとう。運が悪ければ (私たちのプロジェクトではそうです)、プログラムのどの部分について単体テストを作成するかを決める必要があります。

unitt-tests で何をカバーするかを決定するための適切で系統的なアプローチはありますか? 特に、自分自身に尋ねるよりも具体的なものはありますwhat should I test here?か?

4

1 に答える 1

2

私見では：

  1. すべてオリジナル仕様。
  2. 永遠に機能するために依存しているすべてのもの。
  3. あなたが壊れていて、直さなければならなかったものすべて。

あまり役に立たないことは確かですが、現実的です。

単体テストは、時間がある限りカバーし、最後に作業したときにテストする時間がなかったすべてをカバーする必要があります。

テストに値する作業のチャンクを見つけるには、どのようなアプローチを使用できますか?

沢山あります：

  • バグを見つけたら、それを修正し、二度と戻らないことを保証するテストを作成してください。
于 2013-09-19T11:59:04.300 に答える