소프트웨어 테스팅-QA, QC 및 테스팅

테스트, 품질 보증 및 품질 관리

대부분의 사람들은 품질 보증, 품질 관리 및 테스트 간의 차이점을 파악할 때 혼란스러워합니다. 서로 연관되어 있고 어느 정도까지는 동일한 활동으로 간주 될 수 있지만 구별되는 점이 있습니다. 다음 표에는 QA, QC 및 테스트를 구분하는 포인트가 나열되어 있습니다.

품질 보증	품질 관리	테스팅
QA에는 개발 된 소프트웨어 및 의도 된 요구 사항의 검증과 관련하여 프로세스, 절차 및 표준의 구현을 보장하는 활동이 포함됩니다.	여기에는 문서화 된 (또는 경우에 따라 아님) 요구 사항과 관련하여 개발 된 소프트웨어의 검증을 보장하는 활동이 포함됩니다.	여기에는 소프트웨어의 버그 / 오류 / 결함을 식별하는 활동이 포함됩니다.
시스템에서 실제 테스트를 수행하기보다는 프로세스 및 절차에 중점을 둡니다.	절차 및 프로세스 구현을 통해 버그 / 결함을 식별 할 목적으로 소프트웨어를 실행하여 실제 테스트에 중점을 둡니다.	실제 테스트에 중점을 둡니다.
프로세스 지향적 활동.	제품 지향적 활동.	제품 지향적 활동.
예방 활동.	수정 과정입니다.	예방 적 과정입니다.
STLC (Software Test Life Cycle)의 하위 집합입니다.	QC는 품질 보증의 하위 집합으로 간주 될 수 있습니다.	테스트는 품질 관리의 하위 집합입니다.

사정

Audit− 조직 또는 팀 내에서 실제 테스트 프로세스가 수행되는 방식을 결정하는 체계적인 프로세스입니다. 일반적으로 소프트웨어 테스트 중에 관련된 프로세스에 대한 독립적 인 검사입니다. IEEE에 따라 조직이 구현하고 따르는 문서화 된 프로세스에 대한 검토입니다. 감사 유형에는 법률 준수 감사, 내부 감사 및 시스템 감사가 포함됩니다.

Inspection− 오류 또는 격차를 식별하여 아티팩트에 대한 공식 또는 비공식 기술 검토를 포함하는 공식 기술입니다. IEEE94에 따라 검사는 소프트웨어 요구 사항, 설계 또는 코드를 작성자가 아닌 사람이나 그룹이 자세히 검사하여 결함, 개발 표준 위반 및 기타 문제를 감지하는 공식적인 평가 기술입니다.

공식 검사 회의에는 계획, 개요 준비, 검사 회의, 재 작업 및 후속 조치와 같은 프로세스가 포함될 수 있습니다.

테스트 및 디버깅

Testing− 수정하지 않고 소프트웨어의 버그 / 오류 / 결함을 식별하는 것입니다. 일반적으로 품질 보증 배경이있는 전문가가 버그 식별에 관여합니다. 테스트는 테스트 단계에서 수행됩니다.

Debugging− 문제 / 버그를 식별, 격리 및 수정하는 작업이 포함됩니다. 소프트웨어를 코딩하는 개발자는 코드에서 오류가 발생하면 디버깅을 수행합니다. 디버깅은 화이트 박스 테스트 또는 단위 테스트의 일부입니다. 디버깅은 단위 테스트를 수행하는 동안 개발 단계에서 수행하거나보고 된 버그를 수정하는 동안 단계에서 수행 할 수 있습니다.