�ݺ�ߣ

테스트를 빨리 시작했으면… 뒤에 결함이 많이 안 나왔으면
개발 완료 품질이 좋았으면..
‘짝’테스트

그럼에도 불구하고, 걱정되는건…
‘테스트’에 대한 이야기
우리의 조직과 역할 구성
보기는 쉬워도 성공하기 쉽지 않음 – 사람이 중요

Pair Testing 이란
개요
 Pair, 짝 테스트?
[ 수행방식 ]
개발자+TE, TE+TE 등의 짝으로 같이 자리에 앇아 테스트를 수행
30분 동앆 각 15분씩 Observer, Operator로 수행
※ Observer : 테스트 대상에 대한 테스트 케이스를 구상하고
Operator에게 해당 테스트 수행 지시
Operator : 실제 화면에서 테스트를 수행하고, 결함을 보고
※ Observer는 갂단한 테스트 Charter를 작성
[ 기대효과 ]
품질을 사람에게 자체 내장
빠른 피드백
협업과 재미!!
/AgileDenver/discover-the-power-of-pair-testing

Pair의 구성
개요
+기획자 +개발자 +테스터
테스터
. 기대효과: 테스터는 기획자의 기획의도를
이해, 테스터는 개발팀을 대신하여
개발 상황을 기획자에게
공유(기획<>개발간의 갭을 매꿔줌)
. 기대효과: 테스터는 제품을 개발 레벨에서
학습하고,
개발자는 테스트를 배워 좋은 제품이 나온다
부수적인 효과들(테스트 환경 준비, 상세
테스트 방법, 더 찾기 어려운 결함 발견)
. 기대효과: 서로 더 좋은 테스트 방법을
찾거나, 쥬니어+시니어로 테스트
학습효과
. 주요사항: 기획의도에 대해 경청하는 형태
+ 의문나는 부분에 대한 질문
. 주요사항: 개발자가 테스트를
학습하도록(직접 체험하고 기억하도록) 하는데
중점을 둔다
. 주요사항: 일방적으로 누가누구를
가르치는게 아니라 서로 아이디어를
공유하도록 공평하게 진행한다
. 유의사항: 어느 정도 제품 전체를 이해하는
테스터와 협업해야 시너지가 난다
. 유의사항: 서로 다른 관점을 갖는
사람들이므로 수행방식, 시간엄수, 수행
내용에 대해 조심스럽게 접근
. 유의사항: 같은 역할을 하는
사람들이므로, 익숙하지 않은 pair로는
구성하지 않는다. 안 좋은 내용이
확산될 수 있다

언제, 어디서, 누구와 Pair Testing 을 할까?
사례 소개
언제, 어디서, 누구와
개발자 자리, 로컬 환경에서 임의의 대상에 대해 진행하므로 시기에 대한 제약이 없음
공식적인 테스트 이전에(가급적 초기에), 정해진 시간, 주기적으로 수행
사례 : 개발 스프린트 내 개발이
끝날 무렵 – Sanity Test 시점?

진행 방식 예 : 개발자 & 테스터 짝 테스트
사례 소개
테스터
개발자
Observer / Operator (또는 Navigator / Driver) 로 역할을 나누어
한 명은 직접적인 동작없이 방향 제시(명령하는 사람), 한 쪽은 제시된 방향을 직접 수행(시키는대로
따라하는 사람)
15min
15min
Navigator : 테스트 수행을 지시
- 수행 방식과 취지를 설명
- 최대한 기존 개발자가 하던 방식을
못하게 하고 다른 뷰로 꼼꼼하게 테스트
하는 방식을 지시
- 개발자의 이동방법, 입력 값을 참고
Driver : 지시에 따라 실제 제품을 작동
- 실제 개발내용을 가장 잘 아는
사람으로써 지시에 따라 상세 부분을
탐색
- 이번 개발 부분과 제약사항에 대해
자연스럽게 설명
Driver : 지시에 따라 실제 제품을 작동
- 앞에 개발자가 수행한 이동방식, 입력
값 등을 떠올리며 제품을 탐색
- 지시자 역할을 수행하는 개발자에게
중간중간 중요한 포인트에 대해 질문을
하며 제품을 깊게 배우는 한편,
개발자가 더 고민 하게 만듬
Navigator : 테스트 수행을 지시
- 역할을 바꿈에 따라 손을 못 쓰게하고
생각을 많이 하게 되는게 중요
- 앞에 TE가 수행했던 내용을 떠올리며
Driver를 조종하여 테스트를
지시함(학습)

개발자와 짝테스트 - 사례, 후기
사례 소개
회고
50분동안 36개 결함 발견
결함 재현 필요없이 바로 수정 시작
사례 1
[ 짝 테스트 ]
(좋았던 점) 미처 생각지 못한 버그도 찾아내주싞 점, 짝테스트는 Junit보다 화면 테스트할 때
도움이 많이 되었습니다
다른 사례에서 비슷한 문제의 해결방법에 대해서 들은 것이 좋았습니다, 짧은 시갂에 버그를
많이 잡아주싞 점
(아쉬운 점) 짝테스트 30분은 시갂이 좀 짧아서 아쉬웠습니다
30분씩 5명의 개발자와 수행
각각 20여개, 7개, 4개, 10개, 5개 결함 발견
사례 2

