소프트웨어 품질 보증(SQA): 계획, 감사 및 Rev보기
토마스 해밀턴
99단계 테스트를 완료한 후 결과가 좋아 보입니다. GuruXNUMX Bank 프로젝트에서는 중요한 문제가 발생하지 않았습니다. 당신은 프로젝트를 잘 관리했고, 이 프로젝트의 성공을 자랑스러워했습니다.
불행하게도 경영진의 생각은 다릅니다
귀하는 이 프로젝트를 잘 관리했다는 증거가 없습니다. 조언자에게 해결책을 요청하셨습니다. 여기에 답이 있습니다
이 답변은 시작일 뿐이지만 여전히 다음과 같은 질문이 있습니다.
이 튜토리얼은 다음 질문에 답하는 데 도움이 될 것입니다.
테스트 관리란? Rev보기 및 감사?
- Review : Review는 소프트웨어라고도 알려져 있습니다. 품질 보증: 또는 (SQA). 소프트웨어 작업 제품보다는 소프트웨어 프로세스에 더 중점을 둡니다. 품질 보증은 프로젝트 관리자가 이미 사전 정의된 표준 프로세스를 따르도록 설계된 일련의 활동입니다. 즉, 품질 보증은 테스트 관리자가 올바른 방식으로 올바른 일을 수행하고 있는지 확인합니다.
- 심사: 감사는 표준 프로세스가 준수되었는지 여부를 평가하기 위해 작업 결과물 및 관련 정보를 검사하는 것입니다.
테스트 관리 프로세스에서 SQA가 필요한 이유는 무엇입니까?
이를 이해하려면 다음 시나리오를 고려하십시오.
Guru99 Bank 프로젝트에서는 다음과 같은 다양한 테스트 단계를 처리합니다.
테스트 관리자로서 귀하는 이러한 활동을 담당하는 사람입니다. 하지만, 당신은 프로젝트 팀에서 가장 높은 위치에 있습니다. 귀하의 작업을 검토하고 프로젝트 관리 활동이 최고 수준으로 실행되는지 확인하는 사람은 누구입니까?
SQA 감사자는 프로젝트 관리 활동이 최대한 실행되는지 검토하고 확인하는 사람입니다. 품질 . 이 검토 결과를 통해서만 관리위원회는 귀하의 프로젝트 처리 품질을 평가할 수 있습니다.
경영이 필요한 이유가 바로 이것이다. Rev테스트 관리 프로세스의 iew 또는 SQA.
SQA는 설정된 표준에 대해 프로젝트를 벤치마킹하기 위해 테스트 관리자인 귀하를 인터뷰합니다.
SQA의 이점은 다음과 같습니다.
품질 보증을 구현하는 방법은 무엇입니까?
1단계) SQA 계획 개발
테스트 활동 요구 사항 테스트 계획 마찬가지로 SQA 활동도 필요합니다 계획 그것은 SQA 계획.
SQA 계획의 목표는 제조된 제품이나 조직이 제공하는 서비스의 품질이 뛰어난지 확인하기 위한 계획 프로세스 및 절차를 만드는 것입니다.
프로젝트 계획 중에 Test Manager는 SQA 감사가 정기적으로 예약되는 SQA 계획을 세웁니다.
SQA 계획에서 테스트 관리자는 다음과 같이 해야 합니다.
1.1 단계) SQA 팀의 역할과 책임 식별
프로젝트 팀의 모든 구성원은 자신의 작업 품질에 대한 책임을 져야 합니다. 각 사람은 자신의 작업이 QA 기준을 충족하는지 확인해야 합니다.
SQA 팀은 다음을 수행하는 사람의 그룹입니다. 에서 중요한 역할 프로젝트. QA 없이는 어떠한 비즈니스도 성공적으로 운영될 수 없습니다. 따라서 테스트 관리자는 다음 사항을 명확히 해야 합니다. 책임 SQA 계획의 각 SQA 구성원은 다음과 같습니다.
- 검토 그리고 평가 QA 기준을 충족하는 프로젝트 활동의 품질
- 동등 어구 경영진 및 프로젝트 팀과 함께 요구 사항을 평가하고 프로젝트 검토 및 상태 회의에 참여합니다.
- 디자인 트랙 그리고 수집 프로젝트 품질을 모니터링하는 측정항목.
- 캠페인 측정 제품의 품질; 확인 제품이 고객의 기대에 부응합니다.
예를 들어 Guru99 Bank 프로젝트의 SQA 계획에서 다음 멤버 목록을 생성할 수 있습니다. SQA팀 아래
| 아니 | 회원 | 역할 | 책임 |
|---|---|---|---|
| 1 | 베드로 | SQA 리더 | 모든 관리 프로세스에 대한 품질 표준 및 프로세스를 개발하고 문서화합니다.
프로젝트에 대한 소프트웨어 품질 보증 활동을 관리합니다. |
| 2 | James | SQA 감사관 | SQA 작업을 수행하고 SQA 검토 결과를 SQA 리더에게 보고합니다. |
| 3 | 콩 | SQA 감사관 | SQA 작업을 수행하고 SQA 검토 결과를 SQA 리더에게 보고합니다. |
1.2 단계) SQA 감사자가 검토하고 감사할 작업 제품 목록
테스트 관리자는 다음을 수행해야 합니다.
- 명부 각 테스트 관리 프로세스의 모든 작업 결과물을 출력합니다.
- 밝히다 SQA 감사자가 프로세스 평가 및 감사와 같은 SQA 업무를 수행하기 위해 어떤 시설이나 장비에 접근할 수 있는지.
예를 들어, Guru99 Bank 프로젝트의 경우 다음 표에 따라 각 테스트 관리 프로세스의 작업 제품을 나열하고 SQA 멤버가 이러한 작업 제품에 액세스할 수 있는 권한을 정의할 수 있습니다.
| 아니 | 관리 단계 | 작업 산출물 | 경로 | 허가 | 개인에게 부여 |
|---|---|---|---|---|---|
| 1 | 위험도 분석 | 위험 관리 문서 | [서버 경로] | 읽기 | 모든 SQA 팀원 |
| 2 | 견적 | 추정 및 지표 보고서 | ... | 읽기 | 베드로 |
| 3 | 계획 | 테스트 계획 문서 | ... | 읽기 | 모든 SQA 팀원 |
| 4 | 회사조직 | 인재계획, 훈련계획 | ... | 읽기 | 모든 SQA 팀원 |
| 5 | 모니터링 및 제어 | 프로젝트 노력에 대한 수집된 지표 | ... | 읽기 | 콩 |
| 6 | 이슈 관리 | 이슈 관리 보고서 | ... | 읽기 | James |
| 7 | 시험 보고서 | 테스트 보고서 문서 | ... | 읽기 | 모든 SQA 팀원 |
1.3 단계) SQA 작업을 수행하기 위한 일정 만들기
이 단계에서 테스트 관리자는 다음을 설명해야 합니다. 작업 SQA 감사자는 SQA 활동과 각 작업의 작업 산출물에 특히 중점을 두고 수행합니다.
Test Manager는 또한 일정 SQA 작업 중 하나입니다. 일반적으로 SQA 일정은 프로젝트 개발 일정에 따라 결정됩니다. 따라서 SQA 작업은 어떤 소프트웨어 개발 활동이 진행되고 있는지와 관련하여 수행됩니다.
SQA 계획에서 Test Manager는 관리 검토 일정을 만듭니다. 예를 들어
| 날짜 | SQA 작업 | 개인담당자 | 상품 설명 | 산출 |
|---|---|---|---|---|
| 30 - 10 월 2014 | 프로젝트 계획, 추적 및 감독 프로세스를 평가합니다. | James |
– 소프트웨어 사양 Rev보기 – 견적, 마스터 일정 및 프로젝트 계획 Rev보기 |
SQA 계획 보고서, SQA 검토 회의록 |
| 15년 2014월 XNUMX일 | Rev요 요구사항 분석 | James |
- Rev소프트웨어 요구사항 개발 |
프로세스 감사 보고서 |
| 30 - 월 2015 | Rev테스트 설계 확인 및 평가 | James |
- Rev테스트 디자인 문서를 보세요 |
SQA 보고서, SQA 검토 회의록 |
| 30 - 월 2015 | Rev응 풀어줘 | 콩 |
– 프로세스 감사: 최종 릴리스 |
SQA 프로세스 감사 보고서 |
| 2 4 월 2015 | Rev응 프로젝트 종료 | 콩 |
– 고객에게 최종 납품 후 외부검토 |
SQA 프로세스 감사 보고서 |
2단계) 표준/방법론 정의
표준 프로세스에 대한 관리 활동을 검토하려면 다음 단계를 수행해야 합니다.
- 관리과정에서 발생하는 하자를 예방하기 위한 정책과 절차를 정의합니다.
- 정책 및 절차를 문서화합니다.
- 직원에게 알리고 사용하도록 교육하세요.
단계 3) Rev과정을 보니
Rev정의된 관리 프로세스 준수를 확인하기 위한 새로운 프로젝트 활동. 관리 검토에서 SQA 구성원은 다음과 같이 5개의 SQA 검토를 수행해야 합니다.
RevSQA에 대한 시간 예측은 프로젝트의 개발 라이프사이클 모델에 따라 달라집니다. Guru99 Bank 프로젝트의 경우 검토 일정은 다음과 같아야 합니다.
각 SQA 단계에서는 SQA 회원 지원을 도입하세요. 상의 그리고 리뷰 정의된 조직 정책 및 표준 절차 준수에 관한 프로젝트 계획, 작업 결과물 및 절차.
감사 중에 SQA 회원은 다음을 사용해야 합니다. SQA 검토 체크리스트
소프트웨어 보증 구현의 3단계를 거치면 테스트 관리 결과를 얻게 됩니다. Rev확인 및 감사. 이는 귀사의 경영 품질을 이해관계자에게 보여줄 수 있는 증거입니다.
소프트웨어 품질 보증 모범 사례
효과적인 SQA 구현을 위한 몇 가지 모범 사례는 다음과 같습니다.
- 지속적인 개선: SQA의 모든 표준 프로세스를 개선해야 합니다. 자주 만들어 공무원 상대방이 따라갈 수 있도록. 이 과정은 인증 ISO, CMMI… 등과 같은 대중적인 조직에 의해
- 선적 서류 비치: QA 팀에서 정의한 모든 QA 정책과 방법은 향후 프로젝트에 대한 교육 및 재사용을 위해 문서화되어야 합니다.
- 경력 : 노련한 SQA 감사인 구성원을 선택하는 것은 경영 검토의 품질을 보장하는 좋은 방법입니다.
- 도구 사용법: SQA 프로세스를 위한 추적 도구, 관리 도구 등의 도구를 활용하면 SQA 노력과 프로젝트 비용이 절감됩니다.
- 측정 항목 : 현재 상태의 소프트웨어 품질을 추적하고 이전 버전과의 개선 사항을 비교하기 위한 측정 기준을 개발하고 생성하는 것은 소프트웨어의 가치와 성숙도를 높이는 데 도움이 될 것입니다. 지원 방법
- 책임: SQA 프로세스는 SQA 회원의 업무가 아니지만, 사람님의 임무입니다. 테스트 리드나 관리자뿐만 아니라 팀의 모든 사람이 제품 품질에 대한 책임이 있습니다.
