$FreeBSD: doc/ja_JP.eucJP/articles/problem-reports/article.sgml,v 1.3
2004/08/08 13:44:00 hrs Exp $
ソフトウェアの利用者が持っている 多くのいらただしい経験のうちの一つは、 “それはバグじゃない”、“ひどい障害報告だ” などのようなそっけなく理解の役に立たない説明によって、 障害報告があっさり片付けられてしまうことです。 同様に、ソフトウェア開発者が持っている 多くのいらただしい経験のうちの一つは、 実際は障害報告ではない単なるサポート要求や 何が問題でどのように再現するかについての情報が 乏しいまたは欠落している障害報告が殺到することです。
この記事のねらいは、上手な障害報告の書き方について説明することです。 上手な障害報告とはどういうものでしょうか? そうですね、単刀直入に要点を言えば、 上手な障害報告とは、迅速に解析を進め処理を行うことができ、 一度に利用者と開発者がお互いに満足できるものです。
この記事では主として FreeBSD の障害報告に焦点を絞っていますが、 他のソフトウェアプロジェクトでも多くの部分が当てはまるでしょう。
この記事はテーマ別に整理されており、順番に読めるようにはなっていません。 そのため、ステップバイステップのチュートリアルとして利用するよりも、 障害報告を提出する前に全体を通して読むとよいでしょう。
| Next | ||
| いつ障害報告を提出すればよいのか |
本文書、および他の文書は ftp://ftp.FreeBSD.org/pub/FreeBSD/doc/ からダウンロードできます。
FreeBSD に関する質問がある場合には、ドキュメント を読んだ上で <questions@FreeBSD.org> まで (英語で)
連絡してください。
本文書に関する質問については、<doc@FreeBSD.org> まで電子メールを (英語で)
送ってください。