SIer時代にCOBOL→Javaのリプレイスやったんだけど、必ず登場するテストが「現新比較」。
旧システムと新システムで同じデータ食わせて、同じ結果が返ってくればOK。
もし旧システムにバグがあって、新システムで直ってると、テストはNG。
どうするか？
新システムでバグを実装します（実話）
29
840
2K
Replies
こういうところがイケてないなーと、いつも感じてました。
ホント辞めてよかった😅
全部が全部そうじゃないと信じたいけど。
1
28
134
まとめると、
・そんなん当たり前やん！ヘタに修正して別のとこでバグったらどないすんねん！
・ありえへん！自社の保身しか考えてない現場が未だにあるんか！
という意見に2分されますな。
0
7
7
@NaotsuguSomeya
まぁ元請けやPMのスタンスにもよると思いますよ
自分も現新突合しましたが 新側で差異が出る
レポート書いて比較結果と合わせて提出して
新は旧の変なロジック組み込まずそのままでしたよ
0
0
3
@NaotsuguSomeya
この業界、自分の常識に従って判断して痛い目にあうのはいくらでもあること。
SIer時代にCOBOL→Javaのリプレイスやったんだけど、必ず登場するテストが「現新比較」。
旧システムと新システムで同じデータ食わせて、同じ結果が返ってくればOK。
もし旧システムにバグがあって、新システムで直ってると、テストはNG。
どうするか？
新システムでバグを実装します（実話）
29
840
2K
0
1
3
@NaotsuguSomeya
うっかりバグを直すと、他の全然関係ないところに影響が出る可能性もあるし、実は政治的な理由や、当時のなんらかの事情の結果として、そうなっている可能性も考えられます。
直したところでお金がもらえるわけではないのに、面倒なことになる可能性だけはあって、デメリットしかないんですよね・・・
0
37
105
@NaotsuguSomeya
@ATM_09_TD
現新比較中にバグに遭遇する事はあるあるデスね😊。
システムリプレイスは保守とスコープが違うので、システムリプレイスチー厶ではそのままにしておいて、保守チームでfixしているはずですよ。
0
4
13
@NaotsuguSomeya
連携先がバグ前提で動いてるから直せなかったりする。シンプルなものだと単純にフラグの0/1が逆転してるとか。他だと素直に考えてバグと判断できるけどホントにバグかどうかは誰にも確定できないとか。よって現新比較のみが判断基準になる。
0
19
48
@NaotsuguSomeya
ただ現行互換を考えればこうなるしかなくて、正しい仕様がわからない以上、逆に結果を変えることはできない。下手に変えてどこかで処理結果異常や差分が出て業務止まったらこっちの全責任になるからこうなるしかない。
0
8
23
@NaotsuguSomeya
似たような話、8080のCPUをライセンス生産していたNECがバグを直したバージョンを出したけど売れなかった経験からそのままにしたとかなんとかって、NHKスペシャルの電子立国日本だったかで視聴した記憶がある。...ハードでもソフトでも似たような話はあるんだろうなぁ、、、と
0
5
5
