탐색적 테스트란 무엇입니까?
토마스 해밀턴
탐색적 테스트란 무엇입니까?
탐색 적 테스트 테스트 케이스를 미리 작성하지 않고 테스터가 즉석에서 시스템을 확인하는 소프트웨어 테스팅의 일종이다. 테스트 실행 전에 무엇을 테스트할지에 대한 아이디어를 적어둘 수도 있습니다. 탐색적 테스트의 초점은 "사고" 활동으로서의 테스트에 더 중점을 둡니다.
탐색적 테스트는 애자일 모델에서 널리 사용되며 발견, 조사 및 학습에 관한 것입니다. 이는 개인 테스터의 개인 자유와 책임을 강조합니다.
탐색적 테스트를 수행하는 이유는 무엇입니까?
스크립트 테스트에서는 먼저 테스트 케이스를 설계하고 나중에 테스트 실행을 진행합니다. 반면 탐색 테스트는 테스트 설계와 테스트 실행을 동시에 수행하는 프로세스입니다.
스크립트 테스트 실행은 일반적으로 테스터가 테스트 단계를 실행하고 실제 결과를 예상 결과와 비교하는 비생각 활동입니다. 이러한 테스트 실행 활동은 자동화될 수 있으며 많은 인지 능력이 필요하지 않습니다.
소프트웨어 테스팅의 현재 추세는 자동화, 탐색적 테스트는 새로운 사고 방식입니다. 자동화에는 한계가 있습니다
스크립트 테스트와 탐색적 테스트의 차이점
| 스크립트 테스트 | 탐색 적 테스트 |
|---|---|
| 요구사항에서 지시됨 | 요구사항에 따라 지시되고 테스트 중 탐색 |
| 사전에 테스트 케이스 결정 | 테스트 중 테스트 케이스 결정 |
| 요구 사항에 따른 테스트 확인 | 시스템 또는 애플리케이션 조사 |
| 예측과 의사결정을 강조합니다. | 적응성과 학습을 강조합니다. |
| 확인된 테스트 포함 | 조사가 필요하다 |
| 테스트 제어에 관한 것입니다. | 테스트 설계 개선에 관한 것입니다. |
| 연설을 하는 것과 마찬가지로 초안을 읽습니다. | 대화를 나누는 것과 같습니다. 자연스럽습니다. |
| 스크립트가 제어됩니다. | 테스터의 마음이 통제됩니다 |
탐색적 테스트 기술
- 무작위 테스트는 아니지만 버그를 찾기 위한 임시 테스트입니다.
- 체계적이고 엄격하다
- 스크립트 테스트의 절차적 구조와 비교했을 때 인지적으로 (사고적으로) 구조화되어 있습니다. 이 구조는 Charter, time boxing 등에서 유래합니다.
- 가르치기 쉽고 관리하기 쉽습니다.
- 기술은 아니지만 접근 방식입니다. 다음에 수행할 작업은 현재 수행 중인 작업에 따라 결정됩니다.
탐색적 테스트를 실행하는 방법
다음은 탐색 테스트를 수행하는 방법에 대한 단계별 프로세스입니다. 탐색 테스트는 세션 기반 테스트 관리(SBTM Cycle)라고도 합니다.
1단계) 버그 분류(분류) 생성
- 과거 프로젝트에서 발견된 일반적인 유형의 결함을 분류합니다.
- 문제나 결함의 근본 원인 분석
- 위험을 찾고 애플리케이션을 테스트하기 위한 아이디어를 개발하십시오.
2단계) 테스트 헌장
- 테스트 헌장은 다음을 제안해야 합니다.
- 무엇을 테스트할 것인가
- 어떻게 테스트할 수 있나요?
- 살펴봐야 할 것
- 테스트 아이디어는 탐구 테스트의 출발점이다
- 테스트 헌장은 최종 사용자가 시스템을 어떻게 사용할 수 있는지 결정하는 데 도움이 됩니다.
3단계) 시간 Box
- 이 방법에는 한 쌍의 테스터가 90분 이상 함께 작업하는 것이 포함됩니다.
- 90분 세션에는 방해받는 시간이 있어서는 안 됩니다.
- 타임박스는 45분까지 연장 또는 단축 가능합니다.
- 이 세션에서는 테스터가 시스템의 응답에 반응하고 올바른 결과를 준비하도록 권장합니다.
단계 4) Rev결과를 보세요
- 결함 평가
- 테스트를 통해 배우기
- 적용 범위 분석
5단계) 디브리핑
- 출력 결과 편집
- 결과를 헌장과 비교
- 추가 테스트가 필요한지 확인
최고의 연습 탐색 테스트
탐색적 실행 중에는 다음 작업을 수행해야 합니다.
- 테스트의 임무는 매우 명확해야 합니다.
- 테스트해야 할 사항, 테스트해야 하는 이유, 제품 품질 평가에 대해 기록해 두세요.
- 탐색적 테스트 중에 제기된 질문 및 문제 추적
- 효과적인 테스트를 위해 테스터를 쌍으로 구성하는 것이 더 좋습니다.
- 더 많이 테스트할수록 필요한 시나리오에 적합한 테스트 사례를 실행할 가능성이 높아집니다.
문서를 가져가서 다음 사항을 모니터링하는 것이 매우 중요합니다.
- 테스트 적용 범위 – 테스트 사례 적용 범위에 대해 기록하고 소프트웨어 품질을 개선했는지 여부
- 위험 – 어떤 위험을 다루어야 하며 어떤 위험이 모두 중요합니까?
- 테스트 실행 로그 – 테스트 실행에 대한 기록
- 문제/질의 – 시스템의 질문과 문제에 대해 메모합니다.
더욱 스마트해진 탐색적 테스트를 통해 더 짧은 시간에 더 많은 오류를 찾아낼 수 있습니다.
탐색적 테스트의 장점과 단점
장점
단점
- 이 테스트는 순전히 테스터의 기술에 달려 있습니다.
- 테스터의 도메인 지식으로 인해 제한됨
- 긴 실행 시간에는 적합하지 않음
탐색적 테스트의 과제
탐색적 테스트에는 많은 과제가 있으며 이에 대한 설명은 다음과 같습니다.
- 응용 프로그램이나 소프트웨어 시스템을 사용하는 방법을 배우는 것은 어려운 일입니다.
- 실패의 복제가 어렵다
- 도구를 사용해야 하는지 결정하는 것이 어려울 수 있습니다.
- 실행하기에 가장 적합한 테스트 사례를 결정하는 것은 어려울 수 있습니다.
- 보고서에는 실제 결과 또는 결과와 비교할 계획된 스크립트나 사례가 없기 때문에 테스트 결과를 보고하는 것이 어렵습니다.
- 실행 중 모든 이벤트를 문서화하기가 어렵습니다.
- 탐색적 테스트는 실행할 확실한 테스트 사례가 없으므로 언제 중단할지 결정하기 어렵습니다.
탐색적 테스트를 언제 사용합니까?
탐색적 테스트는 다음과 같은 경우 광범위하게 사용될 수 있습니다.
- 테스트 팀은 테스터를 경험했습니다.
- 초기 반복이 필요합니다
- 중요한 응용 프로그램이 있습니다
- 새로운 테스터가 팀에 합류했습니다.
결론
소프트웨어 엔지니어링에서는 스크립트 테스트의 한계를 극복하기 위해 탐색적 테스트가 수행됩니다. 개선에 도움이 됩니다 테스트 케이스 모음곡. 학습과 적응력에 공감합니다.
