1

Jiraでは、現在、当社がソフトウェア開発とソフトウェアテストを行う方法をモデル化しようとしています。通常、QAオープンチケットがあり、Software Devがチケットを取得し（自分自身に割り当てます）、Devチームがチケットを解決した後にQAがチケットを検証します。私たちが懸念しているのは、解決とクローズの両方を追跡できることです。

たとえば、2人のJiraユーザーの個人A（ソフトウェア開発者）と個人B（QA）を想定します。

B：チケットを開きます
A：問題を修正してチケットを解決し
ますB：チケットを閉じます

1日の終わりに、
A：解決された問題：10
B：クローズ/テスト された問題：10を確認できるようにしたいと考えています。

Jiraでこれを行う方法はありますか？

4

1 に答える 1

1

次のJQLを使用します。

# resolved from the beginning of the day
resolution = Done and resolutiondate > startOfDay()
# closed from the beginning of the day, assuming that closed issues can't be edited (default)
status = Closed and updatedDate > startOfDay()

そうは言っても、私たちはまったく違うことをすることになりました。ワークフローは次のとおりです。

  1. QAは、サポートの問題を確認した後、（QAプロジェクトで）チケットを開きます。
  2. QAには、ワークフローに特別な移行があります- pass to developers。waiting for devこれを行うと、元の問題は手動で変更できない状態に移行し、DEVプロジェクトに重複する問題が作成されます。すべての課題フィールドがコピーされています。この問題がすでに割り当てられている場合は、元のDEV問題が再度開かれます。
  3. 開発者はこの問題を選択して解決します。問題が解決されると、QAの元の問題がフリーズ解除され、QA after dev再び編集可能な状態に移行します。
  4. QAチームはこの問題を取り上げ、解決したかどうかを確認して閉じたかwaiting for dev、必要に応じて元に戻します。

このようにして、クローズ、オープン、解決、開発チームによるピックアップ、開発チームの待機など、いくつの問題を報告することができます。

この機能を実現するために、カスタムフィールドを使用して、2種類の問題から渡されたフィールドを保存し、2つの問題をリンクし、問題とリンクの作成にJira Scripting Suiteを使用し、ファイル検証にBehaviorsPluginを使用しました。

Jira ScriptingSuiteの代わりにJira>5.2のサポートが必要な場合は、ScriptRunnerを使用してください

于 2013-02-13T16:32:26.627 に答える