ソフトウェアテスト-QA、QC、テスト

テスト、品質保証、および品質管理

ほとんどの人は、品質保証、品質管理、およびテストの違いを特定することになると混乱します。それらは相互に関連しており、ある程度は同じ活動と見なすことができますが、それらを区別する際立った点が存在します。次の表に、QA、QC、およびテストを区別するポイントを示します。

品質保証	品質管理	テスト
QAには、開発されたソフトウェアと意図された要件の検証に関連して、プロセス、手順、および標準の実装を保証するアクティビティが含まれます。	これには、文書化された（場合によってはそうではない）要件に関して、開発されたソフトウェアの検証を確実にするアクティビティが含まれます。	これには、ソフトウェアのバグ/エラー/欠陥を確実に特定するためのアクティビティが含まれます。
システムで実際のテストを実施するのではなく、プロセスと手順に焦点を合わせます。	手順とプロセスの実装を通じてバグ/欠陥を特定することを目的として、ソフトウェアを実行することにより、実際のテストに焦点を当てます。	実際のテストに焦点を当てています。
プロセス指向の活動。	製品志向の活動。	製品志向の活動。
予防活動。	これは修正プロセスです。	それは予防的なプロセスです。
これは、ソフトウェアテストライフサイクル（STLC）のサブセットです。	QCは、品質保証のサブセットと見なすことができます。	テストは品質管理のサブセットです。

監査と検査

Audit−組織またはチーム内で実際のテストプロセスがどのように実行されるかを決定するのは体系的なプロセスです。一般に、これはソフトウェアのテスト中に含まれるプロセスの独立した検査です。IEEEによると、これは組織が実装および従う文書化されたプロセスのレビューです。監査の種類には、法令遵守監査、内部監査、およびシステム監査が含まれます。

Inspection−これは、エラーやギャップを特定することにより、アーティファクトの公式または非公式の技術レビューを含む正式な手法です。IEEE94によると、検査は、ソフトウェア要件、設計、またはコードを作成者以外の個人またはグループが詳細に検査して、障害、開発標準の違反、およびその他の問題を検出する正式な評価手法です。

正式な検査会議には、計画、概要の準備、検査会議、やり直し、およびフォローアップのプロセスが含まれる場合があります。

テストとデバッグ

Testing−ソフトウェアのバグ/エラー/欠陥を修正せずに特定する必要があります。通常、品質保証のバックグラウンドを持つ専門家がバグの特定に関与します。テストは、テストフェーズで実行されます。

Debugging−問題/バグの特定、切り分け、修正が含まれます。ソフトウェアをコーディングする開発者は、コードでエラーが発生するとデバッグを実行します。デバッグは、ホワイトボックステストまたは単体テストの一部です。デバッグは、単体テストの実行中の開発フェーズ、または報告されたバグの修正中のフェーズで実行できます。