大規模な移行バグを修正するための戦術 - Qiita

こう見たとき、"FileNotFound"のバグが一番多い。と分かりました。そうすると、"FileNotFound"のバグを修正すると、多くの移行エラーが解消され、効率よく移行が進むと考えられます。しかし、現実問題として、それほど直りませんでした。 "簡単なバグ"とは何か？ 前節では、バグの発生頻度が高いものから修正していくとアプローチをしていきましたが、実際問題それほどうまくいきませんでした。端的に、なぜ失敗したか。というと、"バグが直らなかった"からです。仮に"FileNotFound"のバグを直そうとしたとき、2,520個あるログファイルから、ランダムに1つとりだし、どの部分でエラーになっているのかを細かく見ていきます。それで、バグの原因を特定し、直す。という極シンプルなアプローチをするわけですが、「このバグの原因を特定する」ということが、そもそも難しかった。ということです。先にも書

[n_231]

他人の作った動かすと一万件エラー吐くバッチプログラム、なるべくなら関わりたくない。 いっそゼロから作り直した方が早い可能性すらある。

[hase0510]

みなさんお馴染み、という感じで「移行バグ」という用語が使われるので一応Web検索で確認したけど、やっぱり一般的ではなさそう。自分の周りだけで使われてる用語を説明なしで不特定多数向けに使っちゃうパターン？

[rryu]

データ移行プログラムのバグを直した話。多かれ少なかれ想定外のデータが存在するので、そういうのを検出できるように作っておかないとこの話のようになるという。当時の上長への恨みがすごい。

[snailcat]

不正な移行元データのクレンジングってこと？それならわかるけどバグではなくない？

[remonoil]

データ移行時のバグ？システム移行時のバグ？法制度移行時のバグ？移行バグってなんだ？

[hiroomi]

棒倒しゲーム。目星つけられるかな。

[Eiichiro]

お疲れ様でした。できれば再実行可能なように設計して、プログラム書き直して、再実行したいよ。

[efcl]

バグの原因の特定のアプローチ。 バグの重複を調査し、単一の原因で発生しているバグから修正する。カーディナリティが高いものから見るという話