difference between quality assurance
가장 자주 묻는 질문에 대한 답을 얻으십시오. 품질 보증과 품질 관리의 차이점은 무엇입니까?
품질이란 무엇입니까?
Eclipse에서 Java 프로젝트를 빌드하는 방법
품질은 요구 사항, 기대 사항을 충족하고 있으며 고객의 요구 사항에는 결함, 부족 및 실질적인 변형이 없습니다. 고객 요구 사항을 충족하기 위해 따라야 할 표준이 있습니다.
학습 내용 :
- 보증이란 무엇입니까?
- 품질 보증이란 무엇입니까?
- 품질 관리 란 무엇입니까?
- QA 대 QC
- 품질 보증은 품질 관리의 필요성을 제거합니까?
- QA / QC를위한 실제 시나리오 예
- 결론
- 추천 도서
보증이란 무엇입니까?
보증은 조직 경영진에 의해 제공되며 결과에 대한 확신을 얻는 제품에 대해 긍정적 인 선언을하는 것을 의미합니다. 제품이 기대나 요청에 따라 결함없이 작동 할 것이라는 보안을 제공합니다.
품질 보증이란 무엇입니까?
품질 보증은 QA로 알려져 있으며 결함 방지에 중점을 둡니다. 품질 보증은 프로젝트에 대한 접근 방식, 기술, 방법 및 프로세스가 올바르게 구현되도록합니다.
품질 보증 활동은 산출물을 관리하고 생성하는 데 사용 된 프로세스가 준수되고 작동하는지 모니터링하고 확인합니다.
품질 보증은 사전 예방 적 프로세스이며 본질적으로 예방입니다. 프로세스의 결함을 인식합니다. 품질 보증은 품질 관리 전에 완료해야합니다.
제어 란 무엇입니까?
통제는 정의 된 표준과 비교하여 실제 결과를 테스트하거나 확인하는 것입니다.
품질 관리 란 무엇입니까?
품질 관리는 QC로 알려져 있으며 결함 식별에 중점을 둡니다. QC는 프로젝트에서 설계된 접근 방식, 기술, 방법 및 프로세스가 올바르게 따르고 있는지 확인합니다. QC 활동은 프로젝트 결과물이 정의 된 품질 표준을 충족하는지 모니터링하고 확인합니다.
품질 관리는 반응 프로세스이며 본질적으로 탐지입니다. 결함을 인식합니다. 품질 관리는 품질 보증 후에 완료해야합니다.
QA / QC의 차이점은 무엇입니까?
많은 사람들이 QA와 QC가 동일하고 상호 교환 가능하다고 생각하지만 이것은 사실이 아닙니다. 둘 다 밀접하게 연결되어 있으며 때로는 차이점을 식별하기가 매우 어렵습니다. 사실은 둘 다 서로 관련이 있지만 기원이 다릅니다. QA와 QC는 모두 품질 관리의 일부이지만 QA는 결함 방지에 초점을 맞추고 QC는 결함 식별에 초점을 맞추고 있습니다.
QA 대 QC
알아야 할 품질 관리와 품질 보증의 정확한 차이점은 다음과 같습니다.
품질 보증 | 품질 관리 |
---|---|
QA는 프로세스 수행을위한 계획을 의미합니다. | QC는 계획된 프로세스를 실행하기위한 조치를 의미합니다. |
품질 요구가 이루어질 것이라는 보장을 심의하는 과정입니다. | QC는 품질 요청 이행을 심의하는 프로세스입니다. |
QA 목표는 결함을 방지하는 것입니다. | QC 목표는 결함을 식별하고 개선하는 것입니다. |
QA는 품질 관리 기술입니다. | QC는 품질을 확인하는 방법입니다. |
QA에는 프로그램 실행이 포함되지 않습니다. | QC는 항상 프로그램 실행을 포함합니다. |
모든 팀원은 QA를 담당합니다. | 테스트 팀은 QC를 담당합니다. |
품질 보증 예 : 확인 | QC 예 : 검증. |
QA에 사용되는 통계 기법을 SPC (통계 공정 제어)라고합니다. | QC에 사용되는 통계 기법을 통계 품질 관리 (SPC)라고합니다. |
QA는 올바른 일을하고 있는지 확인합니다. | QC는 당신이 한 일의 결과가 당신이 기대했던 것과 같은지 확인합니다. |
QA 고객 요구 사항을 충족하기 위해 따라야 할 표준 및 방법론을 정의합니다. | QC는 제품 작업 중에 표준을 준수하도록합니다. |
QA는 결과물을 생성하는 프로세스입니다. | QC는 결과물을 확인하는 프로세스입니다. |
QA는 전체 소프트웨어 개발 수명주기를 담당합니다. | QC는 소프트웨어 테스트 수명주기. |
품질 보증은 품질 관리의 필요성을 제거합니까?
'QA (품질 보증)가 완료되면 왜 QC (Quality Control)를 수행해야합니까?'
글쎄,이 생각은 때때로 당신의 마음에 올 수 있습니다.
사전 정의 된 모든 프로세스, 정책 및 표준을 정확하고 완전하게 따랐다면 QC 라운드를 수행해야하는 이유는 무엇입니까?
함수에 대한 C ++ 정의되지 않은 참조
제 생각에는 QA가 완료된 후 QC가 필요합니다.
'QA'를 수행하는 동안 우리는 프로세스, 정책 및 전략을 정의하고, 표준을 설정하고, 프로젝트 수명주기 동안 사용하고 따라야하는 체크리스트 등을 개발합니다.
QC를 수행하는 동안 우리는 QA에서 정한 모든 정의 된 프로세스, 표준 및 정책을 준수하여 프로젝트가 고품질을 유지하고 프로젝트의 최종 결과가 적어도 고객의 기대를 충족하는지 확인합니다.
QC는 라인의 끝을 확인하고 QA는 라인의 끝을 확인합니다. QC는 문제 감지 및 수정을 목표로하고, QA는 문제 발생 방지를 목표로합니다.
QA는 품질을 보장하는 것이 아니라 품질을 보장하기 위해 프로세스를 만들고 따르도록합니다. QC는 품질을 제어하는 것이 아니라 품질을 측정합니다. QC 측정 결과는 새로운 프로젝트에서도 성공적으로 구현할 수있는 QA 프로세스를 수정 / 수정하는 데 활용할 수 있습니다.
품질 관리 활동은 결과물 자체에 중점을 둡니다. 품질 보증 활동은 결과물을 생성하기 위해 따르는 프로세스에 중점을 둡니다.
QA 및 QC는 모두 품질 관리의 일부이며 이는 결과물이 고품질이고 고객의 기대를 충족하도록 보장하는 데 사용할 수있는 강력한 기술입니다.
소프트웨어 테스트에 대해 이야기 할 때 제품이나 응용 프로그램에 중점을두기 때문에 품질 관리 영역에 속합니다. 우리는 그것을 통제하기 위해 품질을 테스트합니다. 또한 품질 보증은 올바른 방식으로 테스트를 수행하고 있는지 확인합니다.
예: 웹 애플리케이션을 테스트하는 동안 버그를 기록하기 위해 이슈 추적 시스템을 사용해야한다고 가정합니다.
QA에는 버그를 추가하기위한 표준과 문제 요약, 관찰 된 위치, 버그 재현 단계, 스크린 샷 등과 같이 버그에 있어야하는 모든 세부 정보를 정의하는 것이 포함됩니다. 이것은라는 결과물을 만드는 프로세스입니다. '버그 보고서'.
이러한 표준을 기반으로 문제 추적 시스템에 실제로 버그가 추가되면 해당 버그 보고서가 제공됩니다. 이 활동은 QA 프로세스의 일부입니다.
이제 프로젝트의 후반 단계에서 테스터의 분석을 기반으로 버그에 '가능한 근본 원인'을 추가하면 개발자 팀에 더 많은 통찰력을 제공 할 수 있다는 것을 알게 된 다음 사전 정의 된 프로세스를 업데이트하고 마지막으로 , 버그 보고서에도 반영됩니다.
문제의 더 빠르고 더 나은 해결을 지원하기 위해 버그 보고서에이 추가 정보를 추가하는 것은 QC 프로세스의 일부입니다. 따라서 이것이 QC가 QA에 입력을 제공하여 QA 및 최종 결과물을 더욱 개선하는 방법입니다.
QA / QC를위한 실제 시나리오 예
QA 예 :
우리 팀이 다가오는 프로젝트를 위해 완전히 새로운 기술을 작업해야한다고 가정 해 보겠습니다. 우리 팀원들은 기술에 익숙하지 않습니다. 그래서이를 위해 우리는 팀원들이 새로운 기술에 대한 교육을받을 수있는 계획을 세워야합니다.
우리의 지식을 바탕으로 DOU (Document of Understanding), 설계 문서, 기술 요구 사항 문서, 기능 요구 사항 문서 등과 같은 전제 조건을 수집하여 팀과 공유해야합니다.
별도의 체인 해시 테이블 C ++ 구현
이것은 새로운 기술을 작업하는 동안 도움이 될 것이며 팀의 새로운 사람에게도 유용 할 것입니다. 이 문서 수집 및 배포와 교육 프로그램 시작은 QA 프로세스의 일부입니다.
QC 예 :
교육이 완료되면 모든 팀원이 교육을 성공적으로 마쳤는지 어떻게 확인할 수 있습니까?
이를 위해 우리는 통계를 수집해야합니다. 교육생이 각 과목에서 획득 한 점수와 교육 완료 후 예상되는 최소 점수 또한 응시자의 출석 기록을 확인하여 모두가 교육을 충분히 받았는지 확인할 수 있습니다.
응시자가 채점 한 점수가 트레이너 / 평가자의 기대치에 부합하는 경우 교육이 성공적이라고 말할 수 있습니다. 그렇지 않으면 고품질 교육을 제공하기 위해 프로세스를 개선해야합니다.
교육 과정을 개선하는 또 다른 방법은 교육 프로그램이 끝날 때 교육생으로부터 피드백을 수집하는 것입니다. 그들의 피드백은 교육에 대해 좋은 점과 교육의 질을 향상시킬 수있는 영역이 무엇인지 알려줍니다. 따라서 이러한 활동은 QA 프로세스의 일부입니다.
결론
키 포인트:
- QA에서 프로세스는 결함을 회피하도록 계획됩니다.
- 제품을 만드는 동안 결함 발견 및 수정에 대한 QC 계약
- QA는 약점을 감지합니다.
- QC는 결함을 감지합니다.
- QA는 프로세스 지향적입니다.
- QC는 제품 지향적입니다.
- QA는 장애 예방 시스템입니다.
- QC는 장애 감지 시스템입니다.
QA 및 QC는 서로 다르며 품질 관리의 일부로 필요합니다. 상호 교환 가능한 용어로 오해해서는 안됩니다. QA는 프로세스 중심이고 QC는 최종 제품 중심입니다.
품질 관리는 무언가 (제품 또는 서비스)가 제대로 작동하는지 검사하는 것입니다. 제품 또는 서비스가 제대로 작동하지 않는 경우 적합성 표준을 충족하기 위해 문제를 수정하거나 제거해야합니다. 따라서 문제를 감지하고 수정하는 것을 목표로합니다.
반면 품질 보증은 프로세스를 개선하여 향후 문제가 발생하지 않도록 방지하는 것을 목표로합니다.
요약하면, 품질 관리가 품질 관리의 핵심에 있기 때문에 품질 보증이 품질 관리의 필요성을 제거하지 않는다고 말할 수 있습니다.
이것이 QA와 QC의 차이점을 설명하기를 바랍니다.
추천 읽기 = >> 품질 비용은 얼마입니까?
추천 도서
- 품질 속성은 무엇입니까?
- 소프트웨어 테스트 및 품질 보증 인증-2 부
- 7 가지 기본 품질 도구 : 품질 관리, 제어 및 개선 도구
- 소프트웨어 품질 보증 (SQA)이란? : 초보자를위한 가이드
- 가짜 품질의 신 대 진정한 인간-소프트웨어 품질에 대한 책임은 누구입니까?
- Micro Focus ALM Quality Center QC 인터뷰 질문 및 답변 상위 70 개
- Unix의 프로세스 : 프로세스 제어 및 디버깅 명령
- 테스트 데이터 관리를위한 IBM Rational Quality Manager의 데이터 풀 기능