カスタマーからの効果的なバグ レポートの収集

お困りですか?

アトラシアン コミュニティをご利用ください。

コミュニティに質問

Jira Software は、開発者による作業の計画、ビルド、出荷をサポートする課題とバグの追跡ツールです。Jira Service Management は、出荷されたソフトウェアに関するバグやフィードバックをカスタマーがチームに送信するための簡単な方法です。

ユーザーは最高の相棒です。ユーザーからのバグ報告は、以下のことに役立ちます。

  • 他のユーザーに同じ問題が発生する前に問題を解決する
  • QA または自動化されたテストをすり抜ける問題の調査や修正を行う
  • テストで優先しないプラットフォームからの問題を把握する
  • 品質とユーザー エクスペリエンスを重視していることをユーザーに示す

課題はソフトウェア開発のあらゆる部分で生じる可能性があり、コードに限ったことではありません。あなたが、設計者、ドキュメント ライター、プロダクト マネージャー、またはその他のチーム メンバーが Jira で自分の作業を追跡するとして、その作業に関連したバグを直接そのチームにエスカレーションすることもできます。

バグ報告と解決プロセス

バグを再現し、解決するために必要な情報は様々です。しかし、バグ報告を収集するためのプロセスを標準化することはできます。

カスタマー サービス テンプレートは、特定のリクエストをバグ報告ワークフローに関連付けます。このワークフローはバグ報告プロセスを補完します。ご利用のサービス プロジェクトの出発点として使用できます。

バグ報告プロセスに従って進行するリクエストのワークフローは、Jira Service Management と Jira Software で同じです。ただし、バグ報告を処理するチームには大きな違いがあります。

Jira Service Management を使用するエージェントのバグ プロセスJira Software で作業する開発者のバグ プロセス
  1. ユーザーが使用中のソフトウェアまたはサービスについて問題を報告します。
  2. サービス プロジェクト エージェントは、既知の解決策をカスタマーに提供できるかどうかを調べます。
    • 既知の解決策がある問題の場合、サービス プロジェクト エージェントはカスタマーと共に問題の修正を図ります。
    • 新規の問題や、サービス プロジェクト エージェントがナレッジ ベースまたは開発窓口から回答を得られない問題が生じる場合もあります。その場合、サービス プロジェクト エージェントはバグ報告を開発チームにエスカレーションして、修正を依頼します。他の Jira チームに対する課題のエスカレーションについてご覧ください。
  3. サービス プロジェクト エージェントはカスタマーと開発チーム間の橋渡し役になって、バグの修正に必要な追加情報を収集します。開発チームの進捗について情報を共有します。
  4. サービス プロジェクト エージェントは、問題が修正されたことをカスタマーと確認します。次に、エージェントはカスタマーのバグ報告を解決します。
  1. 開発チームはバグ報告を受け取ります。
  2. プロジェクト マネージャーはバグの優先順位を決定します。その後、課題を開発者に割り当てます。
  3. 開発者はバグを調査し、バグ報告を確認または拒否します。
  4. 開発者は問題を修正し、課題を QA テスターにトランジションします。
  5. テスターは修正された問題を検証して、チケットを解決します。次に、サービス プロジェクト エージェントに開発が完了したことを通知します。修正が顧客に届けられる時期などの追加情報を提供する場合もあります。


カスタム フィールドを使用してユーザーからの特定の情報を収集する

開発チームと Jira 管理者と連携してカスタム フィールド セットを共有します。開発者によるバグ修正をサポートするために収集するカスタム フィールドを定義します。Jira 管理者はこれらのフィールドを単一の画面スキームで保持できます。そのスキームを開発プロジェクトとサービス プロジェクトの両方に適用できます。カスタム フィールドと画面スキームの詳細についてご覧ください。

開発者にとって、バグの調査や修正における最大の障害は、不十分な情報といえます。開発者が使用する最も一般的な情報は次のとおりです。

  • 再現手順
  • 観察された動作と期待される動作
  • スクリーンショット

バグ報告に関連するアクションを分類、報告、または自動化するために他の情報を収集する必要がある場合もあります。例:

  • OS
  • VERSION (バージョン)
  • component
  • URL
  • ユーザー エージェント文字列

収集できる情報が多いほど問題の診断が容易になります。そして開発チームから感謝されます。

既定では、[バグ報告] リクエスト タイプには次のフィールドがあります。

  • 要約
  • 症状
  • 添付ファイル

事前に作成されたカスタム フィールドをリクエスト タイプに追加する手順:

  1. サービス デスク プロジェクトで、[プロジェクト設定] () > [リクエスト タイプ] を選択します。
  2. [バグ報告] リクエスト タイプ項目で、[フィールドの編集] を選択します。
  3. [フィールドの追加] を選択します。

カスタム フィールドの追加については、こちらをお読みください

ポータルにバグ報告のフォームを作成するためのヒント

  • [バグ報告] リクエスト タイプには、ヘルプと説明を追加できます。問題ごとに別個にリクエストを作成して報告するようカスタマーに依頼します。これは、レポートや開発スプリントでバグを追跡する上で役立ちます。
  • 情報を求めるときは、平易な表現で質問します。たとえば、期待される動作を収集するためにフィールドを追加する場合、「どのような動作を期待していましたか。」などと質問します。
  • 時々、開発チームに状況を確認します。ソフトウェアのバグを潰すためにさらに必要な情報があるかどうか尋ねます。
  • 時々、Jira 管理者に状況を確認します。リクエスト タイプで再現すべき画面に変更があるかどうかを尋ねます。
最終更新日 2020 年 11 月 23 日

この内容はお役に立ちましたか?

はい
いいえ
この記事についてのフィードバックを送信する
Powered by Confluence and Scroll Viewport.