test execution software testing
실제 예제로 테스트 케이스를 실행하기위한 정확한 프로세스 및 계획.
오늘, 우리 소프트웨어 테스팅 미니 교육 과정 , 우리는 STLC의 마지막 단계로 진행하고 있습니다. 테스트 실행 .
이 페이지에서 무료 QA 교육 시리즈에 게시 된 모든 자습서 목록을 확인할 수 있습니다. 라이브 프로젝트에 대한 엔드 투 엔드 소프트웨어 테스트 교육.
테스트 실행은 의심 할 여지없이 가장 중요하고 STLC 또한 전체 개발 수명주기. 그 이유는 – 모든 팀 / 팀 구성원의 기여와 작업이 여기에서 검증됩니다.
- 비즈니스 분석가가 요구 사항을 올바르게 해석 했습니까?
- 개발 팀이 비즈니스 요구 사항을 기능 요구 사항으로 변환하고 결국 올바르게 코딩 했습니까?
- 데이터 설계자와 DBA가 올바른 백엔드 시스템을 설계 했습니까?
음, 테스트 실행은 이러한 질문에 대한 모든 답을 찾을 수있는 곳입니다. QA는 전체 소프트웨어 구축 프로세스의 영웅이되는 것입니다. :)
테스트 실행은 SDLC의 '테스트'부분이기도합니다.
테스트 케이스가 작성되고 BA 및 개발 팀과 공유되고 검토되고 변경 사항이 QA 팀 (있는 경우)에 통보되면 QA 팀이 필요한 수정을합니다. 테스트 설계 단계가 완료됩니다. 이제 테스트 케이스를 준비한다고해서 테스트 실행을 시작할 수 있다는 의미는 아닙니다. 무엇보다도 응용 프로그램을 준비해야합니다.
학습 내용 :
테스트 실행 지침
이제 테스트 실행 단계를 이해하는 데 중요한 모든 항목의 목록을 만들겠습니다.
#1) 그만큼 짓다 (개발팀이 작성한 코드는 빌드라고하는 것으로 패키징되어 QA 환경에 배포 할 준비가 된 설치 가능한 소프트웨어 (AUT)에 불과합니다.) 배포 중 (즉, 설치됨) QA 환경에 대한 것은 테스트 실행을 시작하는 데 필요한 가장 중요한 측면 중 하나입니다.
#두) 테스트 실행은 QA 환경 . 개발 팀의 코드 작업이 QA 팀이 테스트하는 동일한 장소에 있지 않도록하기 위해 일반적인 관행은 전용 개발 및 QA 환경을 만드는 것입니다. (라이브 애플리케이션을 호스팅하는 프로덕션 환경도 있습니다).
이는 기본적으로 SDLC 라이프 사이클의 다양한 단계에서 애플리케이션의 무결성을 보존하기위한 것입니다. 그렇지 않으면 이상적으로는 3 가지 환경이 모두 동일합니다.
#삼) 테스트 팀 규모 프로젝트 시작부터 일정하지 않습니다. 테스트 계획이 시작되면 팀에 팀 리더 만있을 수 있습니다. 테스트 설계 단계에서 몇 명의 테스터가 참여합니다. 테스트 실행은 팀이 최대 규모에 도달하는 단계입니다.
# 4) 테스트 실행도 최소 2주기 (일부 프로젝트에서는 3 개). 일반적으로 각주기에서 모든 테스트 케이스 (전체 테스트 스위트)가 실행됩니다. 첫 번째주기의 목적은 차단, 심각한 결함 및 대부분의 높은 결함을 식별하는 것입니다.
두 번째주기의 목표는 남아있는 높고 중간 정도의 결함을 식별하고 스크립트의 간격을 수정하고 결과를 얻는 것입니다.
# 5) 테스트 실행 단계는 다음으로 구성됩니다. 테스트 스크립트 실행 + 테스트 스크립트 유지 관리 (스크립트의 올바른 간격) +보고 (결함, 상태, 메트릭 등) 따라서이 단계를 계획 할 때 일정 및 노력을 추정해야한다 스크립트 실행뿐만 아니라 이러한 모든 측면을 고려합니다.
# 6) 테스트 스크립트가 완료되고 AUT가 배포 된 후 테스트 실행이 시작되기 전에 중간 단계가 있습니다. 이것은 'TRR (Test Readiness Review)' . 이것은 테스트 설계 단계를 끝내고 테스트 실행을 쉽게하는 일종의 전환 단계입니다.
이 단계 및 샘플 '테스트 준비 검토 체크리스트'에 대한 정보는 다음 링크를 확인하십시오. 소프트웨어 테스트 체크리스트
# 7) TRR 외에도 테스트 실행을 위해 QA 환경에 배포 된 현재 빌드를 수락 할 수 있는지 확인하기 전에 몇 가지 추가 검사가 더 있습니다.
그것들은 연기 및 위생 테스트 . 이것들이 무엇인지에 대한 자세한 정보 : 연기 및 위생 테스트 란 무엇입니까?
# 8) TRR, Smoke 및 Sanity 테스트가 성공적으로 완료되면 테스트주기가 공식적으로 시작됩니다.
# 9) 탐색 적 테스트 빌드가 테스트 준비가되면 수행됩니다. 이 테스트의 목적은 다음 단계의 테스트를 시작하기 전에 심각한 결함이 제거되었는지 확인하는 것입니다. 이 탐색 적 테스트는 테스트 스크립트 및 문서없이 애플리케이션에서 수행됩니다. 또한 AUT에 익숙해지는 데 도움이됩니다.
# 10) STLC의 다른 단계와 마찬가지로 테스트 실행 단계에서도 팀 구성원간에 작업이 나뉩니다. 분할은 모듈 현명하거나 테스트 케이스 현명한 또는 그 밖의 의미가있는 것을 기반으로 할 수 있습니다.
#열한) 테스트 실행 단계의 주요 결과는 주로 결함 보고서 및 테스트 실행 상태 보고서와 같은 보고서 형식입니다. 보고에 대한 자세한 프로세스는 다음에서 찾을 수 있습니다. 테스트 실행 보고서.
테스트 케이스 문서의 새 열
이제 테스트 케이스 문서가 다음 두 열로 확장됩니다. 현황 및 실적 .
( 노트 : 라이브 프로젝트 테스트 실행의 경우 아래 다운로드를 위해 제공된 테스트 사례 스프레드 시트에 테스트 실행 결과가 포함 된 열을 추가하고 업데이트했습니다.)
# 1) 상태 열
테스트 실행은 AUT의 테스트 단계를 사용하여 테스트 데이터를 제공하고 (테스트 케이스 문서에서 식별 된대로) AUT의 동작을 관찰하여 예상 결과를 충족하는지 여부를 확인하는 것입니다.
예상 한 결과가 충족되지 않으면 결함으로 해석 될 수 있습니다. 그리고 테스트 케이스의 상태는 'Fail'이되고 예상 결과가 충족되면 상태는 'Pass'가됩니다. 어떤 이유 (기존 결함 또는 지원하지 않는 환경)로 인해 테스트 케이스를 실행할 수없는 경우 상태는 '차단됨'이됩니다.
아직 실행되지 않은 테스트 케이스의 상태는 실행 안함 / 실행되지 않음으로 설정하거나 비워 둘 수 있습니다.
- 여러 단계가있는 테스트 케이스의 경우 특정 단계 (테스트 케이스 단계 중간)의 예상 결과가 충족되지 않으면 바로 테스트 케이스 상태를 '실패'로 설정하고 다음 단계를 실행할 필요가 없습니다.
- 즉시주의를 끌고 싶다면 'Fail'상태를 빨간색으로 표시 할 수 있습니다.
# 2) 실제 결과 열
테스터가 예상 결과의 편차를 기록 할 수있는 공간입니다. 예상 결과가 충족되면 (또는 상태가 '통과'인 테스트 케이스)이 필드를 비워 둘 수 있습니다. 예상 결과가 충족되면 실제 결과 = 예상 결과를 의미하므로 실제 결과 열에 다시 작성하면 반복 및 중복이됩니다.
문제가 무엇인지 명확하게하기 위해 편차의 스크린 샷을이 열에 첨부 할 수 있습니다.
배열에 요소를 추가하는 방법
OrangeHRM 라이브 프로젝트에 대한 테스트 실행 결과
이제 OrangeHRM을 가져와 나열된 위의 지침에 따라 테스트 실행을 수행하겠습니다.
다음은 몇 가지 참고할 사항입니다.
- 확장 된 테스트 케이스 템플릿.
- 표시된대로 탐색 테스트는 테스트 스크립트없이 수행되어야합니다. 따라서 적합하다고 판단되면 응용 프로그램을 병렬로 자유롭게 테스트하십시오.
- 라이브 프로젝트를 읽을 수있는 콘텐츠의 형태로 표시하는 데있어 제한이 있기 때문에 OrangeHRM 애플리케이션의 제한된 양의 테스트 케이스 / 기능 만 샘플 테스트 실행 템플릿에 표시됩니다. 다시 한 번, 가장 실용적인 경험을 위해 더 많은 작업을 수행하십시오.
- Sanity 및 Smoke 테스트 스위트도 문서에 추가되어 이러한 단계에서 어떤 종류의 테스트 케이스가 고려되는지에 대한 아이디어를 제공합니다.
- 일부 테스트 사례의 상태가 '실패'로 설정되어 있어도 결함은 아직 기록되지 않습니다. 이는 결함을 기록하는 것이 테스터로서 우리 삶의 한 측면에서 다음으로 가장 중요하고 일반적으로 작업하기 때문입니다. 따라서 우리는 다음 기사에서 자세히 다루고 싶습니다.
실행 결과가있는 테스트 케이스 :
=> 테스트 케이스 실행 문서를 다운로드하려면 여기를 클릭하십시오.
그것은 포함합니다 – 테스트 케이스 실행 결과, Smoke 테스트, Sanity 테스트, 탐색 테스트 – 스프레드 시트
마지막으로 테스트 케이스 생성 및 유지 관리에 테스트 관리 도구를 사용했다면 테스트 실행에도 동일한 도구를 사용할 수 있습니다. 도구를 사용하면보고가 더 쉬워 지지만 그렇지 않으면 테스트 케이스를 실행하는 프로세스가 동일합니다. 아이디어를 얻으려면이 기사를 확인하십시오. 테스트 케이스 실행을 위해 HP ALM을 사용하는 방법 .
(이미지를 클릭하시면 크게보실 수 있습니다.)
이것은 테스트 프로세스의 또 다른 흥미로운 부분의 끝을 가져옵니다. 이것의 다음과 마지막 기사에서 무료 온라인 소프트웨어 테스팅 QA 교육 미니 코스 , 우리는 결함을 자세히 조사 할 것입니다. '테스트 중지시기', 메트릭 및 QA 승인과 같은 주제를 마무리합니다.
=> QA 교육 6 일차 : 버그 추적, 테스트 지표 및 테스트 사인 오프
우리가 어떻게 지내고 있는지 알려 주시고 다음 기사를 기다리십시오.