소프트웨어 품질 보증 (SQA) : 계획, 감사 및 검토

7 단계의 테스트가 끝나면 결과가 좋습니다. 프로젝트 Guru99 Bank에서 중대한 문제는 발생하지 않았습니다. 당신은 프로젝트를 잘 관리했고, 당신은이 프로젝트의 성공을 자랑스러워했습니다.

불행히도, 관리위원회는

이 프로젝트를 잘 관리했다는 증거가 없습니다. 귀하는 고문에게 솔루션을 요청했습니다. 여기에 답이있다.

 

이 답변은 시작이지만 여전히 다음과 같은 질문이 있습니다.

이 자습서는 이러한 질문에 대한 답변을 제공합니다.

시험 관리 검토 및 감사 란 무엇입니까?

• 관리 검토 : 관리 검토는 소프트웨어 품질 보증 또는 (SQA) 라고도 합니다. 그것은 소프트웨어 작업 제품보다는 소프트웨어 프로세스에 더 초점을 맞추고 있습니다. 품질 보증은 프로젝트 관리자가 이미 사전 정의 된 표준 프로세스를 준수하도록 설계된 일련의 활동입니다. 즉, 품질 보증은 테스트 관리자가 올바른 방법으로 올바른 일을하는지 확인합니다.

• 감사 (Audit) : 감사 (Audit) 란 표준 프로세스가 지켜 졌는지 여부를 평가하기 위해 작업 결과물 및 관련 정보를 조사하는 것입니다.

테스트 관리 프로세스에서 SQA가 필요한 이유는 무엇입니까?

이를 이해하려면 다음 시나리오를 고려하십시오.

Guru99 은행 프로젝트에서는 다양한 테스트 단계를 처리합니다.

시험 관리자는 이러한 활동을 담당하는 사람입니다. 그러나 프로젝트 팀에서 가장 높은 위치에 있습니다. 누가 프로젝트를 검토하고 프로젝트 관리 활동이 최고 수준으로 실행되는지 확인합니다.

SQA 감사관은 프로젝트 관리 활동이 가능한 가장 높은 기준으로 실행되는지 검토하고 점검하는 사람입니다 . 이 검토 결과를 통해서만, 경영위원회는 프로젝트 처리의 질을 평가할 수 있습니다.

이것이 우리가 Test Management 과정에서 Management Review 또는 SQA가 필요한 이유입니다.

SQA는 테스트 관리자와의 인터뷰를 통해 정해진 기준에 따라 프로젝트를 벤치마킹합니다.

SQA의 이점은 -

품질 보증을 구현하는 방법은 무엇입니까?

1 단계) SQA 계획 개발

테스트 활동 필요 테스트 계획 마찬가지로 SQA 활동에는 SQA 계획 이라고 하는 계획 이 필요 합니다 .

SQA 계획의 목표는 제조 된 제품 또는 조직에서 제공하는 서비스가 탁월한 품질을 유지하도록 계획 프로세스 및 절차를 수립하는 것입니다.

프로젝트 기획 중에 Test Manager는 SQA 감사가 주기적으로 스케줄되는 SQA 계획을 세웁니다.

SQA 계획에서 테스트 관리자는 다음과 같이해야합니다.

단계 1.1) SQA 팀의 역할과 책임 파악

프로젝트 팀에서 모든 구성원은 자신의 업무의 질에 대해 책임을 져야합니다. 각 개인은 자신의 업무가 품질 보증 기준을 충족하는지 확인해야합니다.

SQA 팀은 프로젝트 에서 중요한 역할을 하는 사람의 그룹입니다 . 품질 보증 없이는 어떤 비즈니스도 성공적으로 실행되지 않습니다. 따라서 시험 관리자는 SQA 계획에있는 각 SQA 회원 의 책임 을 아래와 같이 명확히 해야 합니다.

• 품질 보증 기준을 충족시키는 프로젝트 활동의 품질 검토 및 평가
• 경영진 및 프로젝트 팀과 협조 하여 요구 사항을 평가하고 프로젝트 검토 및 상태 회의에 참여하십시오.
• 프로젝트 품질을 모니터링하기 위한 측정 기준을 추적 하고 수집 합니다.
• 제품의 품질을 측정 하십시오. 제품이 고객의 기대에 부합 하는지 확인 하십시오.

예를 들어, Guru99 Bank 프로젝트의 SQA Plan에서 아래와 같이 SQA 팀 의리스트 멤버를 생성 할 수 있습니다

아니	회원	역할	책임
1	베드로	SQA 리더	모든 관리 프로세스에 대한 품질 표준 및 프로세스 개발 및 문서화  프로젝트의 소프트웨어 품질 보증 활동 관리
2	제임스	SQA 감사인	SQA 작업을 수행하고, SQA 검토 결과를 SQA 리더에게보고하십시오.
삼	콩	SQA 감사인	SQA 작업을 수행하고, SQA 검토 결과를 SQA 리더에게보고하십시오.

단계 1.2) SQA 감사인이 검토하고 감사 할 작업 제품 목록

테스트 관리자는

• 각 테스트 관리 프로세스의 모든 작업 결과를 나열하십시오.
• 프로세스 평가 및 감사와 같은 SQA 작업을 수행하기 위해 SQA 감사인이 액세스 할 수있는 시설이나 장비를 정의하십시오 .

