バグの話

システム発注をされる方など、技術者でない方向けに技術用語の解説を致します。
用語解説インデックス

（この回は恐る恐る書きます。）

バグとは

「バグ」とは、システムを作る時のミスが原因で作ったシステムが期待どおりに動かなかった時、そのミスした部分の事を呼ぶプログラム業界（？）用語です。（本来の英語では「虫」という意味です。）

ミスの内容は、設計をする時に考慮し忘れた条件がある、条件は揃っていたが考え方を間違えた、考えは素晴らしかったがプログラムを作る時にミスをした、など色々です。

バグが出たら（＝エラーなどの期待しない動作がシステム開発時のミスが原因である事が分ったら）、緊急度に応じてシステム改修の対象項目とするのが普通です。

バグはなくならないのか

（これを書くのはちょっと緊張しますが）無くなりません。少なくとも作ったばかりのシステムについては。

システムを作るという作業は人が行うものです。人が行うものである限り、開発中に発揮できる個々のエンジニアの想像力と配慮には限界があります。優れた想像力と配慮する能力を持つエンジニアには相対的にバグの少ないシステムを作れる人もいますが、そのシステムのあらゆる使われ方を予め完璧にカバーできる能力を持つ人はいないでしょう。（世界は無限に多様です！）

お客様の目に触れる前にバグを減らす方法としては、なるべく多人数の手により多角的な検討、テストを行うという事です。

ここて、量とコストの問題が出てきます。1つの製品を量産して何万個、何十万個と売る場合にかけられつテストのコストと、ほぼオーダーメードであるシステム開発に掛けられるテストのコストでは、後者の方が割高です。量産型の工業製品に比べてシステムソフトウェアの不具合がお客様の目に触れやすいのは、そこそこ、ほどほどのコストでそこそこ、ほどほどのテストをしているためです。

完璧を求めない

「そこそこ、ほどほど」はそんなに悪い意味でもないのです。

門−玄関−部屋−金庫 と四重に鍵をかけるのか、玄関と部屋の鍵だけでいいやとするかは、守っている物の重要度や毎回鍵を掛ける手間、盗難のリスクなどのバランスを考慮して決めるべきでしょう。

Perl 開発 すぐ使える株式会社