web-dev-qa-db-ja.com

テストケース管理ツールとしてのJira

Jiraで利用できる次のようないくつかのテストケース管理ソリューションを確認しました。

このテストケース管理ソリューションをさらに拡張できるかどうか疑問に思いました。私は持っているJiraソリューションを探しています：

  • 要件
  • テストケース（要件に該当）
  • テストレポート（テストケースの下にあります）

上記のリンクは「要件」の部分のみを無視し、テストケースとテストレポートのみに焦点を当てています。私が以前に使用したすべてのテストケース管理ツールには、HPQualityCenterのようなこれらの機能があります。

Jiraでこれを達成することは可能ですか？

TIA

jiratestcase
16
curiousgeorge

過去数週間、テストケース管理用にJiraをセットアップしようとしていたので、私の経験の恩恵を提供することができます。上記の手順（ テストケース管理用にJIRAをカスタマイズする ）はバグが多く不完全なので、注意してください。アトラシアンフォーラムの Jiraテストケーススレッド は非常に役立ちます。

編集：このリンクは壊れており、Atlassianの「フォーラム」は使用されていません。このリンクを使用してください： テストケース管理用にJiraをカスタマイズしてください 。

  1. 手順はJira3.x用です。最新バージョンは4.2です。違いがあります。
  2. 手順5「カスタムフィールド」のフィールド名が正しくありません。 「StepsToComplete」の最初のインスタンスには、「ActualOutcome」という名前を付ける必要があります。
  3. ステップ8.2では、「課題の作成」ステップを「テストケースの作成画面」に割り当てる必要があります。ワークフローやステップを作成していないため、これは困難です。手順9を完了したら、この手順に戻る必要があります。
  4. ステップ9、「カスタムワークフロー」は非常に混乱しています。新しい状態を2回作成するように指示されます（ステップ9.1とステップ9.4/5）。ステップ9.1では、「状態」ではなく、新しい「ステータス」を作成します。ステップ9.4/5では、「状態」ではなく、新しい「ステップ」を作成します。ステップ
  5. 新しいステップを作成するには、新しいトランジションを作成する必要があります。各トランジションは2つのステップをリンクします。ステップを作成するときに、トランジションを作成する必要があります。

ドキュメントにはかなり多くの落とし穴があるため、開始する前にJiraワークフローとさまざまなエンティティに慣れていることを確認してください。また、注意深くメモすることをお勧めします。

8
Logan

現在、 TestLodgeテストケースツール を使用してテストケースと要件を管理し、Jiraと統合して、失敗したテストケースのティックを作成しています。

4
Jean Murphy

要件をトップレベルのJIRAの問題として簡単に保存できます。要件を文書化する「ユーザーストーリー」方式を使用する多くのアジャイルプロジェクトがこれを行います。テストケースをトップレベルのJIRAの問題として保存し、要件のサブタスクにするのではなく、関連する要件にリンクします。これにより、たとえば、テストケースを複数の要件に適用できる場合に柔軟性が得られます。

すべてのテストケースが個別のJIRAの問題である場合は、テストを実行するたびに、各ケースのサブタスクとしてテストレポートを作成できます。これを簡単に行うには、JIRAに、再度実行するすべてのテストレポートのクローンを作成できるバルククローン機能が本当に必要ですが、JIRAでそれを行う方法を見つけることができませんでした。

3
gareth_bowles

それはあなたが望むものかもしれません：

http://blogs.atlassian.com/jira/bonfire/

1
Erman Taylan

アドオンのKanoahTestsをお試しください。

これは、JIRA用に特別に設計された包括的なテスト管理ソリューションです。

詳細については、www.kanoah.comのWebサイトにアクセスしてください。

1
Cristiano Caetano

私たちのチームには、QCを使用している（そしてまだいくつかのプロジェクトで使用している）QA部門があり、次のような問題組織を使用しています。

トップレベル

  • 要件-実際のユーザーストーリーをキャプチャします。 BAによって作成され、開発リーダーに割り当てられ、BAが所有します。
  • インシデント-本番システムで発生した問題をキャプチャします。 BA /オペレーションによって作成され、QAに割り当てられ、BAが所有します。
  • バイナリパッケージ-作成された各バイナリパッケージのライフサイクルを追跡するために、展開チームによって作成および所有されます。これまでのところ、展開と変更タスクをコメントとして追跡していますが、よりきめ細かくしたい場合は、個別の子の問題を使用することもできます。
  • テストラウンド-トップレベル-通常、レポートの目的で、QAチームの各テスト実行/フェーズによって生成されたアーティファクトを分離します。テスト実行の問題は、欠陥のコンテナです。
  • テストケース-QAマネージャーによって作成、割り当て、所有されています。ここで選択肢があります：
    • トップレベルの問題として定義されています-要件、複数の要件にリンクするか、スタンドアロンを作成できます（たとえば、JIRAで追跡されていない回帰シナリオをキャプチャするため）。
    • サブタスクとして定義-親を1つに制限しますが、関連する要件/インシデントをリンクすることはできます。大きな違いは、これにより、JIRAの各テストケースの理由を追跡する必要があることです。
    • 多くのプロジェクトでは、テストケースをQCに保持し、JIRAの欠陥のみを追跡します。

