임시 테스트

임시 테스트 란 무엇입니까?

적절한 계획 및 문서화없이 소프트웨어 테스트를 수행하는 경우이를 Adhoc Testing이라고합니다. 이러한 종류의 테스트는 결함을 발견하지 않는 한 한 번만 실행됩니다.

임시 테스트는 애플리케이션에서 공식 테스트를 수행 한 후에 수행됩니다. 임시 방법은 구조화 된 접근 방식이 아니기 때문에 가장 덜 공식적인 테스트 유형입니다. 따라서이 방법을 사용하여 발견 된 결함은 해당 시나리오에 대해 정렬 된 테스트 사례가 없기 때문에 복제하기 어렵습니다.

테스트는 사양 / 요구 사항을 따르지 않고 응용 프로그램에 대한 테스터의 지식과 무작위로 테스트를 수행합니다. 따라서 Adhoc 테스트의 성공 여부는 테스트를 수행하는 테스터의 능력에 달려 있습니다. 테스터는 테스터의 직관에 따라 적절한 계획 및 문서화없이 결함을 찾아야합니다.

임시 테스트는 언제 실행합니까?

임시 테스트는 철저한 테스트를 수행 할 시간이 제한되어있을 때 수행 할 수 있으며 일반적으로 공식 테스트 실행 후에 수행됩니다. 임시 테스트는 테스터가 테스트중인 시스템에 대해 깊이 이해 한 경우에만 효과적입니다.

임시 테스트의 형태 :

1. Buddy Testing: 개발 팀과 테스트 팀의 두 친구가 같은 모듈에서 결함을 식별하기 위해 상호 작업합니다. 버디 테스트는 테스터가 더 나은 테스트 케이스를 개발하는 데 도움이되며 개발 팀은 초기에 설계를 변경할 수도 있습니다. 이러한 종류의 테스트는 일반적으로 단위 테스트를 완료 한 후에 발생합니다.

2. Pair Testing: 두 명의 테스터에게 동일한 모듈이 할당되고 아이디어를 공유하고 동일한 시스템에서 작업하여 결함을 찾습니다. 한 테스터는 테스트를 실행하고 다른 테스터는 결과에 대한 메모를 기록합니다.

3. Monkey Testing: 테스트는 시스템을 손상시키기 위해 테스트 케이스없이 무작위로 수행됩니다.

애드혹 테스트를보다 효과적으로 만드는 다양한 방법

1. Preparation: 유사한 응용 프로그램의 결함 세부 정보를 가져 오면 응용 프로그램에서 결함을 찾을 확률이 높아집니다.

2. Creating a Rough Idea: 대략적인 아이디어를 만들어 테스터는 집중된 접근 방식을 갖게됩니다. 테스트 대상 및 테스트 방법에 대한 자세한 계획을 문서화 할 필요는 없습니다.

3. Divide and Rule: 응용 프로그램을 부분적으로 테스트함으로써 문제에 대한 더 나은 초점과 이해를 얻을 수 있습니다.

4. Targeting Critical Functionalities: 테스터는 테스트 케이스를 설계하는 동안 다루지 않는 영역을 대상으로해야합니다.

5. Using Tools: 또한 프로파일 러, 디버거 및 작업 모니터를 사용하여 결함을 가져올 수 있습니다. 따라서 이러한 도구를 능숙하게 사용하면 몇 가지 결함을 발견 할 수 있습니다.

6. Documenting the findings:테스트는 무작위로 수행되지만 시간이 허용되면 테스트를 문서화하고 편차가있는 경우 기록하는 것이 좋습니다. 결함이 발견되면 테스터가 시나리오를 다시 테스트하는 데 도움이되도록 해당 테스트 케이스가 작성됩니다.