예를 들어, Guru99 Bank 프로젝트의 경우 각 테스트 관리 프로세스의 작업 결과를 나열하고 SQA 멤버가 다음 표에 따라 이러한 작업 제품에 액세스 할 수있는 권한을 정의 할 수 있습니다

아니	경영 단계	작업 제품	통로	허가	사람에게 부여
1	위험도 분석	위험 관리 문서	[서버 경로]	독서	모든 SQA 팀원
2	견적	견적 및 측정 항목 보고서	...	독서	베드로
삼	계획	테스트 계획 문서	...	독서	모든 SQA 팀원
4	조직	인적 자원 계획, 연수 계획	...	독서	모든 SQA 팀원
5	모니터링 및 제어	프로젝트 노력의 수집 된 측정 항목	...	독서	콩
6	이슈 관리	이슈 관리 보고서	...	독서	제임스
7	시험 보고서	테스트 보고서 문서	...	독서	모든 SQA 팀원

 

1.3 단계) SQA 작업을 수행하기위한 일정 생성

이 단계에서, 테스트 관리자는 SQA 감사원이 수행 해야 할 작업 을 SQA 활동과 각 작업에 대한 작업 결과에 중점을 두어 설명해야합니다 . 

또한 Test Manager는 이러한 SQA 작업 의 일정 을 만듭니다 . 일반적으로 SQA 일정은 프로젝트 개발 일정에 따라 결정됩니다. 따라서 SQA 작업은 어떤 소프트웨어 개발 활동이 이루어지는 지 관계로 수행됩니다.

SQA 계획에서 Test Manager는 관리 검토 일정을 만듭니다. 예를 들어

날짜	SQA 작업	책임자	기술	산출
2014 년 10 월 30 일	프로젝트 기획, 추적 및 감독 프로세스 평가	제임스	- 소프트웨어 사양 검토  - 견적, 마스터 일정 및 프로젝트 계획 검토	SQA 계획 보고서, SQA 검토 분
2014 년 12 월 15 일	요구 사항 분석 검토	제임스	- 소프트웨어 요구 사항 개발 검토	프로세스 감사 보고서
2015 년 3 월 30 일	테스트 디자인 검토 및 평가	제임스	- 시험 설계 문서 검토	SQA 보고서, SQA 검토 분
2015 년 3 월 30 일	릴리스 검토	콩	- 프로세스 감사 : 최종 릴리스	SQA 프로세스 감사 보고서
2015 년 4 월 2 일	프로젝트 폐쇄 검토	콩	- 고객에게 최종 납품 후 외부 검토	SQA 프로세스 감사 보고서

 

 

2 단계) 표준 / 방법론 정의

표준 프로세스에 대한 관리 활동을 검토하려면 다음 단계를 수행해야합니다.

1. 관리 프로세스에서 결함이 발생하는 것을 방지하기위한 정책 및 절차 정의
2. 정책 및 절차 문서화
3. 직원에게 알리고 사용하도록 훈련 시키십시오.

3 단계) 프로세스 검토

정의 된 관리 프로세스의 준수를 확인하기 위해 프로젝트 활동을 검토합니다. 경영 검토에서 SQA 회원은 다음과 같이 5 가지 SQA 검토를 수행해야합니다.

SQA 검토 시간은 프로젝트 개발주기 모델에 따라 다릅니다. 프로젝트 Guru99 Bank의 경우 검토 일정은 다음과 같아야합니다.

각 SQA 단계에서 SQA 회원 은 정의 된 조직 정책 및 표준 절차 준수에 관한 프로젝트 계획, 작업 제품 및 절차에 대한 자문 및 검토 를 제공 합니다.

감사 도중 SQA 회원은 SQA 검토 체크리스트를 사용해야합니다.

소프트웨어 보증 구현의 3 단계를 거치면 테스트 관리 검토 및 감사 결과를 얻게됩니다. 이것은 귀하의 이해 관계자에게 귀하의 경영 품질에 관한 증거입니다.

소프트웨어 품질 보증 우수 사례

효과적인 SQA 구현을위한 몇 가지 모범 사례를 소개합니다.

• 지속적인 개선 : SQA의 모든 표준 프로세스 개선해야 자주 하고 만든 공식을 다른 수행 할 수 있도록. 이 프로세스는 ISO, CMMI 등과 같은 인기있는 조직에 의해 인증 되어야합니다 .
• 문서화 : QA 팀이 정의한 모든 QA 정책 및 방법은 향후 프로젝트를위한 교육 및 재사용을 위해 문서화되어야합니다.
• 경험 : 노련한 SQA 감사원 인 회원을 선택하는 것이 경영 검토의 품질을 보장하는 좋은 방법입니다.
• 도구 사용 :   추적 도구와 같은 도구를 사용 하여 SQA 프로세스 관리 도구가 SQA 노력과 프로젝트 비용을 줄입니다.
• 메트릭 : 현재 상태의 소프트웨어 품질을 추적하고 이전 버전과의 개선점을 비교하기위한 메트릭스를 개발 및 작성하면 테스팅 프로세스 의 가치와 성숙도를 높일 수 있습니다
• 책임 : SQA 프로세스는 SQA 회원의 업무가 아니라 모든 사람 의 임무입니다. 팀원 모두가 테스트 리드 나 관리자가 아닌 제품의 품질을 책임집니다.