ソフトウェアテストにおけるテスト計画（例）

プロジェクトの範囲をどのように決定しますか?

範囲を決定するには、次のことを行う必要があります –

• 顧客の正確な要求
• プロジェクト予算
• 製品仕様書
• テストチームのスキルと才能

テストの「範囲内」と「範囲外」を明確に定義する必要があります。

• ソフトウェア要件としては スペック、プロジェクト Guru99 Bank は、すべてのテストにのみ焦点を当てています。 機能 およびウェブサイトの外部インターフェース Guru99 銀行 （範囲内 テスト）
• 非機能テストなど ストレス, パフォーマンス or 論理データベース 現在はテストされません。 (の 範囲）

問題のシナリオ

顧客は API をテストしてほしいと考えています。 しかし、プロジェクトの予算がそれを許可しません。 このような場合、どうしますか？

そうですね、そのような場合、お客様に次のことを納得してもらう必要があります。 APIテスト これは余分な作業であり、大量のリソースを消費します。 あなたの事実を裏付けるデータを彼に渡してください。 API テストが範囲内に含まれる場合、予算は XYZ 額増加することを彼に伝えます。

顧客は同意したため、新しい範囲、範囲外の項目は次のようになります。

• 対象範囲内の項目: 機能テスト、API テスト
• 範囲外の項目: データベースのテスト、ハードウェアおよびその他の外部インターフェイス

ステップ 2.2) テストの種類を特定する

A テストタイプ は、期待されるテスト結果が得られる標準的なテスト手順です。

各テストの種類は、特定の種類の製品のバグを特定するために策定されています。 ただし、すべてのテスト タイプは XNUMX つの共通の目標を達成することを目的としています。」の早期発見 製品を顧客にリリースする前にすべての欠陥を確認してください。」

この よく使われる テストの種類は次の図のように説明されます

全 大量のテストタイプ ソフトウェア製品のテスト用。 あなたのチーム 持てない あらゆる種類のテストに対処するのに十分な努力が必要です。 テストマネージャーとして、次のことを設定する必要があります。 優先順位 テストタイプの

• どのテスト タイプにする必要があるか 焦点を当て Webアプリケーションのテスト用ですか？
• どのテスト タイプにする必要があるか 無視され コストを節約するためですか？

ステップ 2.3) リスクと問題点を文書化する

リスクは未来のもの 不確実な出来事 の確率で 発生 フォルダーとその下に 潜在的な 損失のために。 実際にリスクが起こると、「」になります。問題'。

記事では リスク分析と解決策, あなたはすでに「リスク」分析について詳しく学び、プロジェクトの潜在的なリスクを特定しました。

QA テスト計画では、これらのリスクを文書化します。

リスク	緩和
チームメンバーには、Web サイトのテストに必要なスキルがありません。	計画 研修コース メンバーのスキルアップのために
プロジェクトのスケジュールが厳しすぎます。 このプロジェクトを期限内に完了するのは難しい	作成セッションプロセスで テストの優先順位 テストアクティビティごとに。
テストマネージャーの管理能力が低い	計画 リーダーシップ研修 マネージャーのために
協力の欠如は従業員の生産性に悪影響を及ぼします	奨励する 各チームメンバーが自分のタスクに取り組み、 そしてインスピレーションを与える 彼らはさらなる努力を続けます。
誤った予算見積もりとコスト超過	を確立する スコープ 作業を開始する前に、プロジェクト計画に細心の注意を払い、進捗状況を常に追跡および測定します。

ステップ 2.4) テスト ロジスティックスの作成

テスト ロジスティクスでは、テスト マネージャーは次の質問に答える必要があります。

• ヘイオーストラリア テストしますか？
• 日時 テストは行われますか？

誰がテストするの？

テストを行うテスターの正確な名前はわからないかもしれませんが、 テスターの種類 定義することができます。

指定されたタスクに適切なメンバーを選択するには、そのメンバーのスキルがそのタスクに適しているかどうかを考慮し、プロジェクトの予算も見積もる必要があります。 タスクに間違ったメンバーを選択すると、プロジェクトが中断される可能性があります。 失敗する or 遅らせる.

ソフトウェアテストを実行するには、次のスキルを持つ人が最適です。

• 能力 わかる 顧客の視点
• 強い 慾望 品質のために
• 注目 詳細へ
• グッド 協力

あなたのプロジェクトにおいて、テスト実行を担当するメンバーは、 テスター。 プロジェクトの予算に基づいて、テスターとして社内または社外のメンバーを選択できます。

テストはいつ行われますか?

テストアクティビティは、関連する開発アクティビティと一致している必要があります。

準備ができたらテストを開始します すべての必須アイテム 次の図に示す

ステップ 3) テストの目的を定義する

