Top 29 탐색 적 테스팅 All Answers

탐험적 테스팅(Exploratory Testing)

• Article author: wingsh.tistory.com
• Reviews from users: 15001 Ratings
• Top rated: 4.4
• Lowest rated: 1
• Summary of article content: Articles about 탐험적 테스팅(Exploratory Testing) 탐색적 테스팅의 구성요소 · 테스트한 제품에 대한 노트 및 기록 · 발견된 결함과 장애에 대한 노트 및 기록 · 어떻게 테스트되었는지를 기술하는 요약된 … …
• Most searched keywords: Whether you are looking for 탐험적 테스팅(Exploratory Testing) 탐색적 테스팅의 구성요소 · 테스트한 제품에 대한 노트 및 기록 · 발견된 결함과 장애에 대한 노트 및 기록 · 어떻게 테스트되었는지를 기술하는 요약된 … 탐색적 테스팅 접근법(Exploratory testing approach) 테스트케이스 작성의 시간을 최소화하면서 테스트 엔지니어의 발견적인(Heuristic) 지적 능력을 최대한 활용하여 테스트를 수행하는 것 테스트 설계, 테스트..
• Table of Contents:

관련글

댓글0

공지사항

최근글

인기글

최근댓글

태그

전체 방문자

Read More

See more articles in the same category here: https://toplist.Experience-Porthcawl.com/blog.

소프트웨어로 안전한 세상을 꿈꾸다

​

스크립트 테스팅을 통해 많은 테스트를 미리 작성하고 실행했다 하더라도 놀랄만한 버그는 여전히 존재합니다. 소프트웨어가 주어진 환경에서 조건대로 동작하는지 확인하는 스크립트 테스팅과 더불어 또 다른 위험요소가 있는지 확인하는 탐색적 테스팅이 필요한 이유입니다.

​

탐색적 테스팅을 처음 소개한 제임스 바크(James Bach)는 탐색적 테스팅(Exploratory Testing)을 테스트 디자인과 실행이라고 정의했습니다. 탐색적 테스팅은 테스터의 머릿속에서 테스트를 설계하고 실행하는 것이 문서화된 케이스를 기반으로 수행하는 스크립트 테스팅에 비해 효율적이고 결함 발견의 확률을 높일 수 있다고 보는 테스팅 접근법입니다.

실무에서 만나는 테스터들 중에 경험적 테스팅을 진행하면서 탐색적 테스팅을 하고 있다고 믿는 경우가 있는데요. 탐색적 테스팅은 단순한 경험적 테스팅이나 무작위로 테스트를 진행하는 애드 혹(Ad-hoc) 테스팅과는 다른 개념입니다.

탐색적 테스팅을 잘하기 위해서는 테스팅 이론과 다양한 테스트 설계 기법의 이해와 적용이 필요합니다. 또한 탐색적 테스팅이 테스트케이스를 문서화하는 시간을 최소화하고 테스트의 실행에 집중하는 방식이지만, 테스트 설계와 진행에 대해 구성원들과 공유할 수 있도록 하는 최소한의 문서를 산출해야 합니다.

탐색적 테스팅에서는 테스터가 미리 정의된 범위나 스크립트에 제약을 받지 않고 제품을 탐색하고 테스트할 때 자신의 기술을 사용하도록 합니다. 독창적인 탐색적 테스팅은 스크립트로 기술된 테스트케이스를 정적으로 실행하는 단조로움을 줄이고, 테스팅을 진행하는 동안 테스터가 학습하도록 하는 이점이 있습니다. 풍부한 경험이 뒷받침될수록 유리하기 때문에, 테스트 팀의 숙련도가 높을 때 효율적인 테스팅을 위해 채택할 수 있는 테스트 접근 방식입니다.

오늘 포스팅에서는 차터 기반의 탐색적 테스팅에서 사용하는 기법에 대해 소개하도록 하겠습니다.

​

탐색적 테스팅

Test Charter, Time Boxing

I. 경험기반 애자일 테스팅 기법, 탐색적 테스팅의 개요

가. 탐색적 테스팅의 정의

– 테스트 목표를 포함하는 테스트 차터(Charter)를 기반으로 정해진 시간 내(Time Boxing)에 테스트 설계, 실행, 기록, 학습을 하는 경험 기반 테스트 기법

나. 탐색적 테스팅의 특징

특징 설명 결함 집중의 원리 파레토 법칙을 활용하여 중요한 테스트부터 진행 Heuristic 기반 프로세스 또는 테스트 도구보다는 사람(지적 능력, 몰입) 중심 Time-Boxing 짧은 정해진 제한 시간 내에 테스팅하여 몰입 유도 Debriefing 회고를 통해 테스트 경험과 스킬을 공유

II. 탐색적 테스팅의 절차 및 구성요소

가. 탐색적 테스팅의 절차

