테스트 프로세스 사양
1. 개요
1.1 목적 2
1.2 적용 범위 2
1.3 구현 원칙 2
1.4 역할 및 책임 2
1.4.1 테스트 리더?2
1.4.2 테스트 엔지니어?3
2. 소프트웨어 테스트 프로세스 3
2.1 소프트웨어 테스팅 흐름도 3
2.2 흐름도 분석 4
3. 소프트웨어 테스팅 주기 인력 활동 7
3.1 소프트웨어 테스팅 준비 7
p>3.2 테스트 실행 단계 8
3.2.1 소프트웨어 실행 단계 흐름도?8
3.2.2 소프트웨어 테스트 실행 단계 인사 활동?9
p>
3.2.3 테스트 마무리 작업?11
4. 결론 12
?1. 1.1 목적
1. 소프트웨어 품질을 효과적으로 보장합니다.
2. 다양한 테스트 유형(소프트웨어 시스템 테스트, 주관성 테스트, 특수 테스트, (자동 테스트), 성능 테스트, 사용자)을 효과적으로 공식화합니다. 테스트) 소프트웨어 테스트 계획;
3. 계획에 따라 테스트하고 소프트웨어의 문제를 발견합니다.
4. 소프트웨어에서 해결된 문제를 효과적으로 검증합니다. /p>
5. 테스트 프로세스 및 문제 확인의 효율성을 결정합니다.
1.2 적용 범위
적용 범위는 제품 소프트웨어 테스트에 참여하는 모든 테스트 엔지니어입니다.
1.3 실행 원칙.
1. 운영을 표준화하고 사실을 존중합니다.
2. 테스트 엔지니어는 제품의 다양한 기능에 대해 의문을 제기하는 태도를 가져야 합니다. . 소프트웨어;
3. 테스트 엔지니어는 테스트 작업을 더 잘 완료하기 위해 프로젝트 팀의 모든 구성원과 적극적으로 효과적인 커뮤니케이션을 유지해야 합니다.
4. 문제를 최대한 빨리 발견해야 합니다. ;
1.4 역할과 책임
1.4.1 테스트 리더
테스트 계획을 검토하고 구현에 참여하는 책임 계획 프로세스 및 계획이 계획된 대로 구현 및 완료되도록 보장합니다.
소프트웨어 테스트 프로세스를 개발, 업데이트 및 유지 관리합니다.
부서에서 발견된 문제에 대한 솔루션을 제공합니다.
단기 및 장기 계획 개발, 검토 및 감독 실시,
버전 위험 평가 참여
소프트웨어 참여 요구 사항 및 UI 검토
STP(소프트웨어 테스트 계획) 준비 및 테스트 팀 구성
소프트웨어 테스트 신청서의 요구 사항에 따라 소프트웨어 테스트 버전 승인 여부를 결정합니다. 소프트웨어 테스트 표준이 충족되면 시스템 테스트를 수행하고 테스트 요구 사항에 대한 그룹 내 교육을 수행합니다.
9. 테스트 계획을 적시에 완료하고 소프트웨어 테스트 품질을 보장하기 위해 테스트 작업을 할당합니다. 테스트 프로세스를 추적하고 정기적으로 테스트 보고서(각 업그레이드 버전)를 개발팀에 보냅니다. PM 관리자
10. BUG 수정에 대한 후속 조치 및 BUG 검토 구성
11. 버전 위험 평가 구성
1.4.2 테스트 엔지니어
테스트 계획에 따라 테스트가 실행되고, 테스트 케이스가 작성 및 검토됩니다.
테스트 기록 정리,
버그 추적에는 버그 제출, 확인 및 종료가 포함됩니다.
BUG 검토 참여
기한 내에 학습 계획을 완료하고 학습 보고서를 테스트 리더에게 제출
2. 소프트웨어 테스트 프로세스
2.1 소프트웨어 테스트 흐름도
2.2 흐름도 분석
프로젝트 승인
해당 버전의 경우 프로젝트 승인 조건은 다음만 충족하면 됩니다.
p>
테스트 부서는 버전 프로젝트 승인 통지를 받고, 소프트웨어 제품 기능 요구 사항/설계 지침이 제공되었습니다.
버전 일정
프로젝트 승인 조건이 충족되면 테스트 부서는 관리자가 테스트를 지정하고 테스트 조직은 프로젝트 및 후속 테스트 작업을 수립합니다.
요구 사항 사전 검토
테스트 리더는 요구 사항 검토를 수행하기 위해 테스트를 구성하고 세 가지 작업을 완료합니다. 먼저 요구 사항에 대해 질문이 있거나 제안 사항이 있는 경우 문서를 검토합니다. 요구사항이 확정될 때까지 요구사항 출력 담당자가 전달합니다. 두 번째는 테스트에 필요한 요구사항에 해당하는 구성, 리소스, 프로토타입 및 DEV를 결정하는 것입니다. 세 번째는 소프트웨어 테스트 전략을 결정하는 것입니다. 여기에는 주로 다음 측면이 포함됩니다.
1. 테스트 기준
a, 소프트웨어 요구 사항 문서
b, 기타 경쟁 제품에 대한 참조 등 등.
테스트 리소스
a ,테스터 요구 사항
b,테스트 구성 요구 사항(사전 구성 필요)
c,테스트 프로토타입 요구 사항(예: 특별한 요구 사항에는 특수 휴대폰이 필요함)
테스트 전략
a. 테스트 방법 채택
b. 채택
c. 테스터 교육 등
테스터 배치
테스트 리더는 각 기능 모듈에서 제공하는 테스터 목록을 기반으로 테스터 배치를 완료합니다. 요구사항의 예비 검토 과정 중.
요구 사항 분석
준비가 완료된 후 테스트 리더는 팀 구성원을 구성하여 요구 사항 분석을 수행하고 두 가지 작업을 완료합니다. 첫째, 그룹 내에서 요구 사항 교육을 수행하여 모든 요구 사항이 충족되는지 확인합니다. 두 번째는 테스트 케이스 작성 또는 유지 관리 작업을 할당하고 테스트 케이스 완료 날짜를 확인하는 것입니다.
참고: 테스트 사례 완료 날짜는 테스트용 소프트웨어 버전이 출시되기 전이어야 합니다.
테스트 디자인
테스트 디자인에는 주로 테스트 사례 작성 및 검토가 포함됩니다. 기존 테스트 포인트에 대한 사용 사례가 이미 제공되므로 새로운 요구 사항은 주로 여기를 대상으로 합니다.
테스트 계획
모든 사전 테스트 준비가 완료되면 테스트 리더는 개발 일정 및 테스트 전략을 기반으로 완전한 소프트웨어 테스트 계획(STP 문서)을 개발합니다. 계획은 주로 버전 개발 계획과 테스트 요구 사항 분석 결과를 기반으로 합니다.
테스트 실행
테스트 실행은 일반적으로 다음 단계로 구분됩니다.
확인 테스트 → 시스템 테스트 → 승인 테스트 → 제품 문서 확인, 각 단계에는 또한 포함됩니다. 회귀 테스트 검증 문제.
테스트 관점에서 테스트 실행 프로세스에서는 테스트의 범위와 정도를 나타내는 볼륨 및 정도 문제를 고려해야 합니다.
관리 관점에서는 한정된 시간과 인력이 제한되거나 부족한 상황에서 어떻게 인력을 분담하고 자원을 합리적으로 활용하여 테스트를 수행할지 고민할 필요가 있습니다. 물론 다음과 같은 문제도 고려해야 합니다.
a. 테스터의 테스트 실행이 제대로 이루어지지 않고 테스트가 형식적일 때 문제를 어떻게 해결합니까?
b. 테스트 효율성 문제, 어떻게 테스트 효율성을 높일 수 있나요?
c. 종합 테스트, 무료 테스트 등 다양한 버전에 따라 어떤 종류의 테스트 전략을 채택해야 합니까? 모듈별 테스트
소프트웨어 평가
여기서 평가란 소프트웨어를 차례로 테스트하고 소프트웨어에 결함이 없음이 확인된 후 출시될 버전에 대한 평가를 의미합니다. 큰 문제가 있거나 문제가 거의 없습니다. 온라인으로 전환할 수 있는지 확인합니다. PM의 소프트웨어 평가회의? 조직 및 평가위원은 일반적으로 DEV, PM, QA 등으로 구성됩니다.
테스트 요약
버전이 출시된 후 테스트에서는 전체 테스트 과정을 다양한 방법으로 요약할 수 있으며, 이는 좋은 점이나 단점의 경험이 될 수 있습니다. 후속 버전에서는 피할 수 있습니다.
테스트 및 유지 관리
? 테스트가 불완전하기 때문에 소프트웨어가 공식적으로 출시되면 사용자는 사용 중에 필연적으로 몇 가지 문제에 직면하게 되며 그 중 일부는 심지어 심각합니다. 관련 문제를 수정하려면 DEV가 필요합니다. 수정 후에는 소프트웨어를 테스트하고 평가하고 다시 시작해야 합니다.
3. 소프트웨어 테스트 주기에서 인사 활동은 무엇입니까?
3.1 소프트웨어 테스트 준비
목적
효과적인 테스트 준비 for 테스트 실행을 위한 예비 요구 사항을 수행합니다.
요구 사항에 따라 테스트 전략 및 테스트 계획을 개발합니다.
진입 조건
버전이 공식 출시됩니다. >
요구 사항 문서가 보관되었습니다.
입력
소프트웨어 개발 계획, 소프트웨어 개발 일정, 소프트웨어 제품 기능 요구 사항/설계 사양 및 기타 관련 요구 사항 문서.
운영프로세스 및 관리방법
번호 운영프로세스명 운영내용/관리방법 운영자 출력
1. 프로젝트 수립 프로젝트 수립 조건이 충족된 경우 , 테스트 리더 테스트 팀원을 지정하고 테스트 팀원이 관련 정보를 구성하여 프로젝트 조치, 테스트 리더 및 테스트 팀원 테스트 계획을 구성합니다.
2. 요구 사항에 대한 사전 검토 테스트 리더가 예비를 구성합니다. 요구 사항을 검토하고 테스트 팀 구성원이 이 버전에 해당하는 구성 및 리소스를 검토 및 확인하도록 초대합니다. 해당 테스트 전략 테스트 리더, 테스트 팀 구성원을 확인합니다.
3 테스트 준비 테스트 리더는 테스터를 준비합니다. 필요에 따라 수요 분석 및 교육을 실시하고 테스트 케이스 작성 및 유지 관리 작업을 할당합니다.
4. 테스트 설계: 테스트용 TestCase를 작성하고 테스트 리더는 테스트 케이스에 대한 검토 계획을 수립하고 수행합니다. 계획에 따른 검토(개발자 및 테스트 엔지니어 필요) 테스트는 각 사례 기록의 검토 결과를 보고해야 하며 테스트 리더는 사례를 사용하기 전에 검토 결과를 확인합니다.
테스트 리더가 확인합니다. 최종 테스트케이스 및 리뷰 기록.
테스트 리더, 테스트 팀 구성원 테스트 사례
사례 작성 기준:
관련 사양 및 표준; 사례 작성을 위한 기본 규칙
1. 관련 요구 사항 문서를 작성의 기초로 사용합니다.
2. 사례 적용 범위를 결정하기 위해 조건 및 경로 적용 방법을 사용합니다.
3.? 사례는 이해하기 쉽고
4. 다양한 테스트 목적에 따라 테스트 사례를 작성합니다. 유형(인터페이스 일관성, 기능 준수, 호환성, 성능 안정성)
5. 테스트 계획 작성 및 검토 테스트 케이스가 완료된 후 개발, PM 및 기타 관련 인력을 구성하여 검토해야 합니다.
계획이 확정되면 테스트 리더는 공식화된 계획에 따라 엄격하게 테스트를 준비해야 합니다.
테스트 리더
테스트 계획 검토에 대한 참고 사항:
p>
1. ?테스트 계획이 개발 계획과 일치하는지 확인
2.?테스트의 포괄성;
출력
테스트 사례
3.2 테스트 실행 단계
3.2.1 소프트웨어 실행 단계 흐름도
흐름도 분석
?1. 전체 소프트웨어 테스트 실행 프로세스에 따르면 시간에 따라 세 부분, 즉 T1: 초기 테스트, T2: 중간 테스트, T3: 후기 테스트
T1: 주로 초기 테스트 단계로 나뉩니다. 확인 테스트, 기본 기능 테스트를 수행합니다. 검증 테스트의 목적은 소프트웨어가 설계 문서를 완전히 준수하는지 확인하는 것입니다. 기본 기능 테스트의 초점은 테스트 케이스를 실행하여 가능한 한 많은 기본 기능 문제를 노출시키는 것입니다. 테스트 실행 방법은 주로 테스트 케이스를 실행하는 것입니다.
T2: 테스트 중간 단계에서는 기본 기능 테스트 외에도 성능 테스트, 사용자 경험 테스트, 호환성 테스트에 중점을 두어야 합니다. Perfdog 도구를 사용하여 성능 테스트를 수행할 수 있습니다.
T3: 테스트의 마지막 단계입니다. 이 단계에서는 기본 기능이 문제 없이 구현되는지 확인하기 위해 여러 테스트 사례를 실행해야 합니다.
시스템 테스트는 3단계로 나뉘는데, 이는 단순히 3개의 동일한 시간으로 나누는 것이 아니라 각 기간마다 테스트 목표를 달성해야 합니다. 테스트 목표가 달성되지 않으면 테스트 리더는 적시에 계획을 조정하고 문제를 정리하고 분석하여 테스트 부족으로 인한 버전 지연을 방지해야 합니다.
3.2.2 소프트웨어 테스트 실행 단계 중 인력 활동
목적
시스템 테스트를 위한 소프트웨어 테스트 계획을 효과적으로 수립합니다.
따르십시오. 계획 소프트웨어의 기존 문제(인터페이스, 요구 사항, 기능, 호환성, 성능 등 포함)를 발견하기 위해 테스트를 수행합니다.
소프트웨어에서 해결된 문제를 효과적으로 확인합니다.
테스트 프로세스 및 문제 확인의 효율성을 결정합니다.
진입 조건
테스트 계획 및 테스트 사례를 완료합니다.
소프트웨어 테스트 애플리케이션, 소프트웨어 버전을 확인했습니다.
소프트웨어 테스트 계획 및 소프트웨어 테스트 사례를 입력합니다.
소프트웨어 버전;
작업 프로세스 및 관리 방법
NO 작업 프로세스 이름 작업 내용/관리 방법 운영자 출력 결과
1 테스트 작업 배치: 테스트 리더가 소프트웨어 버전을 얻은 후 이를 확인하고 테스트 목적에 따라 버전 테스트 계획을 수립합니다.
테스트 계획이 완료된 후 버전의 기본 상황을 소개하고 테스트합니다. 시간 일정 등을 팀원들에게 알리나요?
새 버전별 테스트 리더의 소프트웨어 테스트 계획
2 시스템 테스트 테스트 소프트웨어 테스트 신청서를 접수하고 해당 사항이 있는지 확인한 후 버전이 출시되면 정보가 제공되며, 테스트 사례를 기반으로 시스템 테스트를 수행하도록 테스트를 준비하거나 무료 테스트를 수행합니다.
테스트 단계에서는 릴리스 테스트의 첫 번째와 마지막 라운드를 수행해야 합니다. 적어도 한 번의 전체 주기 동안. 전체 사례 진행 포함;
테스트 리더
팀원
테스트 보고서
3. 테스트의 각 버전이 이전 내용이 맞습니다. 수정된 BUG를 확인하여 수정된 것이 확인되면 종료 작업을 수행할 수 있습니다. 팀원
4. 성능 테스트 테스트 리더는 "성능 테스트 사례"에 따라 테스트를 수행하도록 팀원을 배치합니다. 주요 방법은 테스트를 비교 시스템과 비교하여 메모리 피크 결과를 얻는 것입니다. 팀원 메모리 피크 테스트 보고서
6 호환성 테스트 테스트 PM은 엔지니어가 "호환성 테스트 사례" 및 테스트 팀원 호환성 테스트 보고서에 따라 다양한 모델과 다양한 시스템 버전을 확인하도록 준비합니다.
?
출력
새 버전별 소프트웨어 테스트 계획, 테스트 보고서, 메모리 피크 테스트 보고서, 호환성 테스트 보고서
3.2.3 테스트 마무리 작업
목적
테스트 결과에 따라 버전 평가 구성
테스트 요약 작성, 좋은 경험 축적, 나쁜 점 제거
진입 조건
테스트 실행 단계 완료, PM 온라인 신청
작업 프로세스 및 관리 방법
NO 작업 프로세스 이름 작업 내용/관리 방법 운영자 출력 결과
1. 버전 평가가 온라인으로 진행되기 전에 테스트 리더는 소프트웨어 테스트 보고서를 작성하고 버전 평가 회의를 조직합니다. 그는 개발 리더, 프로젝트 관리자 및 기타 관리자를 초대하여 버전 평가 회의를 조직합니다. 소프트웨어는 온라인에 접속할 수 있습니다.
프로젝트 관리자(PM)
테스트 리더
테스트 팀원
소프트웨어 개발 리더 등
평가 결과
2. 테스트 요약. 테스트 리더는 테스트를 조직하고 테스트 경험을 요약합니다.
테스트 팀 구성원
3. 테스트 시기. 사용자 피드백에서 심각한 문제가 접수되면 테스트 리더는 테스트 확인을 구성하고 추적을 위해 문제를 JIRA에 제출합니다.
개발자는 버전 수정 문제를 다시 통합하고, 테스트 리더는 버전을 확인하기 위해 포괄적인 테스트를 확인하고 구성합니다.
p>
테스트 리더
테스트 팀원
테스트 보고서
? . 결론
? 소프트웨어 테스팅은 테스트된 소프트웨어의 오류를 최대한 찾아 수정하고 소프트웨어의 신뢰성을 높이는 것이 목적입니다. 이는 소프트웨어 수명주기에서 매우 중요하고 복잡한 작업이며 소프트웨어 신뢰성 보장에 큰 의미를 갖습니다. 테스트 프로세스의 전반적인 목표는 제한된 인적, 물적 자원을 최대한 활용하여 높은 효율성과 품질로 소프트웨어 테스트 작업을 완료하는 것입니다. 소프트웨어가 노출되지 않은 숨겨진 버그로 실행될 수 있도록 하는 불충분한 테스트를 피하십시오. 이는 사용자에게 더 큰 위험을 의미합니다. 그러나 표준화되고 실용적인 프로세스는 종종 소프트웨어 테스트의 효율성을 향상시킬 수 있습니다. 프로세스의 공식화는 테스트 계획의 공식화 및 테스트 프로세스 실행에 대한 문서화된 지원을 제공합니다. 소프트웨어 테스트 주기의 각 기간에 수행할 작업을 각 테스트에서 명확하게 이해하도록 합니다.
?이 프로세스의 개발은 고정되어 있지 않습니다. 구현 프로세스 중에 결함이 발견되면 프로젝트 프로세스에 완전히 적용될 때까지 이 문서를 업데이트할 것입니다.