소프트웨어 품질 보증(SQA): 계획, 감사 및 Rev보기
토마스 해밀턴
⚡ 스마트 요약
소프트웨어 품질 보증은 제품 자체가 아닌 프로젝트의 관리 프로세스를 검토하여, 테스트 관리자가 계획 단계부터 출시까지 합의된 표준을 준수했음을 입증하는 문서화된 증거를 경영진에게 제공합니다.
7단계에 걸친 테스트를 마친 결과, 결과는 긍정적입니다. 프로젝트 진행 중 중대한 문제는 발생하지 않았습니다. Guru99 은행 프로젝트는 당신이 마무리한 방식에 자부심을 느끼게 했습니다. 하지만 경영진은 생각이 다른 것 같습니다.
프로젝트를 잘 관리했다는 증거가 없어서 자문가에게 물어봅니다. 그러자 자문가는 곧바로 경영 평가를 하라고 권합니다.
그 답변은 시작에 불과하며, 검토 및 감사가 실제로 무엇인지, 왜 이러한 과정이 필요한지, 그리고 어떻게 실행해야 하는지에 대한 세 가지 질문을 남깁니다.
테스트 관리란 무엇인가요? Rev조회 및 감사?
- 경영진 검토: 경영 검토는 소프트웨어 검토라고도 합니다. 품질 보증:또는 SQA라고도 합니다. 소프트웨어 산출물보다는 소프트웨어 개발 프로세스에 초점을 맞춥니다. 품질 보증은 프로젝트 관리자가 사전에 정의된 표준 프로세스를 준수하는지 확인하기 위해 설계된 일련의 활동입니다. 품질 보증은 테스트 관리자가 올바른 작업을 올바른 방식으로 수행하는지 확인합니다.
- 심사: 감사는 업무 산출물과 관련 정보를 검토하여 표준 절차가 실제로 준수되었는지 평가하는 것입니다.
검토는 행동을 살펴보는 것이고, 감사는 그 행동이 남긴 기록을 살펴보는 것입니다.
테스트 관리 프로세스에 SQA가 필요한 이유는 무엇일까요?
다음 시나리오를 고려해 보세요. 프로젝트 Guru99 Bank는 위험 분석부터 최종 테스트 보고서에 이르기까지 일련의 테스트 관리 단계를 거칩니다.
테스트 관리자로서 당신은 이러한 활동을 담당하는 사람입니다. 하지만, 당신은 프로젝트 팀의 최고 책임자입니다. 그렇다면 누가 당신의 업무를 검토하고 프로젝트 관리 활동이 최고 수준으로 수행되는지 확인합니까?
SQA 감사자가 그 역할을 합니다. 감사자는 프로젝트 관리 활동이 요구 사항을 충족하는지 확인합니다. 품질 또한 프로젝트를 벤치마킹하기 위해 인터뷰를 진행합니다. 경영진은 이러한 검토를 통해서만 프로젝트 관리 능력을 평가할 수 있습니다. 다음과 같은 세 가지 이점이 있습니다.
품질 보증을 구현하는 방법
품질 보증은 세 단계로 구현됩니다. 다이어그램은 중간 단계를 나타냅니다. 예비 — 2단계에서 다룬 표준 및 방법론 준비:
1단계) SQA 계획을 수립합니다.
테스트 활동에는 다음이 필요합니다. 테스트 계획마찬가지로 SQA 활동에도 다음이 필요합니다. SQA 계획이는 제공되는 제품이나 서비스가 기대되는 품질 수준을 유지하도록 하는 프로세스와 절차를 명시합니다. 테스트 관리자는 프로젝트 계획 단계에서 이를 작성하고 정기적으로 감사를 실시합니다.
테스트 관리자는 다음 세 가지 하위 단계를 완료합니다.
1.1단계) SQA 팀의 역할과 책임을 파악합니다.
프로젝트 팀에서 모든 구성원은 자신의 업무 품질에 대한 책임이 있으며, 품질 보증 기준을 충족하는지 확인해야 합니다.
SQA 팀이 해당 작업을 주도하므로 테스트 관리자는 다음 사항을 명시해야 합니다. 책임 SQA 계획에 포함된 각 SQA 구성원:
- 검토 평가 QA 기준에 따른 프로젝트 활동의 품질.
- 동등 어구 경영진 및 프로젝트 팀과 함께 요구사항을 평가하고 프로젝트 검토 및 진행 상황 회의에 참여합니다.
- 디자인, track 수집 프로젝트 품질을 모니터링하는 지표.
- 캠페인 측정 제품의 품질과 확인 고객의 기대를 충족합니다.
예를 들어, 프로젝트의 SQA 계획 Guru99 은행은 다음을 나열합니다. SQA팀 아래.
| 아니 | 회원 | 역할 | 책임 |
|---|---|---|---|
| 1 | 베드로 | SQA 리더 | 모든 관리 프로세스에 대한 품질 표준 및 프로세스를 개발하고 문서화하십시오.
프로젝트에 대한 소프트웨어 품질 보증 활동을 관리합니다. |
| 2 | James | SQA 감사관 | SQA 작업을 수행하고 각 SQA 검토 결과를 SQA 리더에게 보고합니다. |
| 3 | 콩 | SQA 감사관 | SQA 작업을 수행하고 각 SQA 검토 결과를 SQA 리더에게 보고합니다. |
1.2단계) SQA 감사자가 수행할 작업 산출물 목록을 작성합니다. Rev조회 및 감사
테스트 관리자는 다음을 수행해야 합니다.
- 명부 각 테스트 관리 프로세스의 모든 작업 산출물.
- 밝히다 SQA 감사자가 공정 평가 및 감사와 같은 SQA 업무를 수행하기 위해 접근할 수 있는 시설 또는 장비는 무엇입니까?
럭셔리 Guru99 은행, 각 테스트 관리 프로세스의 산출물 목록을 작성하고 SQA 구성원에 대한 액세스 권한을 설정하십시오.
| 아니 | 관리 단계 | 작업 산출물 | 경로 | 허가 | 개인에게 부여 |
|---|---|---|---|---|---|
| 1 | 위험도 분석 | 위험 관리 문서 | [서버 경로] | 읽기 | 모든 SQA 팀원 |
| 2 | 견적 | 추정 및 지표 보고서 | ... | 읽기 | 베드로 |
| 3 | 계획 | 테스트 계획 문서 | ... | 읽기 | 모든 SQA 팀원 |
| 4 | 회사조직 | 인재계획, 훈련계획 | ... | 읽기 | 모든 SQA 팀원 |
| 5 | 모니터링 및 제어 | 프로젝트 노력에 대한 수집된 지표 | ... | 읽기 | 콩 |
| 6 | 이슈 관리 | 이슈 관리 보고서 | ... | 읽기 | James |
| 7 | 시험 보고서 | 테스트 보고서 문서 | ... | 읽기 | 모든 SQA 팀원 |
1.3단계) SQA 작업 수행 일정을 생성합니다.
테스트 관리자는 SQA 감사자가 수행할 작업과 각 작업에서 생성되는 결과물을 설명합니다.
SQA 일정은 일반적으로 프로젝트 개발 일정에 따라 결정되므로 각 작업은 진행 중인 개발 활동에 맞춰 시기가 정해집니다. 다음은 경영 검토 일정의 예시입니다.
| 날짜 | SQA 작업 | 담당자 | 기술설명 | 산출 |
|---|---|---|---|---|
| 30 - 10 월 2025 | 프로젝트 계획을 평가하십시오. trac왕과 감독 프로세스 | James | – 소프트웨어 사양 Rev보기 – 견적, 마스터 일정 및 프로젝트 계획 Rev보기 |
SQA 계획 보고서, SQA 검토 회의록 |
| 15년 2025월 XNUMX일 | Rev요 요구사항 분석 | James | - Rev소프트웨어 요구사항 개발 | 프로세스 감사 보고서 |
| 30 - 월 2026 | Rev테스트 설계를 검토하고 평가합니다. | James | - Rev테스트 디자인 문서를 보세요 | SQA 보고서, SQA 검토 회의록 |
| 30 - 월 2026 | Rev응 풀어줘 | 콩 | – 프로세스 감사: 최종 릴리스 | SQA 프로세스 감사 보고서 |
| 2 4 월 2026 | Review 프로젝트 종료 | 콩 | - 고객에게 최종 납품 후 외부 검토 | SQA 프로세스 감사 보고서 |
2단계) 표준 및 방법론 정의
관리 활동을 표준 프로세스에 따라 검토하려면 먼저 해당 표준이 문서로 존재해야 합니다.
- 경영 과정에서 결함 발생을 방지하기 위한 정책 및 절차를 정의하십시오.
- 정책 및 절차를 문서화하십시오.
- 직원들에게 사용법을 알리고 교육하십시오.
다이어그램 trac그 순서는 다음과 같습니다:
단계 3) Rev과정을 살펴보세요
Rev정의된 관리 프로세스 준수 여부를 확인하기 위해 프로젝트 활동을 검토합니다. 관리 검토에서 SQA 구성원은 SQA0부터 SQA4까지 다섯 가지 검토를 수행합니다.
Rev검토 시기는 개발 수명주기 모델에 따라 달라집니다. Guru99 은행의 경우, 체크포인트는 다음과 같이 테스트 라이프사이클에 매핑됩니다.
각 SQA 단계에서 SQA 구성원은 정의된 조직 정책에 따라 프로젝트 계획, 작업 산출물 및 절차를 검토합니다. 감사를 진행하는 동안 SQA 구성원은 다음 기준에 따라 작업해야 합니다. SQA 검토 체크리스트각 활동에 대해 '예', '아니오' 또는 '해당 없음'으로 점수를 매기고 그 결과를 합격률로 변환합니다.
소프트웨어 품질 보증 구현의 세 단계를 모두 완료하면 테스트 관리의 결과를 얻게 됩니다. Rev검토 및 감사 보고서입니다. 이 보고서는 이해관계자들에게 보여주는 경영 품질의 증거입니다.
소프트웨어 품질 보증 우수 사례
효과적인 SQA 구현을 위한 검증된 습관들을 소개합니다.
- 지속적인 개선: SQA의 모든 표준 프로세스는 정기적으로 개선하고 공식화하여 다른 사람들이 따를 수 있도록 해야 합니다. ISO 9001 또는 CMMI 프로세스 및 제품 품질 보증(PPQA) 실무 영역과 같은 공인된 모델에 따라 프로세스를 인증하십시오.
- 선적 서류 비치: QA 팀에서 정의한 모든 QA 정책 및 방법은 교육 및 향후 프로젝트에서의 재사용을 위해 문서화되어야 합니다.
- 경력 : 경험이 풍부한 SQA 감사자를 선정하는 것은 경영 검토의 품질을 보호하는 확실한 방법입니다.
- 도구 사용법: 이슈와 같은 도구를 사용하여 trac커스와 테스트 관리 도구 SQA 노력과 프로젝트 비용을 절감합니다.
- 측정 항목 : 측정 기준 trac현재 소프트웨어 품질을 평가하고 이전 버전과 비교하여 가치와 완성도를 높이는 것을 목표로 합니다. 테스트 프로세스.
- 책임: SQA는 SQA 담당자만의 업무가 아닙니다. 제품 품질에 대한 책임은 테스트 리더나 관리자뿐 아니라 팀원 모두에게 있습니다.
