ソフトウェア品質保証(SQA): 計画、監査、 RevIEW
99 段階のテストが完了すると、良好な結果が得られました。 GuruXNUMX Bank プロジェクトでは重大な問題は発生しませんでした。 あなたはプロジェクトをうまく管理し、このプロジェクトの成功を誇りに思っていました
残念ながら、経営委員会は異なる考えを持っています
あなたがこのプロジェクトをうまく管理したことを示す証拠は何もありません。 あなたはアドバイザーに解決策を求めました。 答えはこれです
この答えは始まりですが、まだ次のような疑問が残ります。
このチュートリアルは、これらの質問に答えるのに役立ちます。
テスト管理とは Revレビューと監査?
- マネジメント Review: マネジメント Reviewはソフトウェアとしても知られています 品質管理 または(SQA)。 ソフトウェアの作業成果物ではなく、ソフトウェアのプロセスに重点を置いています。 品質保証は、プロジェクト マネージャーが事前に定義された標準プロセスに確実に従うように設計された一連の活動です。 言い換えれば、品質保証は、テストマネージャーが正しいことを正しい方法で実行していることを確認します。
- 監査: 監査は、作業成果物と関連情報を検査して、標準プロセスに従っているかどうかを評価することです。
テスト管理プロセスで SQA が必要なのはなぜですか?
これを理解するには、次のシナリオを考えてみましょう。
Guru99 Bank プロジェクトでは、次のようなさまざまなテスト フェーズを処理します。
テスト マネージャーとして、あなたはこれらの活動を担当します。 しかし、 あなたはプロジェクトチームの中で最高の地位にいます。 あなたのタスクをレビューし、プロジェクト管理活動が最高水準で実行されていることを確認するのは誰ですか?
SQA監査人は、プロジェクト管理活動が可能な限り最高度に実行されているかをレビューおよびチェックする人です。 標準。 このレビューの結果を通じてのみ、管理委員会はプロジェクト処理の品質を評価できます。
これが管理が必要な理由です Revテスト管理プロセスにおける iew または SQA。
SQA は、設定された基準に対してプロジェクトのベンチマークを行うために、テスト マネージャーと面談します。
SQA の利点は次のとおりです。
品質保証をどのように実装するか?
ステップ 1) SQA 計画を作成する
テスト活動のニーズ テスト計画 同様にSQA活動も必要である プラン と呼ばれる SQAプラン。
SQA 計画の目標は、製造される製品や組織が提供するサービスが優れた品質であることを保証するための計画プロセスと手順を作成することです。
プロジェクト計画中に、テスト マネージャーは SQA 監査を定期的にスケジュールする SQA 計画を作成します。
SQA計画では、テストマネージャーは次のように行う必要があります。
ステップ 1.1) SQA チームの役割と責任を特定する
プロジェクト チームでは、すべてのメンバーが自分の仕事の品質に対して責任を負わなければなりません。 各人は自分の仕事が QA 基準を満たしていることを確認する必要があります。
SQAチームは、 での主要な役割 プロジェクト。 QA がなければビジネスは成功しません。 したがって、テストマネージャーは次のことを明確にする必要があります。 責任 SQA プランの各 SQA メンバーは次のとおりです。
- レビュー および 評価する QA基準を満たすプロジェクト活動の品質
- 座標 管理委員会やプロジェクト チームと協力して要件を評価し、プロジェクトのレビューや状況に関する会議に参加します。
- デザイントラック および 収集する プロジェクトの品質を監視するための指標。
- Measure 製品の品質。 確保 製品は顧客の期待に応えます。
たとえば、Guru99 Bank プロジェクトの SQA プランでは、次のメンバーのリストを作成できます。 SQAチーム 以下のように
いいえ | Director | 役割 | 責任 |
---|---|---|---|
1 | Peter Bauman | SQAリーダー | すべての管理プロセスの品質基準とプロセスを開発および文書化する
プロジェクトのソフトウェア品質保証活動を管理する |
2 | James | SQA監査人 | SQA タスクを実行し、SQA レビューの結果を SQA リーダーに報告します。 |
3 | ビーン | SQA監査人 | SQA タスクを実行し、SQA レビューの結果を SQA リーダーに報告します。 |
ステップ 1.2) SQA 監査人がレビューおよび監査する作業成果物のリスト
テストマネージャーは次のことを行う必要があります。
- リスト 各テスト管理プロセスのすべての作業成果物を抽出する
- 定義する SQA監査人がプロセス評価や監査などのSQAタスクを実行するためにアクセスできる施設または機器。
たとえば、Guru99 Bank プロジェクトでは、各テスト管理プロセスの作業成果物をリストし、次の表に従って SQA メンバーがこれらの作業成果物にアクセスするための権限を定義できます。
いいえ | 管理フェーズ | 作業成果物 | パス | 許可 | 個人への助成金 |
---|---|---|---|---|---|
1 | リスク分析 | リスク管理文書 | [サーバーパス] | 読む | SQAチームメンバー全員 |
2 | 推定 | 推定とメトリクスのレポート | ... | 読む | Peter Bauman |
3 | 計画立案 | テスト計画文書 | ... | 読む | SQAチームメンバー全員 |
4 | 組織 | 人事計画・研修計画 | ... | 読む | SQAチームメンバー全員 |
5 | 監視と制御 | プロジェクト作業の収集された指標 | ... | 読む | ビーン |
6 | 問題管理 | 課題管理レポート | ... | 読む | James |
7 | 試験報告書 | テストレポート文書 | ... | 読む | SQAチームメンバー全員 |
ステップ 1.3) SQA タスクを実行するスケジュールを作成する
このステップでは、テストマネージャーは次のことを説明する必要があります。 タスク SQA 監査人によって実行され、SQA 活動および各タスクの作業成果物に特に重点が置かれます。
Test Manager も作成します。 スケジューリング SQA タスクの一部。 通常、SQA スケジュールはプロジェクト開発スケジュールによって決まります。 したがって、SQA タスクは、どのようなソフトウェア開発活動が行われているかに関連して実行されます。
SQA 計画では、テスト マネージャーがマネジメント レビューのスケジュールを作成します。 例えば
日付 | SQAタスク | 担当者 | 説明 | 出力 |
---|---|---|---|---|
30 - 10月 - 2014 | プロジェクトの計画、追跡、監視プロセスを評価する | James |
– ソフトウェア仕様 RevIEW – 見積、マスタースケジュール、プロジェクト計画 RevIEW |
SQA計画報告書、SQAレビュー議事録 |
15-Dec-2014 | Rev要件分析を見る | James |
– Revソフトウェア要件開発の概要 |
プロセス監査レポート |
30-MAR-2015 | Revテスト設計の確認と評価 | James |
– Revテスト設計ドキュメントを確認する |
SQAレポート、SQAレビュー議事録 |
30-MAR-2015 | Reviewリリース | ビーン |
– プロセス監査: 最終リリース |
SQAプロセス監査レポート |
2-APR-2015 | Revプロジェクトの終了 | ビーン |
– 顧客への最終納品後の外部レビュー |
SQAプロセス監査レポート |
ステップ 2) 標準/方法論を定義する
管理活動を標準プロセスに照らしてレビューするには、次の手順を実行する必要があります。
- 管理プロセスにおける欠陥の発生を防止するためのポリシーと手順を定義する
- ポリシーと手順を文書化する
- スタッフに使用方法を通知し、トレーニングする
ステップ3) Revプロセスを見る
Rev定義された管理プロセスへの準拠を確認するためにプロジェクト活動をレビューします。管理レビューでは、SQAメンバーは次のように5つのSQAレビューを実行する必要があります。
RevSQAのレビュー時間はプロジェクトの開発ライフサイクルモデルによって異なります。Guru99 Bankプロジェクトの場合、レビュースケジュールは次のようになります。
各 SQA フェーズでは、 SQAメンバー 提供します 相談 および レビュー 定義された組織ポリシーと標準手順への準拠に関するプロジェクト計画、作業成果物、および手順の説明。
監査中に、SQA メンバーは次を使用する必要があります。 SQAレビューチェックリスト
ソフトウェア保証の実装の3つのステップを実行すると、テスト管理の結果が得られます。 Rev監査とレビュー。これは、管理品質について利害関係者に示す証拠です。
ソフトウェア品質保証のベストプラクティス
効果的な SQA 実装のためのベスト プラクティスをいくつか紹介します。
- 継続的改善: SQA のすべての標準プロセスを改善する必要がある 頻繁に そして作った 公式 相手もフォローできるように。 このプロセスは次のようにする必要があります 認定された ISO、CMMIなどの一般的な組織による。
- ドキュメント: QA チームによって定義されたすべての QA ポリシーと方法は、トレーニングおよび将来のプロジェクトで再利用できるように文書化する必要があります。
- 経験: 経験豊富な SQA 監査人であるメンバーを選ぶことは、マネジメントレビューの品質を確保する良い方法です
- ツールの使用法: SQAプロセスのトラッキングツールや管理ツールなどのツールを活用することで、SQAの労力とプロジェクトコストを削減します。
- 指標: 現在の状態でのソフトウェアの品質を追跡し、以前のバージョンとの改善を比較するための指標を開発および作成することは、ソフトウェアの価値と成熟度を高めるのに役立ちます。 テスト プロセス
- 責任: SQA プロセスは SQA メンバーのタスクではありませんが、 誰もさんの任務。 テストリードやマネージャーだけでなく、チームの全員が製品の品質に対して責任を負います。