계획 (Plan) – 리스크 분석 및 전략 수립 – 테스트 계획 수립 – 차터 작성 및 구성 – 리스크 분석서 및 테스트 전략 – 테스트 계획서 설계 & 실행 (Design & Execution) – 할당 받은 차터 테스트 수행 – 제품 탐색과 제품 정보 습득 – 테스트 아이디어 구상 및 테스트 설계(기법 활용) – 테스트 노트 및 발견 결함 내용 상세 작성 – 라운드 회고 및 각 수행 차터 결과보고서 작성 – 테스트노트 – 이슈결과 – 결과보고서 – 회고회의록 종료 (Closure) – 테스트 회고 – 테스트 종료 보고서 작성 – 테스트 종료 보고서

나. 탐색적 테스팅의 구성요소

구성요소 내용 적용 테스트 차터 (Test Charter) – 수행될 각 세션에 대해 명확한 임무를 설정해 놓은 것 – 효율적인 테스트 차터를 위해 제품 High Risk 기반으로 작성 구체적인 작업 미션, 대상, 목적, 명시 시간 제한 (Time Boxing) – 테스트 차터를 정할 때 각 세션당 시간(Time Boxing)을 정함 예) 60분, 90분, 120분 테스트 노트 (Test Note) (Session Sheet) – 테스트 결과지, 테스트 노트 (Test Note) – 검토 가능한 결과물 – 테스트 실행과 동시에 머릿속으로 계획, 설계, 테스트 케이스를 작성하며, 이런 사고활동을 간단하게 노트에 기록 아이디어, 결과, 결함 등을 기록 요약 보고 (Debriefing) – 탐색적 테스팅 세션 종료 후 팀원끼리 요약보고 시간 가짐 회고/공유가 가능한 정도로 최소한의 문서 작성 테스팅 기법 – 페어와이즈 조합, 동등분할, 경계 값 분석 적절한 기법 적용

반응형

탐색적 테스팅 접근법 – Exploratory Testing approach

swtest

탐색적 테스팅 접근법 – Exploratory Testing approach

탐색적 테스팅 – Exploratory Testing approach

탐색적 테스팅이란 제품 정보 습득과 테스트 설계 그리고 테스트 실행을 동시에 수행하는 경험 기반의 테스트 접근법이라고 할 수 있습니다. ‘탐색적 테스팅’ 은 경험기반 테스트로 보며 특별한 기술이 있는 ‘기법’ 이라기 보다는 ‘접근법’으로 보는 것이 맞습니다. 현업에서는 뭐 그렇게 까지 철저히 구분하지는 않고 상황에 따라 ‘탐테’ 하자 라고 하며 진행하도록 합니다. 철저하게 프로세스까지 만들어 하는 회사들은 흔치 않은 것 같네요.

명세기반 테스트는 주어진 명세가 잘 되어있고 탄탄할때 의미가 있지만, 현실 세계에서는 명세가 부족한거나 충격적으로 거의 없는 경우도 많이 존재 합니다. 또한 명세가 잘 되어있지만 개발시간이 촉박하게 주어지고 또 출시일이 고정된 상태에서 모든 테스트를 다 하기에는 또 부족한 것이 현실입니다.

따라서 다음과 같은 상황이라면 탐색적으로 테스트를 진행하는 것이 좋습니다

탐색적 테스팅이 유용한 경우

테스트 시간이 부족할 때

TC작성에 필요한 산출물 부족 할 때

테스트 케이스 만으로는 만족스럽지 못할 때

탐색적 테스팅의 특징

1. 테스터 개인의 지적능력 중시

-탐색(테스트)에서 얻은 정보로 제품 기능을 유추하거나 발견한 결함 정보나 유사 제품의 경험을 통해테스트 설계합니다.

2. 테스트 ‘실행’을 중시

-최소한의 산출물 작성을 권장하고 있습니다. 그렇다고 산출물이 없다는 것은 아닙니다.

3. ‘결함집중’의 원리에 충실

-결함이 집중된 부분을 식별하고 집중하면 테스트 발견에 효과적이다는 것에 충실합니다.

-예)심마니, 곰팡이

-심마니의 경우 하나의 삼을 발견하면 주변에 주변삼이 또 있는 경우가 많습니다. 곰팡이의 경우도 곰팡이가 발생한 주변에 집중적으로 곰팡이가 많은 경우가 많죠.

4. 작은 절차와 원리

-테스트 역량(경험)에 의존적입니다. 단점을 보완하기 위한 작은 절차만 두고 있습니다.

– 프로세스 : 테스트 계획 – 실행과 설계 – 종료

Test Charter

테스트 차터는 명확한 임무를 말합니다.

무엇을 어떻게 테스트 하는지에 대한 명명이라고 볼 수 있겠습니다,

예) ‘댓글 달기 기능을 테스트 한다’

예2) ‘댓글 달기 기능을 관리자 및 등록자 관점에서 테스트한다’

<21>Test Note

테스트한 기록을 남기는 수단을 테스트 노트라고 보시면 되겠습니다.

테스트 노트 예)

테스트 노트 결과 수행시간 1 신규 게시글 작성 후 댓글 등록 P 10min 2 댓글을 한 아이디로 반복 등록 P 10min 3 댓글 단 아이디 탈퇴 후 댓글 확인 F 20mn 특이사항 삭제된 계정의 댓글을 지울 수없음 댓글 20개 이상은 스크롤이 너무 길어짐, 10개 정도로 Pagenation 필요