テスト目標は、テスト実行の全体的な目標と達成度です。 テストの目的は、ソフトウェアの欠陥をできるだけ多く見つけることです。 テスト対象のソフトウェアが バグフリー リリース前

テストの目的を定義するには、次の2つの手順を実行する必要があります。

1. テストが必要なすべてのソフトウェア機能 (機能、パフォーマンス、GUI など) をリストします。
2. 定義 ターゲット または 目標 上記の特徴に基づくテストの

これらの手順を適用して、Guru99 Bank テスト プロジェクトのテスト目標を見つけてみましょう

を選択できます。トップダウン' テストが必要な Web サイトの機能を見つける方法。 この方法では、テスト対象のアプリケーションを次のように分割します。 コンポーネント と サブコンポーネント.

前のトピックでは、要件仕様を分析し、Web サイトを実際に見て回ったので、 心理図 ウェブサイトの特徴は次のとおりです

この図は、Guru99 Web サイトが持つ可能性のあるすべての機能を示しています。

上記の機能に基づいて、プロジェクトGuru99のテスト目標を次のように定義できます。

• ウェブサイト Guru99 かどうかを確認してください 機能性(口座、預金など) は、実際のビジネス環境ではエラーやバグもなく期待どおりに動作しています。
• などのWebサイトの外部インターフェイスを確認してください。 UI 期待どおりに動作しており、顧客のニーズを満たしている
• その 使いやすさ ウェブサイトの。 それらの機能はユーザーにとって便利ですか?

ステップ 4) テスト基準を定義する

テスト基準は、テスト手順やテスト判断の基準となる標準または規則です。テスト基準には次の2種類があります。

停止基準

テストの重要な一時停止基準を指定します。 テスト中に一時停止基準が満たされた場合、アクティブなテスト サイクルが継続されます。 サスペンド 基準が決まるまでは 解決.

テスト計画の例: チーム メンバーから次のような報告があったとします。 40％ のテスト ケースが失敗した場合、次のことを行う必要があります サスペンド 開発チームが失敗したケースをすべて修正するまでテストを続けます。

終了基準

を示す基準を指定します。 成功した テスト段階の完了。 終了基準はテストの目標結果であり、開発の次の段階に進む前に必要です。 例： 95％ すべての重要なテスト ケースに合格する必要があります。

終了基準を定義するいくつかの方法は、ターゲットを指定することです。 実行速度 と 合格率.

• ランレートは次の比率です。 実行されたテスト ケースの数/テスト ケースの合計 テスト仕様書の。 たとえば、テスト仕様には合計 120 の TC がありますが、テスターは 100 の TC のみを実行したため、実行率は 100/120 = 0.83 (83%) となります。
• 合格率は次の比率です。 番号 合格したテスト ケース / 実行されたテスト ケース。 たとえば、実行された 100 件を超える TC のうち、合格した TC は 80 件であるため、合格率は 80/100 = 0.8 (80%) となります。

このデータは、テスト メトリック ドキュメントで取得できます。

• ラン レートは必須です 100％ 明確な理由が示されない限り。
• 合格 料金はプロジェクトの範囲によって異なりますが、 高い合格率を実現 が目標です。

テスト計画の例:あなたのチームはすでにテストを実行しています。 彼らはあなたにテスト結果を報告し、あなたに確認してもらいたいと考えています。 終了基準。

上記の場合、実行レートは必須です。 100％、 しかし、テスト チームはテスト ケースの 90% しか完了しませんでした。 これは実行率が満たされていないことを意味するため、終了基準を確認しないでください。

ステップ 5) リソース計画

リソース計画は、 詳細な要約 プロジェクト タスクを完了するために必要なあらゆる種類のリソース。 リソースとは、プロジェクトを完了するために必要な人材、設備、資材などです。

リソース計画はテスト計画の重要な要素です。 決定 　 数 プロジェクトに使用されるリソース (従業員、設備など)。 したがって、テストマネージャーはプロジェクトの正しいスケジュールと見積もりを作成できます。

このセクションでは、プロジェクトに推奨されるリソースを示します。

人材

次の表はプロジェクトチームのさまざまなメンバーを表しています

いいえ。	Director	タスク
1.	テストマネージャー	管理 プロジェクト全体 プロジェクトの定義 方向 適切なリソースを取得する
2.	テスター	適切なテスト手法/ツール/自動化アーキテクチャの特定と説明 テストアプローチの検証と評価 実行する テスト、 歳入録 その結果、 レポート 欠陥。 テスターは、プロジェクトの予算に基づいて、社内または社外のメンバーになる可能性があります 必要なタスクについては、 低いです スキルを選択することをお勧めします 外注 メンバーに 保存 プロジェクトのコスト。
3.	テスト中の開発者	実施する テストケース、テストプログラム、テストスイートなど。
4.	試験管理者	積み上げて確保する テスト環境 そして資産は マネージド と 維持 サポートテスト環境を使用してテストを実行するためのテスター
5.	SQAメンバー	品質保証を担当する テストプロセスが指定された要件を満たしているかどうかを確認するためにチェックします

