16

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

このテスト ケース管理ソリューションをさらに拡張できないかと考えていました。次のような Jira ソリューションを探しています。

  • 要件
  • テスト ケース (要件の下にある)
  • テスト レポート (テスト ケースの下にある)

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

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

ティア

4

10 に答える 10

8

ここ数週間、テストケース管理用に Jira を設定しようとしてきたので、私の経験から利益を得ることができます。上記の手順 (テスト ケース管理用に JIRA をカスタマイズする ) はバグが多く、不完全であるため、事前に注意してください。アトラシアン フォーラムのJira テスト ケース スレッドは非常に役に立ちます。

編集:このリンクは壊れています。アトラシアンの「フォーラム」は使用されなくなりました。次のリンクを使用します: Test Case Management 用に Jira をカスタマイズします。

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

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

于 2011-01-28T04:28:51.847 に答える
4

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

于 2011-09-10T19:32:19.740 に答える
3

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

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

于 2010-10-13T17:31:22.360 に答える
1

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

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

于 2011-08-18T15:49:33.527 に答える
1

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

トップレベル

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

サブタスク

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

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

于 2010-10-17T04:55:08.237 に答える
0

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

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

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

于 2011-03-09T03:59:09.930 に答える
0

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

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

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

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

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

したがって、テストのニーズを確認してください。テストの基本が必要な場合は、JIRA ビルド ソリューションで支援できます。より専門的なテスト管理ツールが必要な場合は、Enterprise Tester ( http://www.enterprisetester.com )を自由にチェックしてください。

よろしくブライス

于 2013-10-15T08:39:39.240 に答える
0

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

http://getzephyr.com/

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

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

以前のプログラムでは、HP ALM (および QC と呼ばれていたときは QC) を使用しました。アジャイル化を推進することになった今、ALM はアジャイルには少し扱いに​​くいことがわかりました... 私は間違っているかもしれませんが、Zephyr/JIRA の後、テスト管理のために Zephyr を使用することにしました ;)

私の評価では、Zephyr for JIRA は非常にうまく機能しています。私が取り組んでいるスクラムの 1 つ (6 つの異なるスクラムからなる大規模なプログラムです!) を使用して POC を行い、現在、他のチームへのロールアウトを開始しており、彼らもそのアイデアとセットアップ全体を気に入ってくれました。価格設定もそれほど高くありません。

PS - JIRA サーバーには Zephyr を使用しています。

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

乾杯!

于 2015-11-26T21:38:06.600 に答える
-1

QASymphony によるqTestテスト ケース管理ツールをお勧めします。JIRAの統合はクラス最高です。JIRA ストーリー、タスク、またはサブタスク (またはカスタム課題タイプ) であるかどうかにかかわらず、すべての開発作業をプルオーバーし、テスト ケースをそれらに関連付けることにより、ツールを通じてそれらへのトレーサビリティを構築できます。最終的に、ワンクリックでレポートを生成できます。

すべての手動テスト ケースをそこに保存し、自動化の取り組みを一元化できます。また、UAT および探索的テスト用の気の利いたドキュメント ツールもあります。このツールは欠陥レベルでも統合されるため、テスターはテスト実行から JIRA の問題を直接 JIRA に送信できるため、開発者は問題に取り組むことができます。基本的に、JIRA は引き続き開発および計画作業に使用できますが、すべてのテスト作業は TCM 内で取り組むことができます。このスムーズな JIRA のエンタープライズ規模のツールへの統合により、SDLC プロセス全体がより合理化されます。

于 2015-12-21T17:30:12.257 に答える