森崎修司の記事（新着順）

究極のバグレポートバグレポートでテストエンジニアとプログラマが持つ“認識の違い”を埋めるには

今回はバグレポートにおける記入項目の改善と、テストエンジニアとプログラマがテスト前に行う事前合意について紹介します。どちらも、本連載1回目と2回目の、バグレポートを書く上での留意点よりももう少し大きな枠組みとなります。まず、記入項目の改善の必要性を示す調査結果を示します。調査は、テストエンジニアが

森崎修司

2012年8月1日 20:00

究極のバグレポート「困った」バグレポートの数々から得た「正しい」レポートのための教訓とは

今回は、バグレポートの典型的な問題パターンを紹介します。ここで紹介するパターンは、バグ票ワーストプラクティス検討プロジェクトが収集中の「困った」バグレポートとして挙げられたものを参考にしています。プロジェクトは継続して困ったバグレポートを収集していますので、こちらのアンケートフォームから情報をお寄

森崎修司

2012年7月18日 20:00

究極のバグレポートプログラマとテストエンジニアにバトル勃発！正しいバグ票の書き方とは？

バグレポートに関する問題はどこでも起きている本記事は、バグの修正依頼として作成されるバグ票（バグレポート）を対象としています。プログラマが自身でデバッグを一通り終えた後で、テストを専門とするテストエンジニアにそのプログラムをテストしてもらい、その際に検出されたバグを報告してもらうための文書がバグレ

森崎修司

2012年7月11日 20:00

技法とテンプレート！インスペクションを自在にカスタマイズ

カスタマイズが必要な理由　組織内のすべてのソフトウエア開発プロジェクトを画一的に扱い、唯一の手順、技法、開発方法論だけではプロジェクトを成功に導くことはできません。個々のプロジェクトへの手順、技法のカスタマイズは必須であり、インスペクションについても同じことが言えます。

森崎修司

2009年3月30日 20:00

技法とテンプレート！インスペクションで何を指摘するべきか

優先度つきインスペクションとは　今回は限られた時間内でインスペクションを実施することを前提に、どんな欠陥を優先して指摘すべきかを意識した、優先度つきインスペクションを紹介します。また、優先して発見すべき欠陥を決めるヒントの1つとして、バグ票に含まれる修正工数の傾向を抽出した事例を紹介します。

森崎修司

2009年3月23日 20:00

技法とテンプレート！技法の分類とテンプレート（応用編）

参加者の役割　今回から深遠なるインスペクションの世界へと進んでいきます。第1回、第2回では物足りなかったという方にも今回以降は手ごたえを感じていただけるのではないかと思います。今回からは比較的かっちりとしたインスペクション／レビューの説明になりますので、これまでの「インスペクション／レビュー」という

森崎修司

2009年3月16日 20:00

技法とテンプレート！技法の分類とテンプレート（基本編）

リーディング技法がなぜ必要か？　インスペクション／レビューにおける欠陥の指摘は自由度が高いため、本題である欠陥や矛盾の指摘から話がそれてしまうことがあります。例えば、質問ばかりで指摘が全くされない、品質向上につながらない指摘が多い、極端な場合にはインスペクション／レビュー対象のソフトウエアから離れて

森崎修司

2009年3月9日 20:00