システムリソース

Web アプリケーションをテストするには、次の表のようにリソースを計画する必要があります。

いいえ。	その他	Descriptイオン
1.	サーバー	テスト対象の Web アプリケーションをインストールする これには、個別の Web サーバー、データベース サーバー、およびアプリケーション サーバー (該当する場合) が含まれます。
2.	テストツール	テストツールは、テストを自動化し、ユーザー操作をシミュレートし、テスト結果を生成します。 このプロジェクトに使用できるテスト ツールは数多くあります。 Selenium、QTP…など。
3.	ネットワーク	実際のビジネス環境やユーザー環境をシミュレートするには、LAN やインターネットなどのネットワークが必要です
4.	パソコン	ユーザーがWebサーバーに接続するためによく使用するPC

ステップ 6) テスト環境を計画する

テスト環境とは何ですか

テスト環境は、テスト チームがテスト ケースを実行するソフトウェアとハ​​ードウェアのセットアップです。 テスト環境は次のもので構成されます。 本物のビジネス と user 環境、およびサーバー、フロントエンド実行環境などの物理環境。

テスト環境のセットアップ方法

プロジェクトに戻り、どのように設定しますか テスト環境 この銀行のウェブサイトについて?

このタスクを完了するには、次のものが必要です 強力な協力 テストチームと開発チームの間

テスト対象の Web アプリケーションを理解するには、開発者にいくつかの質問をする必要があります。 はっきりと。 おすすめの質問をいくつか紹介します。 もちろん、必要に応じて他の質問をすることもできます。

• この Web サイトが同時に処理できる最大ユーザー接続数はどれくらいですか?
• この Web サイトをインストールするためのハードウェア/ソフトウェア要件は何ですか?
• Web サイトを閲覧するには、ユーザーのコンピュータに特別な設定が必要ですか?

次の図は銀行ウェブサイトのテスト環境を示しています。 http://demo.guru99.com/V4

ステップ7) スケジュールと見積もり

記事では テストの見積もり、プロジェクトを完了するための労力を見積もるために、すでにいくつかのテクニックを使用しました。 次に、その見積もりとスケジュールをテスト計画に含める必要があります。

テスト見積もりフェーズでは、プロジェクト全体を小さなタスクに分割し、以下のように各タスクの見積もりを追加するとします。

仕事	加盟国	労力を見積もる
テスト仕様書を作成する	テストデザイナー	170人時
テスト実行の実行	テスター、テスト管理者	80人時
試験報告書	テスター	10人時
テストの実施		20人時
トータル		280人時

次に、 スケジュール これらのタスクを完了するには、

スケジュールの作成はプロジェクト管理の一般的な用語です。 テスト計画でしっかりとしたスケジュールを作成することで、テスト マネージャーはプロジェクトの進捗状況を監視し、コストの超過を制御するためのツールとしてそれを使用できます。

プロジェクト スケジュールを作成するには、テスト マネージャーは次のようないくつかの種類の入力が必要です。

• 従業員とプロジェクトの期限: 稼働日、プロジェクトの期限、リソースの可用性がスケジュールに影響を与える要素です
• プロジェクトの見積もり: テスト マネージャーは、見積もりに基づいて、プロジェクトが完了するまでにどれくらい時間がかかるかを把握します。 そうすれば彼は適切なプロジェクトのスケジュールを立てることができます
• プロジェクトリスク : リスクを理解すると、テスト マネージャーがリスクに対処するためにプロジェクトのスケジュールに十分な時間を追加するのに役立ちます。

例を使って練習してみましょう:

上司がプロジェクト Guru99 を完了したいと考えているとします。 XNUMXつ 月に、テスト見積もりで各タスクの作業量をすでに見積もっています。 以下のようにスケジュールを作成できます

ステップ 8) 成果物をテストする

テスト成果物は、テスト作業をサポートするために開発および保守する必要があるすべてのドキュメント、ツール、およびその他のコンポーネントのリストです。

テストの各段階で異なるテスト成果物があります。 ソフトウェア開発ライフサイクル.

テスト成果物が提供されます テスト段階。

• テスト計画の文書。
• テストケースのドキュメント
• テスト設計の仕様。

テスト成果物が提供されます 間に テスト

• テストスクリプト
• シミュレータ
• テストデータ
• テストトレーサビリティマトリックス
• エラーログと実行ログ。

テスト成果物が提供されます After テストサイクルは終わりました。

• 試験結果・報告書
• 欠陥レポート
• 設置/テスト手順のガイドライン
• リリースノート

その他

サンプルのテスト計画テンプレートをダウンロードする

ウェブサイト Guru99 Bank のサンプル システム テスト計画をダウンロード