メニュー

効果的なテスト要約レポートの書き方(サンプルレポートのダウンロード)

how write an effective test summary report

問題を排除するために楽器を試してください

サンプルテストサマリーレポートテンプレートを使用して効果的なテストサマリーレポートを作成するための簡単な12ステップガイド：

テストの一環として、いくつかのドキュメントとレポートが作成されています。いくつかは テスト戦略ドキュメント 、 テスト計画ドキュメント 、 リスク管理計画 、構成管理計画など。これらのテスト要約レポートの中には、テストの完了後に作成されるレポートの1つがあります。

私はその目的を説明しようとしました ' テスト概要レポート ' と提供 サンプルのテスト要約レポートテンプレートと実際のレポートをダウンロードします。

テスト概要レポート

学習内容：

テストサマリーレポートとは何ですか？

ご存知のとおり、ソフトウェアテストはSDLCの重要なフェーズであり、アプリケーションが通過するための「品質ゲート」としても機能し、テストチームによって「CanGoLive」として認定されます。

テスト要約レポートは、テストプロジェクトの終了時、またはテストの完了後に作成される重要な成果物です。このドキュメントの主な目的は、プロジェクトに対して実行されたテストに関するさまざまな詳細とアクティビティを、上級管理職、クライアントなどのそれぞれの利害関係者に説明することです。

の一環として 毎日のステータスレポート 、毎日のテスト結果は、関係する利害関係者と毎日共有されます。ただし、テスト要約レポートは、プロジェクトに対してこれまでに実行されたテストに関する統合レポートを提供します。

推奨読書=> テストの実行をスマートに報告する方法（ステータスレポートテンプレートのダウンロード）

離れた場所にいるクライアントが、たとえば4か月間実行されたテストプロジェクトの結果とステータスを理解する必要がある場合、テスト要約レポートが目的を解決するとします。

これは、一部として準備する必要があるアーティファクトでもあります。 CMMIプロセス 。

どのようなテスト要約レポートが含まれていますか？

典型的な テストレポートテンプレート 以下の情報が含まれますが、各社のフォーマットや慣行により、内容が異なる場合があります。また、理解を深めるために実際の例を示しました。

この記事の最後に、テストの概要レポートのサンプルをダウンロードできます。

最高のYouTubeビデオからMP3へのコンバーター

効果的なテスト要約レポートを作成するための12ステップガイド

ステップ1）ドキュメントの目的

例えば、 このドキュメントでは、「ABCDトランスポートシステム」アプリケーションのテストの一部として実行されるさまざまなアクティビティについて説明します。

ステップ2）アプリケーションの概要

例えば、 「ABCDトランスポートシステム」は、ウェブベースのバスチケット予約アプリケーションです。さまざまなバスのチケットは、オンライン機能を使用して予約できます。リアルタイムの乗客情報は「中央リポジトリシステム」から受信され、予約が確認される前に参照されます。登録、予約、支払い、レポートなど、目的を達成するために統合されたモジュールがいくつかあります。

ステップ3）スコープのテスト

  1. 範囲内
  2. 範囲外
  3. テストされていないアイテム

c ++ 11の面接の質問

例えば、 いくつかの技術的な制限のために接続を確立できなかったため、サードパーティアプリケーションへの接続を必要とする機能検証はテストできません。このセクションは明確に文書化する必要があります。そうでない場合、テストはアプリケーションのすべての領域をカバーしていると想定されます。

  • 範囲内： 以下のモジュールの機能テストはテストの範囲内です
    • 登録
    • 予約
    • 支払い
  • 範囲外： このアプリケーションのパフォーマンステストは行われませんでした。
  • テストされていないアイテム： いくつかの技術的な制限のために接続を確立できなかったため、サードパーティシステム「中央リポジトリシステム」との接続の検証はテストされませんでした。これは、接続が利用可能であるか確立できるUAT（ユーザー受け入れテスト）中に確認できます。

ステップ4）メトリクス

  • 計画されたテストケースと実行されたテストケースの数
  • 合格/不合格のテストケースの数

テストサマリーレポート1

テストサマリーレポート2

  • 識別された欠陥の数とそのステータスおよび重大度

テストサマリーレポート3

テストサマリーレポート4

  • 欠陥の分布–モジュールごと

テストサマリーレポート5

テストサマリーレポート6

ステップ5）実行されるテストの種類

  1. スモークテスト
  2. システム統合テスト
  3. および回帰テスト

注意：数回のテストが行​​われた場合は、詳細をここに含めることもできます。>

例えば、
に） スモークテスト
このテストは、ビルドが受信されるたびに実行されました （テスト環境にデプロイ） 主要な機能が正常に機能していることを確認するためのテストでは、ビルドを受け入れてテストを開始できます。

b） システム統合テスト

  • これは、アプリケーション全体が要件に従って機能することを確認するために、テスト対象のアプリケーションで実行されるテストです。
  • 重要なビジネスシナリオをテストして、アプリケーションの重要な機能がエラーなしで意図したとおりに機能することを確認しました。

