Software-testing-qa-qc-testing
ソフトウェアテスト-QA、QC、テスト
テスト、品質保証、品質管理
品質保証、品質管理、テストの違いを突き止めるとなると、ほとんどの人は混乱します。 それらはある程度相互に関連していますが、同じアクティビティと見なすことができますが、それらを区別する際立ったポイントが存在します。 次の表に、QA、QC、およびテストを区別するポイントを示します。
Quality Assurance | Quality Control | Testing |
---|---|---|
QA includes activities that ensure the implementation of processes, procedures and standards in context to verification of developed software and intended requirements. | It includes activities that ensure the verification of a developed software with respect to documented (or not in some cases) requirements. | It includes activities that ensure the identification of bugs/error/defects in a software. |
Focuses on processes and procedures rather than conducting actual testing on the system. | Focuses on actual testing by executing the software with an aim to identify bug/defect through implementation of procedures and process. | Focuses on actual testing. |
Process-oriented activities. | Product-oriented activities. | Product-oriented activities. |
Preventive activities. | It is a corrective process. | It is a preventive process. |
It is a subset of Software Test Life Cycle (STLC). | QC can be considered as the subset of Quality Assurance. | Testing is the subset of Quality Control. |
監査と検査
監査-組織またはチーム内で実際のテストプロセスがどのように実行されるかを決定する体系的なプロセスです。 一般的に、これはソフトウェアのテスト中に含まれるプロセスの独立した検査です。 IEEEによると、組織が実装して従う文書化されたプロセスのレビューです。 監査の種類には、法令遵守監査、内部監査、システム監査が含まれます。
検査-エラーまたはギャップを特定することにより、アーティファクトの正式または非公式の技術レビューを伴う正式な手法です。 IEEE94によると、検査は正式な評価手法であり、ソフトウェア要件、設計、またはコードを作成者以外の人またはグループが詳細に検査して、障害、開発標準の違反、およびその他の問題を検出します。
正式な検査会議には、計画、概要準備、検査会議、リワーク、フォローアップのプロセスが含まれる場合があります。
テストとデバッグ
テスト-修正せずにソフトウェアのバグ/エラー/欠陥を識別することを含みます。 通常、品質保証のバックグラウンドを持つ専門家がバグの特定に関与します。 テストはテスト段階で実行されます。
デバッグ-問題/バグの特定、分離、修正が含まれます。 ソフトウェアをコーディングする開発者は、コード内でエラーが発生するとデバッグを行います。 デバッグは、ホワイトボックステストまたは単体テストの一部です。 デバッグは、単体テストを実行している開発段階で、または報告されたバグを修正する段階で実行できます。