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

このページの内容

お困りですか?

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

コミュニティに質問

Jira Software is an issue and bug tracker that helps developers plan, build and ship their work. Jira Service Management is a simple way for customers to send your team bugs and feedback about shipped software.

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

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

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

バグ報告と解決プロセス

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

The customer service template associates certain requests with a bug report workflow. This workflow complements the bug report process. Use it as a jumping off point for your service project.

Requests that follow a bug report process have the same workflow in Jira Service Management and Jira Software. But, the teams' processes for handling bug reports have significant differences.

Bug process for agents working in Jira Service ManagementJira Software で作業する開発者のバグ プロセス
  1. ユーザーが使用中のソフトウェアまたはサービスについて問題を報告します。
  2. A service project agent investigates to see if they can provide any known solutions to the customer:
    • If the problem has a known solution, the service project agent works with the customer to fix the problem.
    • The problem may be new or the service project agent can't find an answer from a knowledge base or development point of contact. In this case, the service project agent escalates the bug report to the development team for fixing. Read more about escalating issues to other Jira teams.
  3. The service project agent liaises between the customer and development team to collect any extra information needed to fix the bug. They communicate the development team's progress.
  4. The service project agent verifies with the customer that they fixed the problem. Then, the agent resolves the customer's bug report.
  1. 開発チームはバグ報告を受け取ります。
  2. プロジェクト マネージャーはバグの優先順位を決定します。その後、課題を開発者に割り当てます。
  3. 開発者はバグを調査し、バグ報告を確認または拒否します。
  4. 開発者は問題を修正し、課題を QA テスターにトランジションします。
  5. The tester verifies they fixed problem and resolves the ticket. They notify the service project agent that development is complete. They may provide extra information, like when the fix will reach the customer.


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

Work with your development team and Jira administrators to share a custom field set. Define what custom fields you want to collect to aid developers fixing bugs. Your Jira administrator can maintain these fields in a single screen scheme. They can apply the scheme to both development and service projects. Read more about custom fields and screen schemes.

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

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

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

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

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

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

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

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

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

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

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

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

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

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