コードを削除するとバグが修正されることを証明するテストを作成する必要がありますか？

バグを修正するには、コードのセクションを削除する必要がある場合があります。TDDの純粋主義者は、失敗したテストを記述し、コードを削除して、テストの合格を監視することを推奨します（と思います）。

さて、いくつかのコードが削除されたと断言するテストがあるのは本当に奇妙に思えます。確かに、誰もソース管理を掘り下げてそのコードを元に戻すことはないでしょうが、それだけの価値はありますか？それが価値がある場合、追加されたコードのテストを書くよりも価値が低いように見えますよね？

あなたはそれを間違った方法で見ています。このテストでは、コードが削除されたことをアサートしません。テストは特定の機能をアサートします。

このテストでは、パスするために必要なコードの量は考慮されず、一部のコードが削除されたことも認識されません。このようなテストを行うことの価値は、バグのために作成する他のテストとまったく同じです。テストに合格すると、バグがないことを確信でき、ビルドプロセスへのテストの統合により、バグが確実に発生しますほとんどの場合、再導入されません。

TDDの観点からそれを見るもう1つの方法は次のとおりです。コードを削除するとバグが修正され、テストを書くかどうか疑問に思うとき、 TDDは間違っています。バグの作業を開始したら、まず失敗してバグの存在を確認するテストを作成する必要があります。その後のみ、実際のバグ（コードの削除が必要かどうか）を修正し、テストに合格します。あなたが尋ねている質問は、そのようには生じません。