†06/09/26に行われた「プロジェクト成功のためのソフトウェアテストの勘所」の講演をメモしたものです。Whittaker(高橋さんの大学院時代の先生)マニュアル(道・仕様)を少しでもはずれると危険(バグ)に遭遇ソフトウェアは道を広げる作業ユーザ満足度の観点からハング/フリーズはクリティカルなイメージどんなに使いやすくてもクリティカル。安心して使えるソフトのリリース。最初にプランニングしてからツールの選択をしなくては(製品によってプラン、ツールは変わってくる。戦略無しの自動化(自動化率90%とかのアホいことを言ったりとか。※ツールを使えば2回目以降の繰り返しではコストが激減し、固定化している図2回目以降は自動化すればコストかからないの嘘たしかに理論的には正、だけど実務的には間違ってるよ。自動化のメンテナンスコストがあるよ(費用↑)仕様が変わったときにいちいちツールのコマンドやスクリプトを変えないといけないよ繰り返し愚考の罠20%に80%からバグが発見。50%のモジュールにはバグは含まれていない。開発工程でテストがしめる割合は41%(プロジェクトやデータ採集方法によって違うけど)コーディングはわずか13%、デザインは25%テストにお金がかかって黒字が出ない。