アカウント名:
パスワード:
（別紙２）システム障害の原因http://www.kyuden.co.jp/var/rev0/0236/0503/74gjh3x6.pdf [kyuden.co.jp]
〔例１〕計量器指示数データの移行託送料金計算システム（改修前）仕様：6桁→託送料金計算システム（改修後）仕様：7桁12345.6 →正 12345.6012345.6 →誤 1234.56
COBOL?
原因の2つ目「[例2]使用量データの移行」も同様。移行プログラムの対応漏れか、確認漏れ。単体テストもそうだが、移行テスト・リハーサルでも見つからないのが不思議。
そしてこういう料金計算のもとになるメーターの指針値の取り扱いを誤るというのは超基本的なことが出来てない、してないと思える。
たぶん今回たまたまこれらが見つかっただけで潜在バグはまだまだあるだろうねぇ。
不思議も何も、想定パターン（テスト段階）では、一応動いたけど、実データでやったら動かなかった（日経より）ってことだから、末端開発者が実データにアクセスできない開発環境だったんだろう。こういうのは、発生元の設計書段階で、想定パターンの伝達漏れ、それがテスト漏れとなるようなリスクになる。
>超基本的なことが出来てない、してないと思える。個人情報保護のために実データアクセスを制限した。つまり、逆なんだよね。基本的なことをしたがために、失敗した。まあ、手枷足枷すればこうなるよね。
設計書不備を問い質すのも、仕事が遅れる・増えるのを嫌がる、客側を突くのを嫌がる、営業を通して苦情が来る、文句ばかりで仕事をしない→評価が下がる、など、まあ、「ＢＳＤしぐさ」「プログラマのためのビジネス・マナー講座」（分からない人は検索）という背景があるんだろう。
実際に入れてからいやなにそれ知らんのだけどって仕様のせいで動かないのはよくあるよね（白目）
点で話にならないってやつだな
素人なのでわからないのですが、料金計算だの請求だのセンシティブなシステムの場合、普通は新旧並行して走らせてしばらく様子を見て、問題が出ないことを確認してから移行するものでは無いのですか？テストデータで問題ないからいきなり移行して誤請求乱発って、テスト不足とか以前の問題のような。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私はプログラマです。1040 formに私の職業としてそう書いています -- Ken Thompson
原因の一つは単体テスト漏れか、単体テストの確認漏れ？ (スコア:0)
（別紙２）システム障害の原因
http://www.kyuden.co.jp/var/rev0/0236/0503/74gjh3x6.pdf [kyuden.co.jp]
〔例１〕計量器指示数データの移行
託送料金計算システム（改修前）仕様：6桁→託送料金計算システム（改修後）仕様：7桁
12345.6 →正 12345.60
12345.6 →誤 1234.56
Re:原因の一つは単体テスト漏れか、単体テストの確認漏れ？ (スコア:1)
COBOL?
Re:原因の一つは単体テスト漏れか、単体テストの確認漏れ？ (スコア:1)
-- To be sincere...
Re: (スコア:0)
原因の2つ目「[例2]使用量データの移行」も同様。
移行プログラムの対応漏れか、確認漏れ。
単体テストもそうだが、移行テスト・リハーサルでも見つからないのが不思議。
そしてこういう料金計算のもとになるメーターの指針値の取り扱いを誤るというのは
超基本的なことが出来てない、してないと思える。
Re: (スコア:0)
たぶん今回たまたまこれらが見つかっただけで潜在バグはまだまだあるだろうねぇ。
Re: (スコア:0)
不思議も何も、想定パターン（テスト段階）では、一応動いたけど、実データでやったら動かなかった（日経より）ってことだから、末端開発者が実データにアクセスできない開発環境だったんだろう。
こういうのは、発生元の設計書段階で、想定パターンの伝達漏れ、それがテスト漏れとなるようなリスクになる。
>超基本的なことが出来てない、してないと思える。
個人情報保護のために実データアクセスを制限した。つまり、逆なんだよね。基本的なことをしたがために、失敗した。
まあ、手枷足枷すればこうなるよね。
設計書不備を問い質すのも、仕事が遅れる・増えるのを嫌がる、客側を突くのを嫌がる、営業を通して苦情が来る、文句ばかりで仕事をしない→評価が下がる、など、まあ、「ＢＳＤしぐさ」「プログラマのためのビジネス・マナー講座」（分からない人は検索）という背景があるんだろう。
Re: (スコア:0)
実際に入れてから
いやなにそれ知らんのだけどって仕様のせいで動かないのはよくあるよね（白目）
Re: (スコア:0)
点で話にならないってやつだな
Re: (スコア:0)
素人なのでわからないのですが、料金計算だの請求だのセンシティブなシステムの場合、普通は新旧並行して走らせてしばらく様子を見て、問題が出ないことを確認してから移行するものでは無いのですか？
テストデータで問題ないからいきなり移行して誤請求乱発って、テスト不足とか以前の問題のような。