Time Boxing

실행시간을 제한하는 방법입니다.

실행 제한 시간= 세션당 60min ~ 120min. 을 권장합니다. 2시간까지는 좀 너무 긴 것 같고, 60-90분 정도가 실제 해 본결과 적절했다고 생각합니다.

회고 – Debriefings

결과를 공유하는 시간입니다. 회고 방식은 여러가지가 있으나 여기서는 PROOF 만 알아보겠습니다.

Past: 테스트 수행 내용(What happened during the testing?)

Results: 테스트 수행 성과(What was achieved during the testing?)

Outlook: 추가(보충)해야 할 사항(What still needs to be done?)

Obstacles: 개선이 필요한 요소(What got in the way of good testing?)

Feelings: 테스트 중 느낀 점(How does the tester feel about all this?)

탐색적 테스팅을 위한 회고

테스트 주요 내용 공유

발견한 주요 결함 공유

공유하고자 하는 이슈 사항

공유할 ‘테스트 아이디어’

를 공유하는게 좋습니다. 세번째 이슈 사항은 버그를 말하는 것이 아니라 진행이나 탐색적 테스트 진행 관련 이슈사항을 말해주는 것이 좋습니다. 그래야 진행 방식이나 세션등을 조율할 수 있습니다. 결함을 공유하다가 자연스럽게 테스트 아이디어가 공유되기도 하지만, 테스트 하면서 다른 부분(기능)이나 ‘다른 테스터가 이런 테스트 아이디어로 같이 테스트 해보면 좋을것 같은데’ 라고 느끼는 부분이 있다면 공유하고 테스트를 확장시키는 것이 중요합니다. 위에서 말한 결함 집중의 원리에 충실할 수도 있고요.

탐색적 테스팅 프로세스

1. 계획 – 계획 수립(차터 작성 및 계획 수립)

2. 설계 & 실행 – 차터 테스트 수행, 테스트 노트 기록

3. 종료 – 테스트 회고, 종료 보고서 작성

탐색적 테스팅 계획 예

– 신규 고객 상담 시스템 테스트 계획서 및 가용 리소스 확인 예

가용인원 4인 ( 이팀장, 김대리, 테스터 A, 테스터 B) 일일 진행 챠터 Short(30분) 6회, Normal(60분) 4회 일정 테스트 케이스 문서가 넘어오기 전까지 수행(5일 예상) 총합 78개 차터 실행예정, 실제로는 테스트 설정시간, 테스트 리포트 생성 시간을 고려필요

기능 구분 및 배정 예)

기능 명 기능 설명 배정 차터 배정인원 고객의 소리 일반적인 고객 Q&A 상담 게시판 20 이팀장외 3 온라인 가입 온라인 상에서 바로 가입이 가능한 기능 16 이팀장외 3 메일링 고객 DB와 연계되어 정기적으로 홍보메일을 보내는 기능 11 김대리외 1 채팅 실시간 온라인 채팅 기능 10 김대리외 1 기타 오시는길, 연락처 확인 10 테스터 A

Lessons Learned 장점 짧은 시간에 결함 발견 효과가 큼 효율적인 테스트 실행 명세 및 자원 부족시 활용 공식적 테스트 커버리지 보완

단점 테스터의 역량에 따라 서로 다른 결과(일관성 부족) 테스트 커버리지 관점에서는 신뢰성 약함

실무활용 팁

실무에서는 TC를 보완할 목적으로 탐색적 테스트를 실시 자칫 잘 못 사용하는 경우는 시간 때우기가 될 수 있음(너무 짧은 차터 목표, 금방 끝나는 테스트, 결과에 대한 신뢰성(나온 버그가 없다고 한다면..?) 최소한의 관리와 피드백을 위해 차터 설계가 중요할 수 있음 – 역량이 높은 테스터에게는 위임 리스크가 높다고 생각되는 부분( 예) 새로 추가 된 기능 에 대해 적용하는 것이 한정된 자원을 잘 활용하는 방법일 수 있음)

참고 – Ad-hoc 테스트와 Random 테스트 ad-hoc 테스트

-“예상결과를 사전에 정의하지 않고, 자의적이고 임의적으로 실행하는 테스트 활동” 과는 차이가 있다.

-이때 경험기반으로 테스트 해볼 수 있으나, 좀 더 목표 지향적이고 체계적으로 할 수 있도록 부분이 탐색적 테스팅 접근해 테스트하는 것을 탐색적 테스트라고 볼 수 있겠다.(개인의견)

Random 테스트

– “테스트 설계 기법을 통해 입력값을 따로 설정해 주지 않고 임의로 값을 선택해서 수행하는 방법” 과도 차이가 있다.

So you have finished reading the 탐색 적 테스팅 topic article, if you find this article useful, please share it. Thank you very much. See more: 탐색적 테스팅 테스트 차터, 탐색적 테스팅 사례, 탐색적 테스팅 단점, Exploratory testing, 탐색적 테스팅 테스트 케이스, 경험기반 테스팅, 테스트 차터 예시, 경험 기반 테스트 기법