jira bug tracking tool tutorial
JIRAバグ追跡：JIRAの欠陥ライフサイクル
Jiraのダウンロードとインストール 以前のチュートリアルで詳細に説明されました。テストチームは、欠陥管理のためにJIRAを選択することに常に不安を感じています。
疑いは正当化されます。これは、JIRAバグ追跡ツールはITビジネスに適用できますが、一般的な発券システムであるという事実に由来しています。
ITプロジェクトの場合でも、開発チームでのJIRAの人気により、テスターとQAチームは不快に感じます。快適さや不快感にもかかわらず、テストチームはほとんどの企業でJIRAバグ追跡ツールを使用するしかありません。私たちの JIRAトレーニングの完全ガイド ツールの優れた知識が得られます。
=> 完全なJIRAチュートリアルシリーズについては、ここをクリックしてください
どうして？ シンプルなロジック- 企業は複数のツールに投資することを望んでいません。ツールの使用率を最大化し、ライセンスの購入に夢中にならないようにすることは、ビジネス上理にかなっています。
したがって、開発チームが使用している場合 アトラシアンJIRA 要件、拡張機能、タスク、またはユーザーストーリーを追跡するためのバグ追跡ツールの場合、テストチームは、おそらくバグ追跡にそれを使用する必要があります。
しかし、リラックスしてください 。 JIRAの欠陥管理は、他のツールと同じように優れています 。実際、状況によっては、さらに良い場合もあります。
これは、スクリーンショットなどを介して、バグ追跡へのJIRAの適用性を示すチュートリアルです。
学習内容：
JIRAバグ追跡ツールの最高の機能
さあ。
＃1）JIRAはその中のすべての作業を問題として扱います
したがって、JIRAで欠陥を作成することは、「タイプ」の問題を作成することです。 バグ 」。
＃2）欠陥の報告には、すべての問題について記録された次の情報が必要です。
- 欠陥ID
- 欠陥タイトル
- 欠陥の説明（再現手順）
- 環境情報
- スクリーンショット（添付）
- 重大度
- 誰かに割り当てる
- 状態- バグライフサイクルのすべてのステータス
欠陥を効果的に作成できるように、すべてのオプションを使用できます。
以下の赤で強調表示されているフィールドに注意してください。
ここに表示されていない2つのフィールドは次のとおりです。
- 欠陥ID
- 状態
これらの2つのフィールドは、JIRAによって自動作成されます。すべての課題には、JIRAによって一意のIDが割り当てられます。すべての問題のステータスは、バグ作成時のデフォルトでJIRAの「To-Do」または「New」です。
したがって、 欠陥報告のためのすべての一般的な機能は、JIRAでも利用できます。実際、ラベル、リンクの欠陥、見積もり作業など、より多くのオプションを使用できます。
＃3）欠陥のライフサイクル：
すべてのバグライフサイクルステータス Bugzilla （またはその他 人気のバグトラッカー ）ここでも達成できます：
これには、JIRA管理者によるカスタマイズが少し必要になりますが、簡単に行うことができます。それらの場合、カスタマイズに煩わされることはありません。デフォルトの設定でも間違いはありません。
＃4）コメントと開発チームとのコラボレーション
すべての問題、その更新、人員の割り当て、開発チームから受け取ったコメント–すべてがJIRAのアクティビティログで追跡されます。
これにより、開発チームとの可視性とコラボレーションが向上します。
＃5）トレーサビリティを可能にするために欠陥を要件にリンクする
JIRA課題フィールドのリンクオプションを使用すると、特定の課題を別の課題にリンクできます。欠陥2が欠陥1の複製である場合、その関係を確立できるとしましょう。
同様に、欠陥が要件をブロックしている場合、または要件に関連している場合は、この側面をJIRAで表示できます。
結果のリンクは、以下のように問題の詳細ページに表示されます。
関係の種類は自明であり、 シンプル-共通-日常言語 単語（関連、原因など）を使用すると、JIRAユーザーはこの権利を非常に簡単かつ直感的に使用できます。
＃6）欠陥はCSVファイルからインポートできます
これは、JIRAでの問題の一括作成を一度に支援します。また、チームが新しく、ツールに直接問題を作成させたくない場合は、Excelシートで欠陥を報告してもらうことができます。それらが有効であると確認および確認されると、この機能を使用してツールに一度にインポートできます。
どちらの方法で使用しても、これは大きなプラスです。
＃7）欠陥は、Word、XML、および印刷可能な形式にエクスポートできます
これにより、欠陥データの移植性が向上します。特に、JIRA以外のユーザーと欠陥データを共有する場合に役立ちます。
＃8）包括的な問題レポート：
さらに、レポートが必要な場合は、「 プロジェクト–レポート 」と入力し、次のようにあらゆる種類のレポートを生成します。
JIRAの分析を一言で確認する必要があるとしたら、それは素晴らしいことです。
JIRAの上級/パワーユーザーは、高度な検索フィルターを作成して、より深い洞察を生成することもできます。
例えば、 複数のプロジェクト（BMおよびAB）で割り当てられたすべての欠陥を確認する場合は、次のようなJQLクエリを使用できます。
吹き替えアニメを見るのに最適なウェブサイト
したがって、全体として、JIRAのバグ追跡/欠陥管理は、専用のバグトラッカーより優れていないとしても非常に似ています。次回作業する必要があるときは、心配しないでください。あなたは良い手にあります。
JIRAのテストへの適用性–代替のジレンマ
これはコインの片面ですが、QAまたはテストへのJIRAの適用性を人々がどのように見ているかには間違いなく別の側面があります。
QAのグループに「JIRAとは何ですか？」と尋ねると、多くの人がJIRAは欠陥追跡ツールであると答えます。念のために言っておきますが、これは多くの上級QA専門家から聞いたことがあります。これは、欠陥管理/追跡がJIRAを使用した可能性があるすべてであるという事実に起因する可能性があります。
しかし、それだけではありません。適切に使用すると、アジャイル機能を備えたコアJIRAを、高レベルのプロジェクト管理のワンストップショップにすることができます。
要件の追跡と進捗状況、バグの追跡、見積もり、SCRUMおよびKANBANボードを介したスプリントの追跡、レポート作成、およびコラボレーションを実際にサポートできます。
ある目的でツールを使用しているかもしれませんが、次回は、ツールを理解してよりよく使用するのに役立つツールについて、いくつかのことを試してみてください。
それで、次のステップとして、 JIRAの他のいくつかの優れた機能（バグ追跡に直接関係しない可能性があります）を探索して、それを選択することができます。
- カスタマイズ可能なダッシュボード
- テスト管理アドオン
- 投票して問題を監視する
- 時間追跡
- アジャイルプロジェクトとスクラムボード
- Confluence /ドキュメントサポートの統合など。
JiraIssueとさまざまなフィールドの作成
Jiraの問題：さまざまな種類のJiraの問題
Jiraは、問題を作成/記録するための非常に簡単な方法を提供します。
バグを報告できるだけでなく、他の種類の「チケット」や「リクエスト」も可能にします。これは、より一般的なリクエスト管理アプリケーションです。
このチュートリアルでは、Jiraの課題タイプ、課題の作成、(課題の作成)ページのさまざまなフィールド、およびそれらの詳細を、わかりやすいように図で簡単に説明します。
Jiraの問題
組織が異なれば、その適合性/ニーズに応じて、さまざまなタイプの問題が発生する可能性があります。 Jira管理者は、このフィールドを効率的にカスタマイズできます。
問題にはさまざまな種類があり、以下に問題の種類の説明/意味を示します。
- バグ： これは、アプリケーションで見つかった欠陥または逸脱です。
- 拡張リクエスト： 変更要求（CR）とも呼ばれます。このタイプは、既存の機能またはまったく新しい機能の変更を表すために使用されます。
- 仕事： これは、構成または分析の問題です。 例えば 、適切な構成をセットアップすることはタスクになる可能性があります。
- 質問： 問題は、アプリケーションでいくつかの機能を使用する方法について質問するのと同じくらい簡単です。このタイプは、エンドカスタマーによってより頻繁に使用されます。
- 大作： これは通常、大きな問題であり、理想的にはいくつかの小さな問題に分割されます。アジャイル環境で主要な壮大な問題を完了するには、数回のスプリントが必要になる場合があります。
- 財務オブジェクト： 多くの場合、プロジェクト/製品管理では、このタイプの問題を使用して財務を追跡します。
- 物語： 機能に関するユーザーストーリー全体が一種の問題になる可能性があります。
- テストケース ： 問題はテストケースになる可能性があります。このタイプの問題は、JiraがZypherなどのプラグインと統合されると利用可能になります。
問題の作成
ユーザーがJiraと目的のプロジェクトにログインしていると仮定します。
ステップ1：
「+」（「作成」）ツールバーボタンをクリックします。
これにより、次の画像に示すような画面/ページが表示されます。
このページで、プロジェクトと発行/リクエストの種類を選択し、(次へ)ボタンをクリックします。
これにより、次の画像に示すように(課題の作成)ページが開きます。
ステップ2：
(課題の作成)ページで、必須の詳細やその他のデータを可能な限り入力します。
ステップ3：
(作成)ボタンをクリックします。これにより、一意の課題IDが生成されます。 IDは、数字と連結されたプロジェクトIDで構成されます。
上記の例では、選択されたプロジェクトは「TestProject」であるため、IDは「TESTPROJ1234」のようになります。
- 課題が作成されると、その後、課題IDを使用して検索できます。
(課題の作成)ページのフィールドの説明
（問題ページの作成画像は、読みやすくするために3つの部分に分かれています）。
注意 ：Jira管理者および/または開発者は、組織のニーズに応じてカスタムフィールドを追加/削除できます。
＃1）まとめ ：
これは、問題のタイトルとも呼ばれ、Jira問題の非常に重要なフィールドです。
タイトル自体を見て問題を理解できるように、タイトルはできるだけユニークで正確である必要があります。これにより、バグレビューボードや製品の所有者は、問題を深く調べることなく、問題に優先順位を付けて割り当てることができます。
＃2）コンポーネント ：
「バグ」問題タイプの場合に欠陥が検出されたモジュールまたはアプリケーションの領域の名前。
CRの場合、変更が必要な領域である可能性があります。これは通常、アプリケーションに存在するさまざまなモジュール/コンポーネントで構成されるドロップダウンです。プロジェクト担当者は、管理者からデータを入力する必要があります。
＃3）説明 ：
通常、問題の種類がバグである場合は、問題を再現するための手順を含める必要があります。
拡張リクエストの場合は、アジャイル用語でストーリーと通常呼ばれる新しい要件について詳しく説明する必要があります。理想的には、このフィールドは、発行ワークフローの過程で定期的に更新する必要があります。
＃4）バージョンを修正する ：
発行/拡張要求が配信されるバージョンの名前。この値は通常、アジャイルスクラム環境でスクラムマスターと調整して製品所有者によって入力されます。
＃5）優先度 ：
このフィールドは、問題の重要度を示します。
これはショーストッパーになる可能性があります。つまり、アプリケーションテストをテストフェーズに進めることはできません。アプリケーションのクラッシュは理想的です 例 「ShowStopper」（重大な）問題の
バグレビューボードと製品の所有者は、問題の優先順位を変更するすべての権利を持っています。このフィールドは、「低」、「中」（「メジャー」）、「クリティカル」、「トリビアル」などの値を含むドロップダウンリストです。
＃6）ラベル ：
このフィールドには、問題の分類に役立つテキストが入力されます。
＃7）環境 ：
これはオプションのフィールドであり、テスト環境はここで指定されます。
＃8）添付ファイル ：
作成中の問題のサポート画像。ユーザーは、画像をドラッグアンドドロップするか、コピーして貼り付けるだけです。
＃9）バージョンに影響する ：
「バグ」タイプの問題の場合、製品バージョンをここに入力する必要があります。
例えば 5.6、5.7など
＃10）関連する問題 ：
メールプロバイダーはいくつありますか
このドロップダウンから適切な値を選択することにより、他の関連する問題を新しい問題にリンクできます。
たとえば、他の問題の修正によって問題が発生した場合、ドロップダウンから選択する値は「導入者」になります。このフィールドは、修正または拡張によって新しい欠陥がトリガーされた場合に非常に重要になります。
=>問題 ：「リンクされた問題」で適切な値を選択すると、関連する問題IDがここに表示されます。
＃11）譲受人 ：
これは、問題に取り組むユーザーの名前です。
たとえば、バグの場合、問題を修正するのは開発者の名前になります。このフィールドは通常、製品の所有者またはスクラムマスターによって入力されます。ここでも、誰が問題を割り当てるかは、組織によって異なる場合があります。
=> (Assign to me)（(Assignee)フィールドの右隅にあります）をクリックすると、ログインしているユーザーに問題が割り当てられます。
＃12）エピックリンク ：
叙事詩の関連リンクを選択してください。
＃13）スプリント ：
ここではスプリントの名前が選択されており、問題がいつ処理されるかを示しています。製品の所有者が決定した将来のスプリントになる可能性があります。
＃14）チーム ：
アジャイル環境では、さまざまなチームが存在する可能性があります。問題はチームの1つに割り当てられています。この割り当ては通常、製品の所有者またはスクラムマスターが製品の所有者と調整して行います。
＃15）最初の見積もり ：
このフィールドは、問題を解決するために必要な時間の労力を示します。
多くの場合、「推測」と呼ばれます。これには、必要なテスト作業も含まれます。それは、時間/日/週またはストーリーポイントで言及される可能性があります。スプリント計画中のアジャイル環境では、チーム全体が共通の推測に達します。
＃16）レポーター ：
このファイルは、ログインしたユーザーの名前でJiraによって自動入力されます。
注意： 以下のような他のカスタムフィールドをいくつか持つことができます（上の画像には表示されていません）。
（i）環境タイプ ：
テスト環境または実稼働環境で欠陥が見つかったかどうかを示します。
このフィールド値は、組織ごとに異なる場合があります。 Jiraを使用して組織の内部でのみ問題を作成し、エンドカスタマーが作成しない場合、このフィールドはまったく存在しない可能性があります。
（ii）再現性 ：
欠陥は再現可能ですか？このフィールドは、バグ以外の問題タイプでは使用できません。
（iii）お客様 ：
このフィールドは、問題を提出したエンドカスタマーを指定します。 Jiraが内部の問題処理にのみ使用されている一部の組織では、このフィールドが存在しない場合があります。
最高の無料レジストリクリーナーウィンドウズ8.1
注意： 上記のすべてのフィールドは、(課題の作成)ページの(フィールド)タブに属しています。これは通常、デフォルトのタブです。ページをカスタマイズして、「ドキュメント」などのタブを増やすことができます。これについては、以降のチュートリアルで説明します。
Jiraは、さまざまなタイプの問題を簡単かつ効率的に管理するための効果的な方法を提供します。
今日では多くのカスタマイズが可能であり、Jiraが最も人気のある選択肢になっています。
JIRAで問題はどのように処理されますか
JIRAの問題の処理–JIRAの欠陥をログに記録する方法
ログインしたユーザーが管理者ではなく、テストプロジェクトがコンポーネント（モジュール1とモジュール2、バージョン–バージョン1とバージョン2）を含む「Testfor STH」であると仮定して、問題の作成に移りましょう。キー–TFSはすでに存在します作成した。
JIRA課題の作成
問題はJIRAの核心を形成するため、問題を作成するためにメニューバーにオプションがあります。
「課題の作成」ボタンをクリックします。または、JIRAページで「c」と入力すると、次の「課題の作成」ダイアログが開きます。
このページのすべてのフィールドは自明です。以下で最も重要なものについて説明します。
事業 ：すべての問題はプロジェクトに属しています。ドロップダウンをクリックして、この問題を所属させるプロジェクトを選択することで、同じものを選択できます。
問題の種類 ：このフィールドには、JIRAを介して作成および追跡できるすべてのタイプの問題が表示されます。このリストでは、次のオプションを使用できます（このリストは、管理者が設定した設定によって異なる場合があります）。
バグ、新機能、タスク、改善の項目は、まさにその名前が意味するものです。エピックとストーリーは、アジャイルプロジェクトにより関連性があります。ストーリーはアジャイルの要件であり、最初から最後まで追跡する必要があります。エピックは物語のグループです。
必要に応じて問題の種類を選択します。 「バグ」で行きます。
概要 ：ここでバグにタイトルを付けてください。このフィールドを正しく使用すると、多くの重要な情報を送信するのに非常に役立ちます。ここで注意すべきいくつかの側面：
バグ/欠陥は本質的に正しくないものです。バグタイトルにアプローチする正しい方法は、「何が悪いのか」を簡潔に定義することです。
例 悪いタイトル/要約の例は「画面の内容をクリアするオプションがあるはずです」です。これを読んだとき、私の最初の反応は次のようになります。「わかりました、あるはずですが、ここでの問題は何ですか？オプションはまったく存在しませんか？または、オプションが存在し、コンテンツをクリアしていませんか？」
また、このバグを開いて詳細に調べると、この質問に対する答えが見つかると確信していることにも同意します。
ただし、ここで強調するのは、この「要約」フィールドを最も効率的な方法で使用することです。したがって、非常に適切な要約/タイトルは、「ホームログインページのコンテンツをクリアするオプションは、クリックされたときにフィールドをクリアしない」です。
このフィールドが提供する限られたスペースで、曖昧さなしに正確な問題を伝える方法でタイトルを書いてみてください。
優先度 ：このフィールドは、次のいずれかの値を取ることができます。
バグに適したオプションを選択してください。
と 置く t ：このリストには、プロジェクトのコンポーネントが表示されます。適切に選択してください。
影響を受けるバージョンと修正バージョン： これらの2つのフィールドには、プロジェクトで使用可能なバージョンが表示されます。特定のバージョンで発生した特定の問題が同じもので修正される必要はありません。そのような場合は、影響を受けるバージョンを現在のバージョンとして選択し、修正バージョンを次のバージョンとして選択できます。
また、これらのフィールドは複数の値を取ることができます。以下のように、特定の問題がバージョン1とバージョン2の両方に影響するように設定することを選択できます。
譲受人 ：この問題をさらに引き渡す相手の名前を入力できます。自分に問題を割り当てることもできます。
説明 ：これはオプションのテキストフィールドで、問題について必要なだけの情報を入力するのに役立ちます。の場合 バグ 、このフィールドを使用して、欠陥を再現する手順に関する詳細情報を提供するのが一般的です。
すべての情報を提供することが最も重要です。
「たとえば、州と市の2つのフィールドがあります。ドロップダウンから(州)を選択すると、(都市)フィールドに、選択した州のそれぞれの都市が表示されます。
「選択した一部の州では都市が空です」というバグを提起した場合。説明フィールドは、私がこの欠陥について詳しく説明する場所です。
不十分な説明の例は次のとおりです。
1）サイトに入る
2）アドレスページをクリックします
3）名前、住所などの他の詳細を入力します。
4）「状態」ドロップダウンをクリックします。状態を選択してください
5）(都市)ドロップダウンをクリックします–都市名をメモします
上記の説明は正確ですが、完全ではありません。この分野に関して言えば、提供する情報が多すぎるが少なすぎないという側面にあります。
次の手順が説明に追加された場合、これは もっと理にかなっています。
6）州を「カリフォルニア」として選択し、「都市」ドロップダウンをクリックします。すべての州が表示され、ユーザーは必要に応じて都市を選択できます。
7）州を「ルイジアナ」として選択し、「都市」ドロップダウンをクリックします。リストは空になります。
8）ニュージャージー州とユタ州でも、都市は空です。
したがって、繰り返しますが、正確な手順、正確なデータ、およびこのフィールドに入力するために必要と思われるその他の情報を入力してください。
アタッチメント ：問題のあるサポートドキュメントをアップロードできます。
すべての情報を満足のいくように入力したら、(問題の作成)ダイアログの最後にある(作成)ボタンをクリックして問題を作成できます。
問題が作成され、問題IDを持つユーザーにメッセージが表示されます。
注：問題IDに注意してください。プロジェクトの「キー」が前に付けられます。これは、特定のプロジェクトに属する問題を追跡/グループ化するJIRAの方法です。
上記のメッセージに表示されるリンクをクリックすると、作成された問題を表示できます。
(課題の作成)ページに関する追加の詳細
1） (課題の作成)ページの右上隅に(フィールドの構成)オプションがあります。
このオプションを使用して、課題の作成ダイアログに表示するフィールドを選択/変更できます。選択が行われると、JIRAはその後の問題の変更も記憶します。
2） 「課題の作成」ページの下部に、「別の課題の作成」があります
このオプションを選択して(作成)をクリックすると、現在の問題が作成されます。 JIRAは
「課題の作成」ダイアログが開き、プロジェクト、課題タイプ、および以前に作成された課題に従って自動選択された要約を除くその他のフィールドが表示されます。
以上で、「JIRAで問題を作成する」というトピックを締めくくります。
次のAtlassianJIRAチュートリアルでは、サブタスクと、特定のQA目的でそれらを使用する方法について学習します。
=> 完全なJIRAチュートリアルシリーズについては、こちらをご覧ください
あなたに
さあ、あなたから話を聞く時が来ました。バグ追跡にJIRAを使用する際に何か問題に直面しましたか？
テストチームがJIRAを欠陥管理に適応させる際の抵抗に重みがあると思いますか？