c） 回帰試験

  • リグレッションテストは、テスト用に新しいビルドがデプロイされるたびに実行されました。このビルドには、欠陥の修正と新しい拡張機能が含まれています。
  • 回帰テストは、新機能や欠陥の修正だけでなく、アプリケーション全体で実行されています。
  • このテストでは、欠陥の修正と新しい拡張機能が既存のアプリケーションに追加された後、既存の機能が正常に機能することを確認します。
  • 新しい機能のテストケースが既存のテストケースに追加され、実行されます。

ステップ＃6） テスト環境とツール

例えば、
テストサマリーレポート7

ステップ7）学んだ教訓

例えば、
テストサマリーレポート8

ステップ8）推奨事項

例えば、

  • 欠陥管理ツールの管理者制御は、テストチームへのアクセスを提供するためにオフショアテストマネージャーに与えることができます。
  • リクエストが発生するたびにオンサイト管理者に連絡する必要がないため、地理的なタイムゾーンの違いによる時間を節約できます。

ステップ9）ベストプラクティス

例えば、

  • 毎回手動で行われる反復作業には時間がかかりました。このタスクは、スクリプトを作成して毎回実行することで自動化され、時間とリソースを節約しました。
  • スモークテストケースが自動化され、スクリプトが実行されたため、高速で実行され、時間を節約できました。
  • 自動化スクリプトは、テスト用に多くのレコードを作成する必要がある新しい顧客を作成するために準備されました。
  • ビジネスクリティカルなシナリオは、アプリケーション全体で個別にテストされます。これは、それらが正常に機能することを証明するために不可欠です。

ステップ＃10）終了基準

（i）計画されたすべてのテストケースが実行されます。
（iI）すべての重大な欠陥がクローズされているなど>

例えば、

  • すべてのテストケースを実行する必要があります– はい
  • 重大、重大、中程度の重大度のすべての欠陥を検証してクローズする必要があります– はい 。
  • 些細な重大度の未解決の欠陥– 閉鎖予定日とともに作成された行動計画。

Severity1の欠陥は「OPEN」であってはなりません。 2つのSeverity2欠陥のみが「OPEN」である必要があります。 Severity3の欠陥は4つだけ「OPEN」にする必要があります。注：これはプロジェクトごとに異なる場合があります。未解決の欠陥に対する行動計画は、それらがいつどのように対処され、解決されるかについての詳細とともに明確に言及されるべきです。>

ステップ＃11）結論/サインオフ

例えば、 セクション10で説明したように、終了基準が満たされ、満たされているため、このアプリケーションはテストチームによって「稼働」するように提案されます。 「稼働」の前に、適切なユーザー/ビジネスの受け入れテストを実行する必要があります。

ステップ＃12）定義、頭字語、および略語

=>サンプルテスト要約レポートのダウンロード：
ダウンロードするにはこちらをクリック サンプルのテストレポートテンプレートと例。

テストレポートテンプレート

テスト要約レポートを作成する際の注意点

  • テスト実行の一環として、実行されたテストに必要なすべての情報を収集します。これは、健全なテスト要約レポートを作成するのに役立ちます。
  • 学んだ教訓を詳細に説明することで、これらの問題を解決するためにとられた責任を伝えることができます。また、これはこれらを回避するための今後のプロジェクトのリファレンスになります。
  • 同様に、ベストプラクティスに言及することは、「付加価値」としても扱われる定期的なテストとは別に、チームが行った取り組みを表しています。
  • グラフィック形式（チャート、グラフ）でメトリックに言及することは、ステータスとデータを視覚的に表すための良い方法になります。
  • テスト要約レポートは、テストの一部として実行されたアクティビティについて言及し、受信者がよりよく理解できるように説明する必要があることを忘れないでください。
  • 必要に応じて、さらにいくつかの適切なセクションを追加できます。

結論

テスト要約レポートは重要な成果物であり、この成果物は上級管理職、クライアントなどのさまざまな利害関係者と共有されるため、効果的なドキュメントを準備することに重点を置く必要があります。

徹底的なテストを実行した後、実行されたテストとテストの結論の証拠としてそれを生成するには、テスト結果、メトリック、ベストプラクティス、学習した教訓、「稼働」に関する結論などを公開することが非常に重要です。

また、テストレポートのサンプルをダウンロードできるようにしました。これは、効果的なテストサマリーレポートを作成する方法の完璧な例です。

著者について： これはBaskarPillaiによるゲスト投稿です。彼は、テスト管理とエンドツーエンドのソフトウェアテストで約14年の経験があります。 CSTE認定のテスト専門家、トレーナーは、Cognizant、HCL、CapgeminiなどのIT専攻で働いており、現在、大規模なMNCのテストマネージャーとして働いています。

swfファイルを再生する方法

コメント/質問/考えを教えてください。

推奨読書

^