ソフトウエア開発では、出来上がった成果物の動作を確認するためにテストを実施する。ところが、このとき作成する「バグ票」(不具合チケットとも呼ばれる)の書き方が悪く、開発現場が逆に混乱するケースが少なくない。「どういう意味か」「手順が分からない」「そのときの環境は?」など、疑問点が多く、修正が前に進まないのだ。 バグ票は、テストで発見した不具合の情報を記述した個票である。最近はBTS(バグトラッキングシステム)を使ってチケットとして管理するのが一般的だが、Excelなどで管理する場合もまだある。いずれにしても、開発現場ではこのバグ票をベースに、開発担当とテスト担当が連携してバグを修正していくことになる。 バグ票にまつわるトラブルを経験した読者も多いだろう。実のところ、現在はテスト専業ベンダーに勤務する筆者も、過去にはそうした苦い経験がある。今回から始まる本連載では、現場でよくある「駄目なテスト
![ソフト品質を高めるために作ったのに使えない、正しいバグ報告書のまとめ方](https://cdn-ak-scissors.b.st-hatena.com/image/square/e66c78e5144b9e5acebac88b4fd5086eb3ad0180/height=288;version=1;width=512/https%3A%2F%2Fxtech.nikkei.com%2Fit%2Fatcl%2Fcolumn%2F17%2F110200480%2F110900001%2Ftopm.jpg%3F20220512)