週刊 『フクダデスガ』:【iPhone5の悲劇】ついに...最速でオワタ... - livedoor Blog（ブログ）
September 23, 2012 【iPhone5の悲劇】ついに...最速でオワタ... 【iPhone5】がただの箱になるまでの2日間の話 実に悲しいお知らせだが...本日わたしのiPhone5が壊れた。というか、最初から壊れていた... 電話、メール、LINEが最低1週間以上 使えないそうだ...トホホ。 そして復旧のメドなし！！ そのいきさつがあまりにも酷すぎて、もはやワロた。ここに、そのドキュメントを記す。 まず... 9月21日（金曜日） 夕方iPhone5をゲットし浮かれていた。ああ、あのころが懐かしい！ ...が、アプリも何もセットしてないので、この段階ではLINEを引き継ぐ程度だった。 で、翌日（昨日） 9月22日（土曜日） あれ？電波がなく、ずーーーーーと「検索中...」になってる？？？ 用事の合間に、麻布十番のauショップへ...待ち時間約1時間 ワタシ「あの〜、こ
例の「運賃計算プログラムデバッグ記事」読了後に見たらショックを受けそうな乗り越し精算機の画面
「自動改札機の運賃計算プログラムはいかにデバッグされているのか？ 10の40乗という運賃パターンのテスト方法を開発者が解説」を読んで、「鉄道の運賃計算プログラムのテストすげー」と思った人も多いかと思います。 目次 1. しかし乗り越し精算機が・・・2. お金が増えた？3. 仕様？にしても・・・4. 追記5. Twitter スポンサーリンク しかし乗り越し精算機が・・・ これで思い出した画像をご覧ください。 これは、先月JR東日本の乗り越し精算機を使ったときの画像です。 私はぱっと見て「乗り越し精算機にこんな簡単なバグがあるの？？？？」と思いました。なぜなら、「カード投入金額(260円）」から「精算金額（130円）」を差し引いた値が「カード残額（131円）」と一致していないからです。 運賃計算プログラムのデバッグ手法記事を読んで「鉄道運賃のテストすげー」と思ってから見たらショックを受けそう
自動改札機の運賃計算プログラムはいかにデバッグされているのか？ 10の40乗という運賃パターンのテスト方法を開発者が解説（後編）
自動改札機の運賃計算プログラムはいかにデバッグされているのか？ 10の40乗という運賃パターンのテスト方法を開発者が解説（後編） 9月12日から14日のあいだ、東洋大学 白山キャンパスで開催された日本科学技術連盟主催の「ソフトウェア品質シンポジウム 2012」。オムロンソーシアルソリューションズ 幡山五郎氏の講演「自動改札機ソフトウェアの品質向上の取り組み 厳密な仕様、もらさないテストを目指して」。この記事では、そのダイジェストを紹介しています。 本記事は、前編、中編、後編の3部構成です。お読みのページは後編です。 大規模なテストをどうやって実行しているか 続いて、大規模なテストについて。 1000万件のテストパターンを作っても、それぞれのテスト結果の正解を人手で作っていたら追いつきません。なので、別々に運賃計算ソフトウェアを作って、その答えを突き合わせてチェックしよう、という話です。 例
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
