テスト管理ツールコラム

テスト計画とは? 例を含む完全ガイド

ソフトウェア テスト計画の作成は、ソフトウェア テストの最も基本的な概念の 1 つです。しかし、アジャイルや DevOps などの合理化されたライフサイクル プロセスの出現により、時間をかけてテスト計画やその他の形式のテスト文書を作成するという考えは、最小限に抑えられるか、完全に無視されることがよくあります。ライフサイクルに関係なく、すべてのプロジェクトに大きな利益をもたらすテスト計画には多くの価値があるため、これは残念です。

テスターやテスト マネージャーが「私たちはアジャイルなのでテスト計画を立てません」、あるいは「テスト計画を立てる時間がない」といったことを言うのを聞くのは珍しいことではありません。実際には、ライフサイクルのアプローチに関係なく、テスト計画は、テストの目的を達成するために適切なリソースを確保するための貴重なツールです。

探索的テストなどのテスト手法においても、テスト憲章は、誰がテストを実行するか、およびテスト作業にどれだけの時間を割り当てるかを定義するとともに、テス​​ト期間の焦点を概説する方法として使用されます。

計画は人生やビジネスのあらゆる取り組みにおいて不可欠です。たとえば、銀行は事業計画のない企業にお金を融資しません。マーケティング計画がなければ、企業は新規顧客にリーチする際の焦点と方向性を欠くことになります。プロジェクト計画がなければ、どんな取り組みも混乱に陥ってしまいます。

しかし、何らかの理由で、テストではテスト計画の重要性が無視されます。

従わないテスト計画にはほとんど価値がないことに注意してください。時間と労力をかけてテスト計画を作成した場合は、必要に応じて計画に従って計画を発展させてください。ただし、それを忘れないでください。

作業が開始されると、どんな計画でも調整が必要になることは周知の事実です。解決策は計画を放棄するのではなく、目の前の状況に適応させることです。これは特にテスト計画に当てはまります。

目次

• ソフトウェアテスト計画とは何ですか?
• テスト戦略 VS テスト計画
• テスト計画の書き方
• 聴衆を念頭に置いてテスト計画を作成する
• テスト計画のサイジング
• テスト計画テンプレートを作成または検索する方法
• テスト計画の変更に対処する方法
• 最終的な考え

テスト計画とは何ですか?

テスト計画は、テスト プロセスのプロジェクト計画であると考えてください。

これは、テスト計画が、特定のレベル (システム テストやユーザー受け入れテストなど)、または特定の種類のテスト (パフォーマンス テストやセキュリティ テストなど) でテストがどのように実行されるかを伝えることを意味します。

テスト計画 (QA テスト計画とも呼ばれる) は、テスト作業の取扱説明書またはガイドとみなすことができます。ここでは、テストの目的 (何を検証および/または検証する予定なのか)、テストの範囲 (何をテストするのか、何をテストしないのか) を、実行したいアクティビティの一般的な、場合によっては詳細なスケジュール (どのようにテストするか) とともに説明します。そしていつテストしますか）。

テスト計画には、プロジェクトで予測されるリスクとそのそれぞれのレベルをリストし、リスクごとにテストの優先順位を付けられるようにする必要があります。

おそらく、テスト計画で最も重要な部分は、必要なリソースの定義です。リソースは、人的 (テストに関係する人々など) および技術的 (テスト環境、テスト ツール、テスト データなど) として見ることができます。

テスト計画とテスト戦略

これから説明するように、テスト計画とテスト戦略はまったく同じものではありません。テスト計画は、テストがどのように実行されるかを伝えます。これには、テストの目的、テストのアプローチ、テスト ツール、テスト環境、テスト スケジュール、チームの責任と構成の定義が含まれます。ただし、適切なテスト アプローチやその他の計画の詳細を定義する前に、まず組織とプロジェクトの目標についてのより広い視野を定義する必要があります。

形式に関しては優れたテスト計画を立てても、実際にテストに必要なものを定義するという重要な目的を見逃してしまう可能性があります。ここで、主要なテスト目標を定義し、テストのアプローチが組織のニーズや目標と一致していることを確認する上で、テスト戦略が非常に重要になります。テストの組織的な観点は、テスト ポリシーによく見られます。

テスト戦略はテストの独自性を説明し、テストの「全体像」を示します。テスト戦略は、テストの「内容」と「理由」を説明するものと考えることができます。

実際の応用では、一般的な性質と目的を理解するために、最初にテスト戦略を定義することが最善であることがよくあります。これで、より詳細なテスト計画を作成するための基本情報が得られます。

プロジェクトの初期の非常に優れたアクティビティは、関係者を集めてテスト戦略についてブレインストーミングを行うことです。プロジェクトの早い段階でテスト指向のアクティビティを行うのは奇妙に思えるかもしれませんが、最も重要なプロジェクトアクティビティの 1 つであるテストがどのように実施されるかについて人々が考えるようになります。

初期段階では、テスト戦略に詳細は必要ありません。実際、それがテスト戦略の素晴らしい点です。要件やその他の仕様が定義される前でも定義できるのです。詳細は、テスト計画が作成される際に明らかになります。

