how plan manage testing projects effectively
プロジェクト計画は、プロジェクト管理プロセスの重要な要素の1つです。
個々のチームが達成すべき目標をどのように解釈するかは、プロジェクト計画に組み込まれている明確さのレベルを直接表しています。特にテストプロジェクトに関しては、不正確なプロジェクト計画は、テスト対象のシステムのテスト実行および製品全体の全体的な品質に深刻な影響を与える可能性があります。
=> 完全なテスト計画チュートリアルシリーズについては、ここをクリックしてください
このテストプロジェクト計画チュートリアルでは、
- テストプロジェクトにおける全体的なプロジェクト計画プロセス
- リソース管理、調整、レポート作成手法など、特定の計画要素に関するディスカッション
学習内容:
テスト計画プロセス
以下に、簡潔に説明した、テスト計画プロセスのさまざまな段階のウォークスルーを示します。
ステージ#1:要件を確認して分析する
これはあらゆるプロジェクトの最初のステップであり、あらゆるテストプロジェクトで非常に重要な役割を果たします。
しようとしている間 要件を分析する 、テストチームは、テストする必要のある項目を特定して決定する必要があります。これらの項目は、エンドユーザーがシステムをどのように消費するかに大きく依存しているため、測定可能で、詳細で、意味のあるものでなければなりません。
識別される項目または機能は、一般に、特定のソフトウェアまたは製品が何をしようとしているのかを説明します。機能要件として特徴付けられます。また、パフォーマンスやエンドツーエンドのソフトウェアコンポーネントの相互作用など、機能以外の要件が特定される場合もあります。
ビジネス目標を認識し、必要な要件を適切に定義できる人は、通常、このアクティビティの一部です。その後、要件は文書化され、レビューのために回覧されます。ドキュメントを最終的な承認に導くには、すべてのレビューコメントとフィードバックを組み込む必要があります。
ステージ#2:テストの範囲
テストの範囲は、通常、要件分析フェーズの延長であり、密接に関連しているため、ほとんどの場合、単一のアクティビティと見なされます。要件が満たされると、テストチームは、テストする項目とテストしない項目を決定します。
このアクティビティは、テストのどの領域がどのチームによってカバーされているかを判断することも目的とすべきです。
例えば 1つのチームはFVT(機能検証テスト)に専念し、SVT(システム検証テスト)はテストの範囲が完全に異なり、グローバリゼーションはFVTなどによって実行される場合と実行されない場合があります。
また、テストプロジェクトで自動化が必要な場合は、その実現可能性もここで評価されます。明確な範囲を定義することは、何がテストされ、どのチームがテスト作業をカバーしたかを明確に把握するために、管理者にとって非常に貴重であることがわかります。
mp3音楽ダウンロード無料アプリAndroid用
ステージ#3:設計 テスト戦略 スコープに応じて
要件を収集し、テストの範囲を特定した後、テストチームは、テスト戦略ドキュメントと呼ばれる高レベルのドキュメントを作成し、テストの目的を達成するためのテストアプローチを定義します。
テスト戦略ドキュメントは、頻繁に更新されることを意図したものではありません。
大まかに言えば、テスト戦略文書の内容には、テストの範囲と目的、個々のテストチームのアプローチ、役割と責任、テスト用に特定されたツール、特定されたメトリック、リスクと軽減計画、レポートと追跡が含まれます。メカニズムなど
ステージ#4:テストと管理に必要なツールを特定する
自動化が可能かどうか、およびCLI(コマンドラインインターフェイス)またはGUI自動化が対象かどうかに基づいて、対応するツールを特定する必要があります。
また、タスクの作成と割り当て、テストの進行状況の追跡、障害の特定、進行状況を示すレポートの生成に役立つ、テスト管理用に特定されたツールも必要です。これについては、チュートリアルの後半で詳しく説明します。
ステージ#5:テストの労力とチームを見積もる
正確な労力の見積もりにより、時間の遅延を防ぎ、必要に応じてリソースの再バランスを動的に有効にすることができます。
プライマリー この活動に影響を与える要因 チームの規模、チーム内のスキル、チームの態度、スケジュールです。
デフォルトゲートウェイを利用可能にする方法
チームの関心レベルに直接比例するこれらの要因と一致するように、チームが作業量の見積もりを確認する必要があります。
ステージ#6:テストスケジュールを定義する
論理的なラインアイテムに分解されたテスト可能なアイテムができたら、指定された作業のサイズ見積もりが完了したら、これらすべてと割り当てられたテスターに基づいて、測定可能なテストスケジュールを定義する必要があります。
ステージ#7:有効化計画
テストが必要な新しいプロジェクトであろうと、既存のシステムの拡張であろうと、テストチームは、技術的にだけでなく、実行されるテストプロセス全体に関してもトレーニングを受ける必要があります。
ステージ#8:決定し、 テスト環境を調達する
システムのテストに必要なインフラストラクチャを特定し、テストをサポートするために必要なハードウェア、ソフトウェア、およびネットワーク部分を取得するためのすべての要求を開始します。
これは、生成された欠陥に直接影響を与えるテスト環境の安定性を左右するため、計画フェーズの重要な要素です。
ステージ#9:特定する テストメトリクス
テストメトリクスは通常、製品またはシステムの品質を導き出すための定量化された方法です。
プロジェクトの開始時に、これらの測定可能な単位は、改善の機会があるかどうかを判断するのに役立つレベルセットである必要があります。一般に、品質監査の目的では、メトリックは製品とプロセスの品質の直接的な指標です。
ステージ#10:作成する ソフトウェアテスト計画 、レビュー、承認済み
テスト計画ドキュメントは、よりテスト中心であり、ユースケースドキュメント、高レベルの設計などの技術ドキュメントから決定される「何をテストするか」、「いつテストするか」、「どのようにテストするか」、「誰がテストするか」を説明します。 、など。
これまで、プロジェクト計画のさまざまな段階について説明してきました。
各段階はそれ自体がチュートリアルになる可能性がありますが、記事のこの部分は、あまり一般的に話されていない計画タスクを引き出すことを目的としています。これらのタスクは、適切な事前の考えが与えられていない場合、テストチーム、したがって製品に悪影響を及ぼします。
QAプロジェクトを効果的に管理するために、これらのタスク、それらの重要性、およびそれらを常に即興で作成し続けるためのヒントを見てみましょう。
テストプロジェクトの効果的な管理
効果的な計画手法を適用すると、実際にテストを開始する前でも、リスクやエラーを簡単に特定できます。以下の各タスクは相互に関連していますが、個別に言及する価値があります。
タスクの割り当てと分散
これは、計画段階での労力の見積もりとサイズ設定に起因します。チームのスキル、態度、スケジュール、および規模を念頭に置いて、タスクの割り当てに関するいくつかの指針を以下に示します。
#1) チームを座らせ、指定されたタスクの背後にある目的と論理的根拠を非常に明確に伝えることは非常に良い習慣です。特定の仕事が物事の全体的な計画にどのように適合するかを知ることは、人々がそれらを達成するための有意義な方法を導き出すのに役立ち、彼らが最善を尽くすことを可能にします。
#二) すべてのチームメンバーのスキルチャートを作成し、それに応じてタスクを割り当てます。また、ジュニア会員にも公平なチャンスを与える必要があることを忘れないでください。
例えば:タスクが大きい場合は、シニアメンバーとジュニアメンバーに分割できます。これを行うことで、シニアメンバーのリーダーシップの資質が可能になり、ジュニアメンバーの知識に基づいて構築されます。タスクが複雑な場合は、2人以上のシニアメンバーに貢献してもらいます。
#3) スケジュールを含むタスク割り当ての最初のスケルトンが決定したら、チーム内でそれを浮かび上がらせ、レビューしてもらいます。また、割り当ての背後にある動機と論理を説明します。
課題を確定する前に、個人がそれに同意するかどうか、または他の提案があるかどうかを個人に確認することをお勧めします。異議がない場合は、最後から必要なスケジュールと状況報告の種類について話し合います。
フィードバックは、個人が割り当てに同意しないことを意味する場合もあります。なぜ彼らがそれに同意しないのかについて個人と話し合い、彼らの意見を尊重します。表明された懸念が有効である場合は、タスクがスケジュールどおりに完了するリスクがないように、割り当てを再調整するオプションを探してください。
#4) 予想される報告のモードについて合意します。個人が与えるかどうかを決定できるようにします メールの更新 または他の非公式モードを使用します。親しみやすく、行き詰まったと感じたとき、または目標を達成するのを妨げる何かがある場合はいつでも、あなたに近づくことができるという感覚を植え付けます。
#5) 必要なタスクを追跡するために必要なツールを特定することが不可欠です。これは、まだ作業されていないタスク、進行中のタスク、および完了したタスクをタイムリーに確認するのに役立ちます。
リソース管理のヒント
テストリソースの管理に関する多くの情報は、ここにある私のリーダーシップの記事の一部として行われました。
=> テストのリーダーシップとテストチームを効果的に管理する方法
ここでは、これらの側面のいくつかに簡単に触れます。
#1) 多くの場合、テスターはプロジェクトの締め切りが厳しく、スタッフが不足しているか、プロジェクトのスケジュールを変更せずに突然過剰なコンテンツが追加されるため、常に高いプレッシャーにさらされています。
このような場合、タイムラインが妨げられる可能性があると予想される場合は、経営陣と話し合い、それに応じて範囲を変更してください。
#二) このような場合、テスターとの通信回線を常に開いたままにしておくことが非常に重要です。テスターと現在の状況について話し合い、これらの変更がどのように発生するかを示し、トップダウンで翻訳します。
#3) プロジェクトのステータスに直接影響を与える、解決する必要のある欠陥、技術的な問題、クエリが常に存在します。欠陥やその他の技術的な質問に関連する問題が迅速に分類されるように、開発チームとテストチームの間のギャップを常に減らすようにしてください。
各テスターに所有権の感覚を植え付け、任意の時点で管理者や開発者との技術的な質問や問題を解決するための議論を推進し、主導する自信を持ってください。
#4) スケジュールは常に混乱する可能性が高いため、テストチームからの管理者に常に自分自身を伸ばすことができるという期待を設定しないでください。
「すべての仕事と遊びがないので、ジャックは退屈な少年になります」 テストチームは最終的に燃え尽きるリスクが高いため、おそらくテストチームに最も理想的なことわざです。常にバックアップを特定しておくと、休憩が必要なときに休憩を取ることができます。
#5) テストチームと管理者との定期的なインターロックは、それらのタスクとステータスを管理するために不可欠です。これらについては、次の箇条書きで詳しく説明します。
レポートに使用されるテスト追跡/ツール
経営陣は、実際の状況が眉毛に伝えられると、眉毛の隆起に反応することがよくあります。これらの眉毛を適度に下げる方法に関するいくつかのヒントがあります。
#1) テスターはテスト中に多くの不安定性に対処し、多くの場合、複数の人がさまざまなレベルでの進捗状況を尋ねます。彼らは、これらの管理タスクを実行することは網羅的であり、オーバーヘッドであると感じています。彼らに進捗状況を通知させることは重要ですが、あなたは 彼らの進歩へのそれほど面倒な方法 。
#二) テストチームと定期的にチェックポイント/スクラムミーティングを行い、状況が順調に進んでいるかどうかを分析します。彼らと連動して、彼らがどこまで来たか、何が進行中であるか、何をする必要があるか、そして何が彼らを妨げているかを確認します。誰かが負担を感じている場合は、スムーズに実行できるように、何らかのリバランスを行うように行動してください。
#3) 経営陣と定期的に会議を開き、リードがステータスに関連する質問の連絡先であり、個々のテスターは必要な場合にのみ提案することができることを彼らに認識させます。
ステータスの伝達は別として、可能な限りテストチームを紹介してみてください。テスターが重要な欠陥を提出した場合は、より多くの聴衆にそれを紹介し、感謝します。これは、誰もが自分の水準を上げるように動機付けるでしょう。
#4) 言うまでもなく、ステータスを報告する最も正確で透過的な方法は、テスト管理/報告のためにツールを特定することです。
テスト計画全体に役立つ包括的なツールがあります。 Microsoft Project Planner または MSプロジェクト2013 。
このツールは、プロジェクトをフェーズで定義するのに役立ちます。必要なタスクの要点は、各フェーズに割り当てられたメジャータスクとマイナータスクの内訳、作業量の見積もり、タスク間の依存関係の特定、およびリソースの割り当てです。このように、これはプロジェクトの効率的な追跡と管理に役立ちます。
また、ここで非常にうまく説明されているツールの束を見つけることができます:
結論
計画プロセスの各段階について詳しく説明できますが、このドキュメントは、テスターが自分の役割がこのプロセス全体とどのように連携しているかを理解するのに役立ちます。これは、非常に具体的なテスト計画要素を引き出すための私たちの試みでした。これは、テストチームに日常的に影響を与え、仕事を効果的に実行します。
どのvrがxboxoneで動作するか
この記事がプロジェクト計画の特定の微妙な側面を明確に示していることを願っています。効果的な計画に時間を割くことは、プロジェクトのマイルストーンを達成するのに役立ちます。
著者について: これはSnehaNadigによるゲスト記事です。彼女は、手動および自動化テストプロジェクトで8年以上の経験を持つテストリーダーです。
テストプロジェクトを効果的に管理するためのより具体的なヒントを共有したいですか?以下のコメントでお知らせください。
=> 完全なテスト計画チュートリアルシリーズについては、こちらをご覧ください
推奨読書
- 最高のソフトウェアテストツール2021 [QAテスト自動化ツール]
- ソフトウェアテストコースのシラバス–オンラインコースの詳細なトレーニングプラン
- PrimereBookダウンロードのテスト
- 多言語ウェブサイトをテストするための7つの基本的なヒント
- アプリケーションをテストする前に読む必要のある実用的なソフトウェアテストのヒントトップ20
- 欠陥管理プロセス:欠陥を効果的に管理する方法
- テスト作業を自動化する前に読むべき10のヒント
- ソフトウェアテストは感情的なタスクですか?