このダイアログを続けて開くような場合、２回目に開くときには、１回目に開いたのと同じフォルダが開いてくれると使い勝手がよい。実際、そうなっているソフトが多い。
そうでないソフトでは、常に「マイ ドキュメント」というフォルダが開かれたりする。このため、ユーザーは、他の特定のフォルダにあるファイルを続けて開く場合でも、毎回毎回指定しなおさなければならなくなる。
プログラムで、この「気の利いた」機能を実現するには、一度ファイルが開かれたら、そのフォルダの位置をメモリ（変数）に記憶しておき、次に「ファイルを開く」ダイアログを開くときに、その位置を指定してやればよい。技術的には全く難しいものではない。
しかし、たったそれだけのことだが、実装されないこともある。
開発に与えられている工数があまりに少なかったり、進捗が遅れている場合などは、そうした「気の利いた」機能が削られる場合があるのだ。
受託開発では、こういった細かい機能の仕様については、特に指定されていない場合も多く、こうした「気の利いた機能が付いていない」ということが、不具合とされることは少ない。
しかし、「気の利かない」プログラムに不便を感じるのは、ユーザーだけではない。
プログラムをテストする時には、プログラマ自身や他のテスター（※）が、何度となく繰り返しこの「ファイルを開く」という作業を行うことだろう。
自分で作った機能を自分でテストしていたりすると、「なんで前回のフォルダを記憶するようにしなかったんだろう」と後悔することになるはずだ。
このように、プログラムの設計がテストの工数を左右するようなことは多い。
例えば、「処理速度」がそうだ。速度効率を考慮していないプログラムは、考慮しているプログラムに比べ、「ユーザーの待ち時間」が長い。プログラムのテストでは、同じ処理を、条件を変えながら何度も繰り返し実行するので、「テスターの待ち時間」はどんどん累積していく。結果として、速度効率の悪いプログラムと良いプログラムとでは、開発工数に莫大な差が生まれることになる。
設計やプログラミングのちょっとした工数をケチったために、開発全体としては損をすることもあるわけだ。
ユーザーの利便性を考えた設計をすれば、顧客満足度の向上にも繋がるのはもちろんだが、同時に、テストの工数も減らすことができる。
また、テスターの「イライラ」も減らすこともできるはずだ。
※ここでは、プログラムのテスト（試験）をする人。テスト要員。
■関連記事
・デザイナーの屈辱
・テストを簡単にし、品質もアップする方法
ユーザビリティテスティング―ユーザ中心のものづくりに向けて
posted with amazlet
on 06.04.09
黒須 正明
共立出版 (2003/05)
売り上げランキング: 138,859
共立出版 (2003/05)
売り上げランキング: 138,859
おすすめ度の平均: 
卒論で使わせていただきました
ユーザビリティエンジニアリング―ユーザ調査とユーザビリティ評価実践テクニック
posted with amazlet
on 06.04.09
樽本 徹也
オーム社 (2005/10)
オーム社 (2005/10)
おすすめ度の平均:
ユーザビリティ活動の実践に関する良き手引き