테스터와 짝테스트 - 사례, 후기
사례 소개
모바일, 회사 앱 사용 경험이 많은 테스터와
짝 테스트. 기술 훔치기
설명 좋았던 점 아쉽거나 나빴던 점 개선할 점
페어
테스트
기존인력-싞규인력
짝으로 하루 30분여
Time-Boxing하여 같이
앇아 테스트를 진행함
A. 잘 모르는 상태에서
테스트하다 보니까
도메인, 도메인 외
내용에 대해 질문을 할
수 있는 시갂이었다
B. 아바타의 상태가 너무
좋았다. AI가 알아서
너무 잘 수행했다.
C. 업무수행방식을
젂달하고 싶었어서
수행했음
A. 아바타가 복잡한
명령을 잘 수행못한다
B. 도메인 외에 궁금한게
많다 보니까 짝
테스트하는 시갂 동앆에
딴 얘기를 많이 했던 것
같다.
C. 도메인 변경 검증이
랜딩 확인하는 경우가
많아 너무 단순했다
A. 하면 좋을까?
모르겠다.
B. 싞규 인력 왔을 때
하면 좋을 거 같다.
싞규인력이 얼마나
아는지 파악할 때 좋을
것 같다.
( 짝 테스트 수행 )
. 격일로 한명씩,
. 정해진 시각에 30분갂 수행
. "경험의 빠른 젂달과 공유“ 목적
사례 1 사례 2
싞규 TE 2 명과 격일로 하루 30분씩 짝 테스트를 수행한 사례
- 배경 : 갑작스럽게 시스템 젂체 회귀 테스트를 싞규 TE 2명과 진행해야 하는 상황
- 이슈상황 :
새로 온 TE 2분의 문의 외에도 젂체 부서외부 대응으로 메싞저는 하루종일 계속 깜박이며 불을 뿜음
매일 아침 모든 파트원이 함께하는 데일리에는 아무 문제없다고 얘기되고 있었다
별도로 새로 구축한 테스트 홖경("독립홖경 검증")은 엉망진창이어서 홖경적 이슈 발생
홖경, 코드 수정이 계속 발생해서 테스트 진척이 뒤섞여 있고, 누가 무엇을 진행하고 있는지 알 수 없음
싞규 TE인력갂 미묘한 싸움으로 서로 커뮤니케이션을 앆 함

효과 1) 품질, 테스트 방법을 사람에게 내재화
효과 2) 결함 등록하고 재현하는 등의 절차가 생략되어 커뮤니케이션 비용 절감
효과 3) 두 머리로 테스트 - 종종 테스터가 수행하면 옆에서 개발자가 더 결함을 잘 찾아냄
정리
테스터 개발자
테스터 : 이렇게 이렇게 해 보실래요
개발자 : 엇, 이건 결함이네요. 바로
고쳐 놓을게요
아, 테스터는 이렇게 하는구나.
아마 그 코드 때문이겠다
아 정식 테스트할 때
이 케이스는 다시
해봐야 겠다
짝 테스트 효과

정리
테스터 개발자
개발자: 앗, 개발 거의 다 끝나긴 했는데 아직 안 된
부분이 있고 로컬에서밖에 확인이 안 되는데요,
괜찮을까요?
테스터: 네, 현재 상태로 보면 되고, 안 된 부분은
그때그때 말씀해 주세요. 결함도 BTS에 안
올릴거고 그냥 기억만 하시라고 옆에 메모해서
전달 드릴게요
아, 진짜 내 일을
도와주러 왔구나
아 이런이런 코드들이 배포되어야 하고
이 데이터로 개발자는
테스트하는구나
효과 4) 빠른 시기 테스트 가능
효과 5) 협업 수준이 높아지고 테스트 방법, 데이터, 환경 준비 등이 잘 파악됨
짝 테스트 효과

정리
짝 테스트 역효과
역효과 1) 다른 얘기만 하다가 의미없이 시간이 허비됨
역효과 2) 너무 오래, 많은 시간/대상에 대해 하면 서로 지쳐함
역효과 3) 개발자와 싸움
역효과 4) 테스터가 퇴사함 – 개발이야기를 너무 많이 듣거나, 커뮤니케이션 어려움 때문에
역효과 5) 테스트에 대한 불신이 커질 수 있음
역효과 6) 한두번 수행했을 때 큰 효과가 없을 수 있음(예: 정말 단순하고 쉬운 대상 테스트)
☞ 짧은 시간 주기적으로 수행

정리
우리는?
Pair Testing 자체는 이미 많이 알려진 접근
방식
Sanity Test, 개발 QA건에 검토?
코로나, 원격근무, 떨어져 있는 팀/구성

�ݺ�ߣ

짝 테스트(Pair Testing) 소개와 사례

Recommended

More Related Content

What's hot (20)

Similar to 짝 테스트(Pair Testing) 소개와 사례 (20)

More from SangIn Choung (20)

짝 테스트(Pair Testing) 소개와 사례