テスト戦略でカバーされる一般的な項目は次のとおりです。

• 使用方法や関連テクノロジーなど、プロジェクトの独自性
• 信頼性、正確さ、使いやすさなどの重要な成功要因。
• ビジネス、プロジェクト、製品、技術などのリスク
• 役割と責任 (必ずしも名前で示す必要はありません)
• 一般的なスケジュールとスケジュール
• テストのレベル (コンポーネント、統合、システム、受け入れ)
• テストの種類 (機能、セキュリティ、ユーザビリティなど)

テスト戦略は非常に自由に作成できます。テスト戦略には標準 (ISO/IEC/IEEE 29119-3) が存在しますが、独自の標準を作成することもできます。非常に効果的で、作成に 1 時間もかからない 1 ページのテスト戦略を立てることも可能です。

テスト戦略テンプレートの例

テスト戦略ケーススタディの例

テスト計画の書き方

最初に作成するテスト計画が最も難しいかもしれません。それはあなたが初めて情報を吸収するからです。テスト計画を書けば書くほど、詳細の調査や物事の表現が上手になります。

テスト計画の作成は通常、テスト管理者またはリーダーの責任です。テスト チームや組織内の他の人 (ユーザーや開発者など) が入力やレビューのタスクを担当する場合がありますが、実際にテスト計画を作成するのは通常、マネージャーの責任です。

前述したように、テスト計画を作成する際の出発点としては、テスト戦略を定義することが重要です。ソフトウェア テスト戦略は、テストの広範な目的と、特定のプロジェクトまたはリリースがどのようにユニークであるかを理解するのに役立ちます。テスト戦略を策定したら、テスト計画の作成を開始する準備が整いました。

テスト計画の最初の草案にはギャップや曖昧さがあるのが一般的です。多くの場合、テスト計画に必要な情報は時間の経過とともに明らかになります。実際、テストの詳細は、テストの直前まで明らかにならない場合があります。たとえば、テスト対象の機能などの詳細はリリース時までに変更される可能性があります。

テスト計画を作成すると、計画に必要な詳細を学ぼうとして、作成作業が調査の 1 つになることがわかります。テスト計画の特定の部分をテスト チームのメンバーに割り当て、調査して文書化することをお勧めします。テスト計画の作成者は、情報を編集して編集できます。

おそらく、テスト計画を作成する際の最も重要なタスクの 1 つは、テスト計画をレビューすることです。最初のレビューは、コンテンツの知識を持つテスト チームのメンバーが参加するチーム レビューである必要があります。

必要な変更を加えた後、次のレビューには、プロジェクト リーダー、テスト チーム リーダー、技術テスト アナリスト、ビジネス アナリスト、対象分野の専門家、およびレビューに役立つ視点を提供できるその他の人々などの知識豊富な関係者が参加する必要があります。

聴衆を念頭に置いてテスト計画を作成する

あらゆる種類の文書を書く際の黄金律の 1 つは、読者のことを念頭に置いて書くことです。これを怠ると、読者が必要とする情報を伝えることができない文書となり、無視される可能性が高くなります。

明らかに、ビジネス指向の読者は専門用語に惑わされ、技術的な読者は、技術的な詳細がほとんど提供されていないと、計画が不足していると感じるでしょう。ビジネスが理解できる方法で技術情報を表現できるかどうかでバランスが保たれます。これは、テストだけでなく、情報技術のあらゆる分野で 40 年以上にわたって大きなニーズとなってきました。

テスト計画に関しては、技術的な詳細に大きく基づいた情報が含まれるのはテスト計画の詳細の一部のみであることを考慮してください。テスト計画の残りの部分には、役割に関係なく、すべての関係者が簡単に読める情報が含まれます。これは、テスト計画のレビュー、特に関係者を巻き込んだレビューを実施するもう 1 つの説得力のある理由です。

テスト計画の主要な属性は次のとおりです。

• 簡潔さ– 今日の人々は本を読まず、流し読みします。文章は短く、要点をまとめたものを使用すると効果的です。
• 構成– テスト計画を一般的な概要から開始し、その後、計画の本文で詳細を説明するのに役立ちます。優れたテスト計画のテンプレートと標準は、コンテンツの整理に役立ちます。番号付きのセクションとサブトピックは、テスト計画の項目を参照するときに役立ちます。
• 読みやすさ– ほとんどの聴衆が理解できる平易な言葉を使用します。可能であれば、頭字語の多用は避けてください。
• 変化への適応力– 変化に備えて計画を立てます。計画の詳細レベルが極端になると、プロジェクトの変更に応じて計画をより頻繁に変更する必要があります。
• 正確さ– テスト計画に含まれる情報が正確であると信頼できる必要があります。エラーが発見された場合は、できるだけ早く報告して修正する必要があります。

テスト計画の主な目標は、組織のあらゆる分野の読者にテストの詳細を伝えることであることに留意してください。したがって、テスト計画でコミュニケーションを強化するものはすべて、読者とのつながりに役立ちます。

テスト計画のサイジング

