カスタマーからの効果的なバグ レポートの収集
Jira Software は、開発者による作業の計画、ビルド、出荷をサポートする課題とバグの追跡ツールです。Jira Service Management は、出荷されたソフトウェアに関するバグやフィードバックをカスタマーがチームに送信するための簡単な方法です。
ユーザーは最高の相棒です。ユーザーからのバグ報告は、以下のことに役立ちます。
- 他のユーザーに同じ問題が発生する前に問題を解決する
- QA または自動化されたテストをすり抜ける問題の調査や修正を行う
- テストで優先しないプラットフォームからの問題を把握する
- 品質とユーザー エクスペリエンスを重視していることをユーザーに示す
課題はソフトウェア開発のあらゆる部分で生じる可能性があり、コードに限ったことではありません。あなたが、設計者、ドキュメント ライター、プロダクト マネージャー、またはその他のチーム メンバーが Jira で自分の作業を追跡するとして、その作業に関連したバグを直接そのチームにエスカレーションすることもできます。
バグ報告と解決プロセス
バグを再現し、解決するために必要な情報は様々です。しかし、バグ報告を収集するためのプロセスを標準化することはできます。
カスタマー サービス テンプレートは、特定のリクエストをバグ報告ワークフローに関連付けます。このワークフローはバグ報告プロセスを補完します。ご利用のサービス プロジェクトの出発点として使用できます。
バグ報告プロセスに従って進行するリクエストのワークフローは、Jira Service Management と Jira Software で同じです。ただし、バグ報告を処理するチームには大きな違いがあります。
| Jira Service Management を使用するエージェントのバグ プロセス | Jira Software で作業する開発者のバグ プロセス |
|---|---|
|
|
カスタム フィールドを使用してユーザーからの特定の情報を収集する
開発チームと Jira 管理者と連携してカスタム フィールド セットを共有します。開発者によるバグ修正をサポートするために収集するカスタム フィールドを定義します。Jira 管理者はこれらのフィールドを単一の画面スキームで保持できます。そのスキームを開発プロジェクトとサービス プロジェクトの両方に適用できます。カスタム フィールドと画面スキームの詳細についてご覧ください。
開発者にとって、バグの調査や修正における最大の障害は、不十分な情報といえます。開発者が使用する最も一般的な情報は次のとおりです。
- 再現手順
- 観察された動作と期待される動作
- スクリーンショット
バグ報告に関連するアクションを分類、報告、または自動化するために他の情報を収集する必要がある場合もあります。例:
- OS
- VERSION (バージョン)
- component
- URL
- ユーザー エージェント文字列
収集できる情報が多いほど問題の診断が容易になります。そして開発チームから感謝されます。
既定では、[バグ報告] リクエスト タイプには次のフィールドがあります。
- 要約
- 症状
- 添付ファイル
事前に作成されたカスタム フィールドをリクエスト タイプに追加する手順:
- サービス デスク プロジェクトで、[プロジェクト設定] (
) > [リクエスト タイプ] を選択します。 - [バグ報告] リクエスト タイプ項目で、[フィールドの編集] を選択します。
- [フィールドの追加] を選択します。
カスタム フィールドの追加については、こちらをお読みください。
ポータルにバグ報告のフォームを作成するためのヒント
- [バグ報告] リクエスト タイプには、ヘルプと説明を追加できます。問題ごとに別個にリクエストを作成して報告するようカスタマーに依頼します。これは、レポートや開発スプリントでバグを追跡する上で役立ちます。
- 情報を求めるときは、平易な表現で質問します。たとえば、期待される動作を収集するためにフィールドを追加する場合、「どのような動作を期待していましたか。」などと質問します。
- 時々、開発チームに状況を確認します。ソフトウェアのバグを潰すためにさらに必要な情報があるかどうか尋ねます。
- 時々、Jira 管理者に状況を確認します。リクエスト タイプで再現すべき画面に変更があるかどうかを尋ねます。