QCでバグの履歴を追跡する方法はありますか?私が取得しようとしているのは、リリース中に再度開かれているバグの数と、それが再び開かれた回数です。QCからは、「ステータス」は「クローズ」としか表示されませんが、「クローズ」から「再開」、「修正」、「再開」、「クローズ」に何度も変更されたという情報は得られません。 "。
前もって感謝します!
QCでバグの履歴を追跡する方法はありますか?私が取得しようとしているのは、リリース中に再度開かれているバグの数と、それが再び開かれた回数です。QCからは、「ステータス」は「クローズ」としか表示されませんが、「クローズ」から「再開」、「修正」、「再開」、「クローズ」に何度も変更されたという情報は得られません。 "。
前もって感謝します!
QC の監査履歴テーブルには、QC 要素 (ここではバグ) のすべての変更について格納された情報があります。したがって、再オープンの不具合を取得する SQL クエリを作成できます。私はそれらを初回修正失敗と呼んでおり、より多くの失敗を取得すると、より多くのテストが行われる理由についての良い証拠を提供します。
以下は、この情報があり、SQL クエリの例で抽出する方法を説明しているブログ リンクです。
履歴テーブルはすべてを自動的に追跡するわけではないので、履歴を追跡するために、可能な限りカスタマイズフィールドモジュールでそれをマークすることを最初に確認してください。Saas経由でQCを使用していて、SQL Serverにアクセスできない場合は、いつでもOTA(QC Api)経由で実行し、そこでsqlを使用できます。他の方法としては、ワークフローを使用してファイルに書き込みます。おそらく、関連するQCモジュールのonchangedイベントまたはonsavedイベントにxmlファイル(vbscriptを使用)を書き込みます。
そのフィールドと欠陥番号の履歴テーブルの行を調べる SQL クエリを作成できます (データベースに直接クエリを実行するか、QC の「優れた」ダッシュボードとそこで Excel クエリを使用します)。
ドキュメントには、これらのようなクエリの例が十分にあるはずなので、投稿した場合に機能するか、ここで議論できる使用可能なクエリを考え出すことができます。