how report test execution smartly
ソフトウェアテストステータスレポート
「特定の情報が特定の形式で特定のチーム/個人から特定の時間間隔で特定のメンバーに送信されるという合意は、握手のようなものであり、タスクの結果がどうであれ、一方で、あなたはそれについて、遅かれ早かれ投稿され続けるでしょう。」
これは、ITプロフェッショナルの誓いの最初のセクションです。まあ、冗談です！誓いはありませんが、誓いがあれば、きっとその中のアイテムのリストのトップになります。そうですね。
説明責任と透明性（A＆T）は、プロジェクトレベル、チームレベル、タスクレベル、さらには個人レベルなど、さまざまなレベルのすべてのITプロジェクトに不可欠です。これらの属性が満たされていることをどのように確認しますか？答えは–コミュニケーション、より正式に– ステータスレポート ！
個人レベルでは、私たち全員が毎日レポートを送信して、日常業務の達成（または非達成）を伝えているのではありません。これは、あなたが実際にあなたの義務が何から始まるべきかを「知っている」ことを証明するために行きます。
学習内容：
デイリーステータスレポート
個人の「デイリーステータスレポート」の一部である必要がある情報は次のとおりです。
- 今日は何をしましたか？
- 明日は何をする予定ですか？
- 日中に何か問題に直面しましたか？はいの場合、どのように解決しましたか、それともまだ開いていますか？
- 明日のために何か入力が必要ですか？はいの場合、誰から、何をしていますか？
このメール/レポートの受信者は通常、マネージャーです。また、場合によってはチームメンバーにCCを送信することもできます。これは、チームが従う通信プロトコルによって異なります。
テストレポート
それでは、具体的に説明し、テスト/ QAチームが送信するレポートについてすべて学びましょう。
テストチームは、STLCのさまざまなフェーズでさまざまなレポートを送信します。
- テスト計画のステータス
- テストドキュメントのステータス
- テスト実行ステータス（欠陥ステータス）
テスト計画 ：テスト計画が作成されたとき、またはテスト計画に大きな変更が加えられたときは、残りのプロジェクトチームと通信するだけで十分です。
テストドキュメント ：テストの設計、データ収集、その他のアクティビティがいつ開始され、いつ終了するかをすべてのチームに知らせます。このレポートは、タスクの進行状況を知らせるだけでなく、アーティファクトを確認して承認する必要があるチームに、次の段階にあることを通知します。
テストの実行 ：実行はプロジェクトのフェーズであり、テストチームが主な焦点であり、ポジティブにもネガティブにも、私たちはヒーローであり悪役でもあります。
デイリーステータスレポートが送信されない限り、テストサイクル中の通常の日は実行されません。一部のチームでは、週次レポートに同意することもできますが、それを毎日送信するのが一般的です。
また、QAチームのステータスを関係者に提示するために、ステータス会議を毎日（または毎週）開催することも珍しくありません。
したがって、ステータスレポートのモードは次のようになります。
- メール/ドキュメント
- ミーティング/プレゼンテーション
- 両方–毎日の電子メールと毎週の会議など。
テスト実行ステータスレポート
毎日/毎週のテスト実行レポート：
c＃オブジェクト指向プログラミングの概念
それは何ですか？ 通常、これは、テストサイクル中のその日のQAチームの活動に対する透明性を確立するために送信される通信であり、欠陥情報とテストケース実行情報の両方が含まれます。
誰に行けばいいの？ –通常、開発チーム、環境サポートチーム、ビジネスアナリスト、およびプロジェクトチームが受信者/会議の参加者です。テスト計画は、この情報を見つけるのに最適な場所です。
テスト実行ステータスレポートには何が含まれていますか？ –10ポイント
- その日に計画されたテストケースの数
- 実行されたテストケースの数–その日
- 全体として実行されたテストケースの数
- その日に発生した欠陥の数/およびそれぞれの状態
- これまでに発生した欠陥の数/およびそれぞれの状態
- 重大な欠陥の数-まだ開いています
- 環境のダウンタイム–もしあれば
- ショーストッパー–もしあれば
- テスト実行シートの添付/へのリンク テスト管理ツール テストケースが配置される場所
- バグレポートへの添付/インシデント管理に使用される欠陥/テスト/管理ツールへのリンク
上記の10点は、よく気づいたら生データです。 事実を報告することと、いくつかの「賢い」事実を報告することは別のことです 。この情報をどのように改良しますか？
- 全体的なステータスをカラーインジケータで表示します。 例えば、 緑-時間通り、オレンジ-少し遅れていますが、遅延を吸収できます、赤-遅延。
- これまでのテストケースの合格率、欠陥密度、重大な欠陥の割合など、いくつかの単純なメトリックを含めます。これを行うことにより、単に数字を与えるだけでなく、実際にテストしている製品の品質を垣間見ることができます。
- 重要なフェーズが完了した場合-それを強調表示します。
- 将来の実行の全部/一部をブロックする重大な欠陥がある場合は、それを強調します。
- プレゼンテーションを使用する場合は、より良い影響を与えるためにいくつかのグラフを含めるようにしてください。
例えば、 以下のグラフは、 モジュールごとの未解決の欠陥の数 ：
これらとは別に、オプションで以下を含めることもできます。
- 次に予定されている活動は何ですか？
- 他のチームからの入力が必要ですか？必要な場合はどうしますか？
最後に、プロセスを支援するためのいくつかの指針：
- 簡潔にすると同時に完全にする
- 報告する結果が正確であることを確認してください
- 箇条書きを使用して、レポートを非常に読みやすくします
- 正しい日付、件名、リスト、添付ファイルが含まれていることを再確認してください。
- レポートが大きすぎて、レポートするには要素が多すぎる場合：ファイルとして共通の場所に配置し、ファイル自体ではなく電子メールでリンクを送信します。 （受信者がこの場所とファイルへのアクセス許可を持っていることを確認してください）
- ステータスミーティングの場合–プレゼンテーションの準備をし、時間どおりに到着し、最も重要なこととして、均一なトーンを維持します（欠陥を誇らしげにしないでください。一般に、「悪いニュース」です）。
サンプルステータスレポート
QAテストステータスレポート：
これらのガイドラインに従って、以下のステータスレポートに到達しました。
読者の便宜のために、彼らが伝えることができるさまざまなレベルの情報を伝える3枚のシートが含まれています。
シート1 –はプロジェクトの全体的なステータスの要約です。
シート2 –は、テストケースステータスの個々の詳細に関するものです。
シート3 –はサンプルのバグレポートです。
これをダウンロード サンプルステータスレポートXlsテンプレート 3枚すべてで。 （リンクを右クリックし、(名前を付けてリンクを保存)を選択してダウンロードします）
著者について– これはSTHチームメンバーのSwatiSeelaによる記事です。あなたは私たちの彼女についてもっと知ることができます ソフトウェアテストコースページ 。
以下のコメントや質問を私たちと共有してください。