想定されないバグ: 知識ゼロから学ぶ ソフトウェアテスト
私はよく日本信号のトラブルの例を出して話すことが多い http://juichi.blog.so-net.ne.jp/2007-12-22 あるときその説明に対して質問が出た。「たしかにあの件はバグだが、日本信号のある人に聞いたら想定されないユースケースだったと言っていた。そういう場合はどうやってテストで未然に防ぐのですか」 この業界に長くいると、だいたいの質問に対して水が流れるように答えることができる。ただこの質問はちょっと困った。想定されないユースケースは無限にある、それをすべて要求仕様として定義するのは非常に困難である。また全ての異常系のテストをするのもまた困難である。 そのときなんと答えたかというと、基本的には日本信号のケースはテストしていないswitch文に入ったバグなので、default処理なり特別な例外処理に関してはすみやかなシャットダウンや、なんらかのフェールセーフルーチン
クラウドのテスト: 知識ゼロから学ぶ ソフトウェアテスト
最近ネット上にファイルを保存するツールをdropboxからzumodriveに切り替えた。dropboxもよかったのだが、ファイルイメージをＰＣ側に持ってしまうので、どうしてもノートＰＣではＨＤスペースをくってしまうのでzumodriveにした（zumodriveはローカルにファイルを持たない）。 しかしこれが失敗だった、すさまじく品質が悪い。変にＣＰＵを食ったり、システム全体を不安定にしたり。いろいろ調べてみると、amazonのEC2をzumodriveは使っているらしい。EC2が悪いのかzumodriveが悪いのかわからないが、毎週ソフトウェアアップデートのお知らせがくる。 まあやっぱこの辺のクラウド系のテストは難しいのであろう。クラウドのテストは今後注目される分野なのかな。クラウドが広まることはテスト的にはいいことなのと思う。なぜならクラウドのテストは非常に難しいので、テスト屋のスキ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