テスト計画を作成する際によくある質問は、「テスト計画はどれくらいの長さにする必要がありますか?」というものです。実際、テスト計画の長さはプロジェクトの特定の状況によって左右されるため、この質問に対する明確な答えはありません。

明らかに、大規模で複雑なプロジェクトでは、テスト作業の詳細を伝えるために、単純で小規模なプロジェクトよりも多くの情報が必要になります。覚えておくと役立つ原則は、テスト計画が長ければ長いほど、人々がそれを実際に読む可能性が低くなるということです。前述したように、多くの人は本を読む代わりに流し読みします。さらに、文書が長ければ長いほど、スキャンする傾向が高くなります。

テスト計画が長すぎると認識されると、人々はそれを完全に無視する可能性があります。テスト計画に関する私の個人的なガイドラインは、可能であれば 15 ～ 20 ページ未満に抑えることです。

テスト計画テンプレートを作成または検索する方法

ソフトウェア テスト計画のテンプレートまたは標準を用意して開始すると非常に役立ちます。組織に既存のテスト計画や標準がない場合は、ソフトウェア テストに関する書籍やその他の業界出版物にテスト計画の例が記載されています。

ただし、私はよく、オンラインで見つけられるテスト計画の例に従うことには注意するようアドバイスします。他の文書と同様、テスト計画にも欠陥が存在する可能性があり、場合によっては大きな欠陥があります。したがって、テンプレートを使用するときは、それがニーズを満たしており、重要な情報が省略されていないことを確認してください。

テスト計画、テスト ケース、テスト手順などのテスト文書の主要な国際標準はISO/IEC/IEEE 29119-3 です。この標準には、従来のテスト計画標準とアジャイル テスト計画標準の両方が含まれており、両方のタイプのテスト計画の例も含まれています。

標準が束縛だと感じる人もいますが、標準はあなたの味方でもあります。標準は、業界の長年の経験と実践に基づいたガイダンスと例を提供すると同時に、白紙のページからテスト計画を開始する必要をなくします。標準はニーズに合わせて調整する必要があります。したがって、標準を調整して適合させることはまったく問題ありません。

業界グループがテスト計画テンプレートを共有する場合もあります。防衛、金融、自動車、医療などの業界に従事している場合は、時間をかけてこの可能性を調査する価値があります。

ソフトウェア テストに関する教科書も、テスト計画テンプレートのソースになることがあります。

ここにテスト計画テンプレートの例があります。テスト計画テンプレートの例

テスト計画の変更に対処する方法

人々がテスト計画を避ける傾向がある理由の 1 つは、計画は変更される可能性が高いことがわかっているためです。テスト計画も例外ではありません。ただし、変更が起こる可能性があるからといって、テスト計画の作成を思いとどまるべきではありません。

重要なのは、変化に柔軟に対応できるように計画を作成することですが、どうすればよいでしょうか?

その答えは実は単純な原理に基づいています。名前、日付、リスク、技術的な詳細などの点で計画が詳細かつ具体的であればあるほど、変更が発生したときにテスト計画は脆弱になります。

しかし、テスト計画で伝える必要がある詳細についてはどうでしょうか? 詳細のないテスト計画に何の価値があるのでしょうか?

テストの目的、範囲、その他のより確実な詳細に関しては、通常、それらは他の詳細よりも変化に強く残ります。変更に敏感なスケジュール、人員、その他の詳細については、テスト計画の新しいバージョンを要求せずに変更を記録できる方法でそれらを参照することをお勧めします。

現在、多くの人がコンテンツ管理システムでテスト計画を作成し、スケジュールや見積もりなどの他の項目を簡単に参照できるようにしています。あなたの場合、詳細を参照することが不可能な場合は、変更による影響を最小限に抑えながら、テストをガイドするのに「ちょうど十分な」詳細でバランスを見つけるようにしてください。

最終的な考え

テスト計画は、プロジェクトのライフサイクル アプローチに関係なく、テストに不可欠なアクティビティです。テスト計画は、テストのプロジェクト計画のようなものです。

テストの多くの側面において、必要なリソースを必要なときに適切に配置するには、ある程度の計画と準備が必要です。人材や環境などの一部のリソースでは、多大な準備が必要な場合があります。テスト計画では、これらのリソースが定義され、テストのニーズが表現されます。

テスト計画の主な目的は、テストの実施方法を組織の残りの部分、場合によっては他の組織に伝えることです。テスト計画がないと、テストに関するコミュニケーションが非常に動的になり、人々はテストの目標や期待を常に把握できない可能性があります。

完璧なテスト計画はありませんが、テスト計画の作成で経験を積むほど、計画は容易になることに注意してください。

PractiTest(プラクティテスト)に関する
お問い合わせ

PractiTest(プラクティテスト)のトライアルアカウントお申し込みや、製品デモの依頼、
機能についての問い合わせなどお気軽にお問い合わせください。

トライアル

資料請求

お問い合わせ

※この記事は以下の記事を意訳した記事になります。

引用元：「What is a Test Plan? The Complete Guide for Writing a Software Test Plan」