[AUG]개발자와 QA가 상생하는 테스트 프로세스

Cheolmin Shin • Process Innovation Team Manager • Mirero Inc.
http://deprogworks.blogspot.kr • feminie@gmail.com
개발자와 QA가 상생하는 테스트 프로세스

개발자 vs. QA
버그 리포팅 했으니
고쳐주세요
내 PC에서는 버그 재현이
안되는데요?
어떻게 고치라는 건가요?

분쟁의 원인
출신 배경이 다름
(개발, QA)
보람을 느끼는 포인트가 다름
(개발 : 새로운 것을 만들어 냈을 때)
(QA : 좋은 품질로 이끌었을 때)

공동운명체
고객만족
좋은 제품/서비스

프로세스
기술마음가짐
상생을 위한 요소

프로세스 테스트 프로세스 간소화
QA, 개발자가 프로세스에서 숨막히는 느낌이 들지 않을
수준으로 프로세스를 간소화, 효율화

프로세스 테스트케이스 작성
테스트케이스 작성 주체는 정해져 있지 않음
상황을 고려해서 더 적합한 쪽에서 작성
개발팀 : 개발일정에 여유가 있을 경우
QA : 개발일정이 빠듯하고 개발문서도 충분치 않은 경우
프로그램에 대한 설명을 듣고 테스트케이스 작성

프로세스 버그리포트 작성
버그리포팅은 최대한 개발자가 쉽게 이해할 수 있는 방법을 총동원해서 제공
Ex) 버그 재현동영상 (스트리밍)

프로세스 JIRA에 구현
테스트 케이스 워크플로우
버그 워크플로우
테스트 스위트
버그
테스트
케이스
테스트
케이스
테스트
케이스

기술 테스트 대시보드(테스트 보고서)
별도 형식의 보고서를 작성하지 않고
JIRA대시보드를 활용하여 RealTime데이터를 확인
핵심 메트릭 수치 제공
(효율적 의사소통 가능)
JIRA가 제공하지 않는 기능
(자체적으로 별도 구현후
JIRA대시보드에 삽입)

기술 테스트 결과 리포팅 유틸리티
리턴율 =
(결함율)
(결함처리중) 수
X 100
Issuetype :
테스트케이스
테스터가 수행한 테스트 케이스
중 결함이 발생한 비율
모든 테스트 케이스 수
결함처리율=
(Open, 개발중) 이외의 모든
결함 수
X 100
Issuetype :
버그
개발자가 대응 완료한 Defect
비율
모든 결함 수
결함제거율=
(Resolved, Closed) 상태의
모든 결함 수
X 100
Issuetype :
버그
개발자가 대응완료한 Defect에
대해 테스터가 최종적으로 고쳐
진 것을 확인한 비율모든 결함 수

기술 테스트 결과 리포팅 유틸리티
개발자
버그리포트 읽어봤는데..
이건 제 프로그램의 버그가 아
니라 원래 그렇게 동작하도록
의도한 것입니다!
속마음 : ‘리턴율 좀 낮춰주세요’
버그와 같은 내용으로
FeatureCheck이라는 이슈타입을 제공
(버그로 카운트하지 않음)
개발자가 버그라고 확인한 건만 깃발을 세움
(깃발 세워진 건만 리턴율에 반영)

기술 버그리포트 상세화면
글로 서술하는 것을 가급적 피하고 (의사소통 오류 유발)
파악하기 쉬운 스크린샷, 버그 재현 동영상을 최대한 활용
테스터에게는 스크린샷, 동영상 캡처를 쉽게 할 수 있는
전문 상용 프로그램 제공

기술 테스트 관련 기술 구성 / 데이터 흐름
Movie Uploader
테스트 결과 리포팅 유틸리티
QA
버그
발견
mp4
FTP
Movie link
REST API
(JIRA Rawdata)
Web
Screen
Developer
버그리포트(동영상포함)
테스트 결과 메트릭

마음가짐
개발자들은 적이 아닙니다!
QA 팀 회고
개발자들에게 국내 최고, 세계 최고의 결과물을 줍시다!
모두가 최고의 제품을 만들려는
같은 목표를 가진 동료입니다.

(새 테스트 대상이 생겼을 때) 테스트 관리자가 수행하는 작업
테스트 스위트 준비 →
JIRA에
테스트 스위트 Import
→
테스터
보드/스프린트
추가
→ 대시보드 복제 →
테스트 결과 리포팅
유틸리티 설정
Testcase 작성 (QA) JIRA csv import
JIRA Structure Plugin
JIRA Agile Board
(Scrum 타입사용)
JIRA 대시보드 유틸리티를 호스팅 하는
서버 (Node.js)
Excel → csv(UTF-8
인코딩)
JIRA에서 csv로 테스트
케이스 임포트
Structure에
테스트 스위트 생성,
테스트 케이스 등록
(나중에 같은 테스트 스위트를
회귀테스트하는 것에 대비)
(필요시, Agile 보드생성)
새로운 에픽 생성
새로운 스프린트 생성
스프린트 시작
새로운 테스트
스위트에 맞는
이슈필터 생성
대시보드의 각 가젯의
이슈필터 변경
config.json 파일에
새로운 테스트 스위트 정보
추가
대시보드에 Custom
Contents 가젯에 설정

서로 배려하고 상생하는 최고의 팀플레이어가
되셨으면 좋겠습니다!

Cheolmin Shin • Process Innovation Team Manager • Mirero Inc.
http://deprogworks.blogspot.kr • feminie@gmail.com
Thank you!

[AUG]개발자와 QA가 상생하는 테스트 프로세스

Recommended

More Related Content

What's hot (20)

Viewers also liked (18)

Similar to [AUG]개발자와 QA가 상생하는 테스트 프로세스 (20)

[AUG]개발자와 QA가 상생하는 테스트 프로세스