回答編集履歴

  そして、経験的には何か1箇所でも変更したら、全て以前行ったのと同じテストを再度するべきと考えています。予想外の部分へ影響することは意外に少なくないですから。

  しかし、それは現実的ではないとも思います。お客様へ迷惑をかけない範囲で如何に手を抜くかも重要ですね。

 

 

  以前、実施したテスト仕様書が残っているはずですから、メソッドＡと、メソッドＡを用いる部分について同じテストに通れば大丈夫と判断するでょう。（出荷後に見つかった不具合の再発防止テストも入っていれば確実です。）

  メソッドＡを用いる部分のテストは広範囲かもしれないので、悩ましいです。

  しかし、テストを自動化していない場合、リファクタリングのためだけにテスト費用をかけることを納得してくれる人は少ないと思います。

  リファクタリングは他の網羅的テストが必要になる仕様変更に乗じて行うことが現実的なように感じます。

 

 

  その影響がありうる部分について全てテストするのが理想です。

  問題は影響がありうる部分の想定にミスがないかです。経験的には結構簡単に発生します。

 

  テストが必要な部分を最低限自分自身の中でレビューする（文書化する等）、もしくは、他のメンバとレビューして、テスト範囲を絞り込むのが落とし所ではないでしょうか。

 

 

  i)と同様です。

 

 

  ii)と同様です。DB変更もoutputの一種です。