サブタスク

  • 開発（要件の下）-DEVリードによって作成され、DEVチームに割り当てられ、DEVチームによって所有されます。推定され、1人の人に割り当てられる作業またはユースケースの一部を説明します。
  • 欠陥（テストラウンドまたはインシデントの下で）、QA/DEVによって作成され、QAが所有するDEVチームに割り当てられます。孤立した欠陥の説明。ほとんどの場合、QAによって確認およびクローズする必要があることを除いて、開発と同じように扱われます。
  • テスト実行-1回のテスト実行の結果を文書化します。 JIRAも実行可能ですが、特にいくつかのプラグインを作成する場合は、QCがこれに適したツールであることがわかります。

これらの問題タイプはすべて、ほぼ標準のワークフロー（欠陥問題タイプのQA確認ステップが追加されています）といくつかのカスタムフィールドを使用します。 QAとDEVに別々のプロジェクトを使用する別のアプローチを検討していました。その場合、テストラウンドの問題タイプの代わりにバージョンを使用することもできましたが、さまざまな理由で反対しました（興味があればお知らせください。詳しく説明します）。 。

1
ddimitrov

私たちはAtlassianEnterpriseとPlatinumExpertsであり、基本的なテスト管理ツールとして使用するようにJIRAをカスタマイズできますが、インシデント管理ツール、タスク管理ツール、およびアジャイル管理ツール（JIRA Agileプラグインを使用）として優れていることを理解する必要があります。 ）。

テストケース管理ツールとして設計されたことはなく、純粋なテスト管理ツールに期待される機能を提供していません。カバレッジレポート、テスト実行履歴、手動および自動テストの管理などを1か所で。

私はCatchSoftware（ http://www.catchsoftware.com ）で働いており、市場をリードするJIRA統合を備えたWebベースのテスト管理ツールであるEnterpriseTesterを構築しました。

この統合により、JIRAストーリーからテストケーススタブを自動生成し、テスト実行からJIRA課題を自動的に作成し、レポートガジェットをJIRAまたはConfluenceに配置して、管理チームがすべての指標を1か所で確認できるようにします。

JIRAの社内インスタンスまたはOnDemandインスタンスとシームレスに統合された（プラグインは不要）純粋なテスト管理ツールを入手できます。

したがって、テストのニーズを確認してください。テストの基本が必要な場合は、JIRAで構築されたソリューションを支援できます。より専門的なテスト管理ツールが必要な場合は、Enterprise Tester（ http：// www。 Enterprisetester.com ）

よろしくブライス

0
Bryce Day

数週間前の時点で、JIRAは最近、すべてのサブタスククローンの前に「CLONE-」という単語を付ける「機能」を実装しました。これは以前はそうではありませんでした。JIRAStudioを使用している場合、この問題を回避する適切な解決策はありません。つまり、今はうまく機能していたので、専用のツールを使用する必要があります。

つまり、サブタスクタイプのテストケースの束を含むQAサイクルを持つという文書化されたアプローチを使用している場合、新しいテスト実行のためにQAサイクルを複製すると、すべてのテストケースの前に単語「クローン-」。

私の場合は、専用のテスト管理ツールに切り替えます。

0
Dan Tanner

JIRAとうまく統合できる優れたテスト管理アドオンであるZephyrforJIRAをお勧めします。これにより、エピック/ユーザーストーリーの管理に加えて、テストケーススイートと実行を維持できます。

http://getzephyr.com/

私が最近引っ越したチームは新しくセットアップされ、TMツール自体を使用していませんでした（欠陥ログにJIRAを使用し、TCを維持するためにExcelを使用していました）-市場を調査する機会を見つけ、ツールを探し始めましたテストサイクルの管理に適合し、柔軟性を高めることができます。

ZephyrはJIRA画面にきれいに埋め込まれており、ルックアンドフィールはJIRAとまったく同じです。したがって、チームがすでに問題/欠陥のログ記録にJIRAを使用している場合、Zephyrを学習しても、新しいツールをミックスに導入する複雑さは増しません。

以前のプログラムでは、HP ALM（およびそのように呼ばれた場合はQC）を使用しました。ドライブがアジャイルになるようになったので、ALMはアジャイルにとって少し面倒であることがわかりました...私はそこで間違っているかもしれませんが、Zephyr/JIRAの後、テスト管理のためにZephyrにとどまることにしました;）

私の評価では、Zephyr forJIRAは非常にうまく機能しています。私が取り組んでいるスクラムの1つ（6つの異なるスクラムの大きなプログラムです！）を使用してPOCを実行し、他のチームへの展開を開始しました。彼らもアイデアとセットアップ全体を気に入っていました。価格設定もそれほど高くはありません。

P.S. -JIRAサーバーにZephyrを使用しています。

この情報がお役に立てば幸いです。

乾杯！

0
Amandeep Singh