build verification testing complete guide
빌드 검증 테스트 (BVT) 란 무엇입니까?
빌드 확인 테스트는 추가 테스트를 위해 테스트 팀에 릴리스되기 전에 빌드가 테스트 가능한지 확인하기 위해 모든 새 빌드에서 실행되는 일련의 테스트입니다.
이러한 테스트 케이스는 애플리케이션이 안정적이고 철저하게 테스트 될 수 있도록하는 핵심 기능 테스트 케이스입니다. 일반적으로 BVT 프로세스는 자동화됩니다. BVT가 실패하면 해당 빌드가 수정을 위해 개발자에게 다시 할당됩니다.
BVT는 또한 연기 테스트 또는 BAT (수락 테스트) 구축
새 빌드는 주로 두 가지 사항에 대해 확인됩니다.
- 빌드 유효성 검사
- 수용 구축
일부 BVT 기본 사항 :
- 주요 기능을 확인하는 테스트의 하위 집합입니다.
- BVT는 일반적으로 매일 빌드에서 실행되며 BVT가 실패하면 빌드가 거부되고 수정이 완료된 후 새 빌드가 릴리스됩니다.
- BVT의 장점은 주요 기능이 손상되었을 때 빌드를 설정하고 테스트하는 테스트 팀의 노력을 절약 할 수 있다는 것입니다.
- 기본 기능을 다룰 수있을만큼 신중하게 BVT를 설계하십시오.
- 일반적으로 BVT는 30 분 이상 실행되지 않아야합니다.
- BVT는 회귀 테스트 , 모든 새 빌드에서 수행됩니다.
BVT는 주로 프로젝트 무결성을 확인하고 모든 모듈이 제대로 통합되었는지 여부를 확인합니다. 모듈 통합 테스트는 다른 팀이 프로젝트 모듈을 개발할 때 매우 중요합니다. 부적절한 모듈 통합으로 인한 애플리케이션 실패 사례를 많이 들었습니다. 최악의 경우에도 모듈 통합 실패로 인해 전체 프로젝트가 폐기됩니다.
빌드 릴리스의 주요 작업은 무엇입니까? 파일 '체크인'즉, 각 빌드와 관련된 모든 새롭고 수정 된 프로젝트 파일을 포함합니다. BVT는 주로 초기 빌드 상태를 확인하기 위해 도입되었습니다. 즉, 모든 새 파일과 수정 된 파일이 릴리스에 포함되어 있는지, 모든 파일 형식이 올바른지, 모든 파일 버전 및 언어, 각 파일과 관련된 플래그가 있는지 확인합니다.
좋은 테스트 케이스를 작성하는 방법
이러한 기본 검사는 테스트를 위해 테스트 팀에 빌드 릴리스 전에 가치가 있습니다. BVT를 사용하여 처음에 빌드 결함을 발견하여 시간과 비용을 절약 할 수 있습니다.
BVT에는 어떤 테스트 케이스가 포함되어야합니까?
이것은 BVT 작업을 자동화하기 전에 취해야 할 매우 까다로운 결정입니다. BVT의 성공 여부는 BVT에 포함 된 테스트 사례에 따라 달라집니다.
다음은 포함 할 몇 가지 간단한 팁입니다. 테스트 케이스 BVT Automation Suite에서 :
- BVT에 중요한 테스트 케이스 만 포함합니다.
- BVT에 포함 된 모든 테스트 케이스는 안정적이어야합니다.
- 모든 테스트 케이스는 예상되는 결과를 알고 있어야합니다.
- 포함 된 모든 중요 기능 테스트 케이스가 애플리케이션 테스트 범위에 충분한 지 확인하십시오.
또한 아직 안정적이지 않은 BVT에 모듈을 포함하지 마십시오. 일부 개발이 미흡한 기능의 경우 이러한 모듈이 불안정하고 이러한 불완전한 모듈을 테스트하기 전에 알려진 일부 오류를 알 수 있으므로 예상되는 동작을 예측할 수 없습니다. BVT에서 이러한 모듈이나 테스트 케이스를 사용하는 것은 의미가 없습니다.
프로젝트 개발 및 테스트 라이프 사이클에 관련된 모든 사람들과 의사 소통하여이 중요한 기능 테스트 케이스 포함 작업을 단순화 할 수 있습니다. 이러한 프로세스는 BVT 테스트 케이스를 협상하여 궁극적으로 BVT 성공을 보장해야합니다. 일부 BVT 품질 표준을 설정하면 주요 프로젝트 기능 및 시나리오를 분석해야만 이러한 표준을 충족 할 수 있습니다.
예를 들어, 텍스트 편집기 애플리케이션 용 BVT에 포함될 테스트 케이스 (일부 샘플 테스트 만 해당) :
- 텍스트 파일 생성을위한 테스트 케이스.
- 텍스트 편집기에 무언가를 쓰기위한 테스트 케이스
- 텍스트 편집기의 복사, 잘라 내기, 붙여 넣기 기능에 대한 테스트 케이스
- 텍스트 파일 열기, 저장, 삭제를위한 테스트 케이스.
다음은 '중요'로 표시 될 수있는 몇 가지 샘플 테스트 사례이며 애플리케이션의 모든 사소한 변경 또는 주요 변경에 대해 이러한 기본적인 중요 테스트 사례를 실행해야합니다. 이 작업은 BVT로 쉽게 수행 할 수 있습니다.
BVT 자동화 슈트는 유지 관리하고 시간에 따라 수정해야합니다. 예 : 새로운 안정적인 프로젝트 모듈을 사용할 수있는 경우 BVT에 테스트 케이스를 포함합니다.
BVT Suite가 실행되면 어떻게됩니까?
새 빌드 후에 실행 된 빌드 검증 자동화 테스트 스위트를 말합니다.
#1) BVT 실행 결과는 해당 프로젝트와 관련된 모든 이메일 ID로 전송됩니다.
#두) BVT 소유자 (BVT 제품군을 실행하고 유지하는 사람)는 BVT의 결과를 검사합니다.
#삼) BVT가 실패하면 BVT 소유자가 실패 원인을 진단합니다.
# 4) 실패 원인이 빌드 결함 인 경우 실패 로그가있는 모든 관련 정보가 각 개발자에게 전송됩니다.
# 5) 개발자는 초기 진단에서 실패 원인에 대해 팀에 회신합니다. 이것이 정말로 버그인지 여부? 그리고 그것이 버그라면 그의 버그 수정 시나리오는 무엇일까요?
# 6) 버그 수정시 다시 한 번 BVT 테스트 스위트가 실행되고 빌드가 BVT를 통과하면 추가 세부 기능, 성능 및 기타 테스트를 위해 빌드가 테스트 팀에 전달됩니다.
이 프로세스는 모든 새 빌드에 대해 반복됩니다.
BVT 또는 빌드가 실패한 이유는 무엇입니까?
BVT는 때때로 중단됩니다. 빌드에 항상 버그가 있다는 의미는 아닙니다. 테스트 케이스 코딩 오류, 자동화 제품군 오류, 인프라 오류, 하드웨어 오류 등과 같이 빌드가 실패하는 다른 이유가 있습니다.
BVT 중단 원인을 해결하고 진단 후 적절한 조치를 취해야합니다.
BVT 성공을위한 팁 :
#1) BVT 테스트 케이스 스크립트를 작성하는 데 상당한 시간을 할애하십시오.
#두) BVT 합격 또는 불합격 결과를 진단하기 위해 가능한 한 자세한 정보를 기록하십시오. 이는 개발자 팀이 오류 원인을 디버그하고 신속하게 파악하는 데 도움이됩니다.
#삼) BVT에 포함 할 안정적인 테스트 케이스를 선택하십시오. 새로운 기능의 경우 새로운 중요 테스트 케이스가 다른 구성에서 일관되게 통과하면 BVT 스위트에서이 테스트 케이스를 승격하십시오. 이렇게하면 새로운 불안정한 모듈과 테스트 케이스로 인해 잦은 빌드 실패 가능성이 줄어 듭니다.
# 4) 가능한 한 BVT 프로세스를 자동화하십시오. 빌드 릴리스 프로세스에서 BVT 결과에 이르기까지 모든 것을 자동화합니다.
# 5) 빌드를 깨는 것에 대한 벌칙이 있습니다 ;-) 빌드를 깨는 개발자의 초콜릿이나 팀 커피 파티가 할 것입니다.
결론
BVT는 새 빌드를 위해 매번 실행되는 회귀 테스트 케이스 세트에 불과합니다. 이를 연기 테스트라고도합니다. 빌드는 BVT가 통과 할 때까지 테스트 팀에 할당되지 않습니다.
BVT는 개발자 또는 테스터가 실행할 수 있으며 BVT 결과는 팀 전체에 전달되며 BVT가 실패하면 버그를 수정하기 위해 즉각적인 조치를 취합니다. BVT 프로세스는 일반적으로 테스트 사례에 대한 스크립트를 작성하여 자동화됩니다.
중요한 테스트 케이스 만 BVT에 포함됩니다. 이러한 테스트 케이스는 애플리케이션 테스트 범위를 보장해야합니다. BVT는 일상적인 빌드뿐만 아니라 장기적인 빌드에도 매우 효과적입니다. 이는 상당한 시간, 비용, 리소스를 절약하고 결국 불완전한 빌드에 대한 테스트 팀의 불만이 없습니다.
BVT 프로세스에 대한 경험이 있다면 아래 의견을 통해 독자와 공유하십시오.
추천 도서
- 알파 테스트 및 베타 테스트 (전체 가이드)
- 최고의 소프트웨어 테스트 도구 2021 (QA 테스트 자동화 도구)
- 기능 테스트 대 비 기능 테스트
- 소프트웨어 테스트 유형 : 세부 정보가있는 다양한 테스트 유형
- ETL 테스트 데이터웨어 하우스 테스트 자습서 (전체 가이드)
- 웹 애플리케이션 보안 테스트 가이드
- SoftwareTestingHelp의 최고의 QA 소프트웨어 테스트 서비스
- 시험 입문서 eBook 다운로드