Digital Heroes: Guide to IT World

完璧を目指した先で出会った、想定外を暴く知恵 うわっ、テストってこんなに奥が深いのか!?――それが、私が社会人になって最初のシステム構築プロジェクトで感じた率直な驚きでした。 空いた時間でお小遣いを貯めよう！「アイリサーチ」       ■ 最初のシステム構築プロジェクトの洗礼 配属されて間もなく参加した、人生初の本格的なシステム構築プロジェクト。そこで教え込まれたのが、「テストは気合と根性ではなく、構造でやるものだ」という考え方でした。 ■ マトリックステスト表との出会い 当時のテストは、マトリックステスト表が中心。 縦軸と横軸に条件やデータを並べ、あらゆる組み合わせを一つひとつ確認していきます。 ロジックはすでに分かっている。だからこそ、そのロジックに合わせてテストケースを作る。 組合せ網羅――これがマトリックステスト表の最大の強みでした。 ■ 「これをやっていれば漏れはない」はずだった 正直、ここまで細かくやれば、バグなんて残るはずがない。 当時は本気でそう思っていました。 実際、このテストはかなり優秀で、論理的な抜け漏れはほぼ防げます。 ■ あれ？これ、普通じゃない？ ところが後になって気づきます。 このマトリックステスト表、日立では当たり前のように使っていたのに、他社ではあまり見かけない。 テスト関連の書籍を読んでも、あまり詳しく出てこない。 「これ、もしかして企業内の知恵なのかな？」 そう感じた瞬間でした。 ■ それでも、最後にバグは残る どれだけ組合せを網羅しても、なぜか最後にバグは残ってしまう。 なぜなのか。 ■ バグは“意識の外”に潜んでいる 後で分かったのは、バグは意識しているところにはいない、という事実でした。 設計によるバグ、仕様によるバグ、コーディングバグ、テスト漏れ…。 いくつもの関門をすり抜けて、しぶとく残るバグがいるのです。 ■ そこで登場、モンキーテスト この残党バグを見つけるために使われたのが、モンキーテスト。 サルのように、バンバンとキーボードを叩く。 意味不明な文字を入力する。 順序もルールも無視する。 ■ 想定外をあぶり出す力 一見ふざけているようですが、これが結構優秀。 設計者もテスターも想定していなかった操作によって、サーバの...

 地味？いやいや奥が深い！ユーザー視点で世界が広がる、システムテストの知られざる魅力 驚きの一文からはじまるテストの世界 「うそでしょ⁉ 山手線で一晩中、テレビを見続けたって⁉」 実はこれ、あるシステムテストの現場で本当にあった話なんです。テストというと、なんだか地味な印象を持つ方も多いかもしれませんが、その裏にはこんなにも熱くてユニークな世界が広がっています。 システムの数だけ、ストーリーがある 世の中には無数のシステムが存在します。たとえば、銀行のATM、通販サイト、交通機関、SNS、スマホアプリ。これらすべては、開発され、そして入念に“テスト”されて世に送り出されてきました。 NHKの「プロジェクトX」でも紹介されたことのある、JRの座席予約システム「マルス」。そこでも、壮大な開発ドラマとともに、テストの重要性が描かれていました。 はじめの一歩は「壊して学ぶ」こと 新しくシステム開発の現場に入ったエンジニアが最初に取り組むのが、「テスト」です。プログラムを書く前に、まずはシステムを動かし、壊してみる。そこから学ぶことがたくさんあるのです。 テストの種類もさまざま。 機能テスト ：ひとつひとつの機能を確認 結合テスト ：システム間のつながりをチェック ユーザーテスト ：ユーザーの目線で使い倒してみる 中でも印象的なのが「モンキーテスト」。これは猿のように無造作に操作することで、思わぬバグを見つけるユニークなテスト手法です。 一晩中、山手線でテスト!? 最も印象に残っているのが、あるテレビCM配信システムのテスト。開発チームは、車内ディスプレイに広告が正しく映るかを確認するため、 山手線を一晩中乗り続けてテスト を行いました。地道で地味だけど、確実にユーザー体験を支える尊い仕事です。 空いた時間でお小遣いを貯めよう！「アイリサーチ」 すべての動作の裏に、誰かのテストがある 今、私たちが快適に使っているあらゆるシステムの裏には、数えきれないテストの努力があります。それは単なる動作確認ではなく、ユーザー体験の質を保証するための「創造的」な仕事。 そして、誰にでも「はじめの一歩」があるのです。 私ならできる、明日から踏み出す新たな一歩！