뉴스센터 목록으로 돌아가기

[클라이언트]산출물 최종 점검 단계, 프로젝트 검수하기 - 실전 편

위시켓 | 2019.08.02.

01_페북




검수의 중요성은 알겠는데, 어떻게 진행하면 되나요?”

지난 글에서 프로젝트 검수가 왜 필요한지에 대해서 알아봤다면, 이번 실전 편에서는 검수 절차에 대해 본격적으로
살펴볼 차례입니다!

검수에 필요한 문서(테스트 시나리오) 작성법, 검수 시 중점을 두고 체크해야 하는 요소, 검수 방법에 대해 알려드릴
예정이니, 꼭 확인하시고 검수를 진행하실 때 활용해주세요 : )


<검수 진행 절차>

STEP 01. 테스트 시나리오 작성하기
STEP 02. 작성한 테스트 시나리오 기반으로 검수하기
STEP 03. 검수 결과 공유하고 수정요청하기



STEP 01. 테스트 시나리오 작성하기

검수를 시작하기 위해서는 클라이언트님이 의도한 대로 UI와 기능이 정상 작동하는지, 예상치 못한 케이스는 없는지를
체크하고 기록할 수 있는 문서(테스트 시나리오)가 필요
합니다.

테스트 시나리오는 주로 엑셀, 구글 스프레드시트 등을 활용하여 작성합니다. 다만, 엑셀의 경우 버전 관리가 힘들 수
있기 때문에 구글 스프레드시트를 사용하시는 것을 추천드립니다.

테스트 시나리오에는 아래와 같은 항목들을 포함해주시면 됩니다.

1. ‘분류’(메뉴 구조)
2. 조건, 상황에 대한 ‘케이스’
3. 케이스별 기대 결과를 확인하기 위한 ‘체크리스트’
4. 브라우저/기종/OS별 테스트 ‘결과’
5.‘수정 요청’
6. 수정 요청에 대한 ‘파트너 피드백’

테스트 시나리오 전체컷(테스트 시나리오 샘플을 확인하시고 클라이언트님의 프로젝트에 맞게 편집해보세요! )



예시 이미지를 보면서 조금 더 자세히 알아볼까요?

분류, 케이스, 체크리스트

1. 분류 : 서비스의 모든 페이지/기능을 작성하는 란입니다. 화면 단위로 구분해 depth를 작성해주시면 됩니다.
(서비스의 복잡도에 따라 3 depth까지 분류되는 경우도 있습니다.)

2. 케이스 : 기능이 동작되는 상황이나 요소의 노출 조건에 대한 ‘케이스’를 작성하는 란입니다.
주로 ‘클릭했을 시’, ‘클릭했을 경우’의 표현으로 작성합니다.
로그인 기능을 예를 들자면, 아이디와 비밀번호를 입력하고 ‘로그인 버튼을 클릭 시’ 다음 화면으로 넘어갑니다.
이때 ‘로그인 버튼 클릭 시’가 '케이스'에 해당합니다.

3. 체크리스트 : ‘케이스’에서 작성한 조건을 진행했을 때, 어떻게 정상적으로 작동해야 하는지에 대한 시나리오를
작성하는 란입니다. 기능 위주의 내용이 들어가며, ‘메일이 발송되었는가?’와 같이 질문형으로 작성합니다.



결과, 수정요청사항, 파트너 피드백
4. 결과 : 결과란에는 클라이언트님의 서비스를 최적화하려는 환경(브라우저/기종/OS)을 작성합니다.

5. 수정 요청 : 검수 중, 테스트 실패 시 증상을 작성하는 란입니다.

6. 파트너 피드백란 : 파트너님이 실패 케이스 디버깅 후, 혹은 이견이 있을 경우 피드백을 남기는 란입니다.

이제 클라이언트님의 기획서의 디스크립션을 토대로 테스트 시나리오 항목을 순서대로 작성하실 차례입니다.
클라이언트님 혼자 작성 시 누락되는 부분이 있을 수 있기 때문에 같이 일하는 팀원이나, 파트너님에게 더블 체크
요청하세요!

테스트 시나리오까지 준비되셨다면, 검수를 진행해보겠습니다!



STEP 02. 작성한 테스트 시나리오 기반으로 검수하기

테스트 시나리오에 리스트업 한 내용의 순서대로 검수를 진행해주세요. 산출물의 호환성과 기능성에 초점을 맞줘 검수를 진행해주시면 됩니다. (검수 진행 FAQ 1번 참고)

검수 시 체크리스트에 누락이 되신 부분이 있으시다면, 중간중간 보충을 해주시면서 진행을 해주시면 됩니다. 꼼꼼한
검수를 위해 기획서의 디스크립션과도 비교하면서 진행해주세요.

테스트 시나리오 기반으로 검수하기_그라데이션

테스트 결과를 테스트 시나리오에 기록을 할 때는‘결과’란 아래에 어떤 환경(디바이스, 브라우저, os 등)으로 테스트를
진행했는지 작성
해주시고 o, x로 그 결과를 기입해주세요.
어떤 환경에서 테스트했는지를 체크, 기록해주셔야 추후 파트너님의 오류 수정 시간을 줄일 수 있습니다!



STEP 03. 검사 결과 공유하고 수정요청하기

검사 결과 공유하고 수정요청하기_그라데이션

시나리오 테스트를 진행하면서 시나리오 상의 오류나 예측하지 못했던 다양한 이슈를 발견할 수 있습니다.(검수 진행 FAQ 2번 참고)
이 경우 ‘클라이언트 수정 요청 사항’ 란에 ‘어떤 버튼을 클릭한 상황에서 어떤 에러가 떴다’와 같이 당시 시연 시나리오를 상세히 작성해주세요.파트너님이 오류 상황을 정확히 파악하고 빠르게 수정하는 것에 도움이 됩니다.

+파트너님의 수정 완료 후에도 오류가 날 경우, ‘수정 요청 사항’ 란에 날짜와 오류사항을 추가적으로 기입하여 파트너님과 커뮤니케이션을 해주세요.



검수 진행 FAQ

검수할 때는 어떤 부분에 초점을 두고 해야 할까요_ (1)
1.호환성
유저는 다양한 환경에서 클라이언트님의 서비스를 사용하게 됩니다.
따라서 타겟으로 설정한 지원 환경에서 결과물이 화면 틀어짐 등의 문제없이 최적화가 되어있는지도 반드시 확인해야
합니다.

호환성 체크를 위해,

- 디바이스(모바일/태블릿 기종)
- OS(windows, android, ios 등)
- 버전(windows 10, android 마시멜로, ios 12.1.2 등)
- 브라우저(크롬, 사파리, 파이어폭스, IE 8~11 등 )
- 회원 형태(회원, 비회원, 위시켓의 경우 파트너/클라이언트, 관리자 등)

와 같은 요소들을 계약 당시 협의하신 지원환경에 따라 검수를 진행해주세요.
* 계약 당시 협의되지 않은 지원환경을 추가해야된다면 파트너님과의 별도 협의 과정이 필요합니다.

2.기능성
서비스의 사용성은 유저들의 신뢰도와 직결되기 때문에 기획 시 의도했던 기능이 정상적으로 작동하는지를 검증해야
합니다.
로그인 버튼을 클릭했을 때, 올바르게 출력이 되는지, 로그인을 완료했을 때 로그인 페이지에서 마이 페이지로
잘 이동하고 있는지 등. 모든 부분에서 시나리오에 맞게 서비스의 기능이 잘 작동하는지를 확인하셔야 합니다.

결과물 버그
검수를 이제 막 시작하셨다면 다양한 버그들이 발견될 수 있습니다.
파트너님이 내부 검사 절차를 거쳐 클라이언트님에게 결과물을 전달주셨음에도 불구하고 치명적인 버그가 너무 많다면 파트너님에게 다시 한 번 자체 검사를 요청해주세요.물론 클라이언트님께서도 산출물을 면밀히 검토해주셔야 합니다.

검수 디바이스
검수를 위해 디바이스를 모두 구비하실 필요는 없습니다. 위시켓 스토어의 ‘mTworks - 모바일 테스트 솔루션’
이용하거나 테스트 센터를 방문하시면 디바이스 구매 없이 클라이언트님의 서비스를 테스트해볼 수 있습니다.

- mTworks - 모바일 테스트 솔루션(온라인)
온라인을 통해 단말기에 접속하여 수동 테스트, 자동화 테스트, 상시 점검을 할 수 있는 모바일 테스트 솔루션
입니다. 현재 위시켓에서 메뉴얼 테스트, 자동화 테스트를 이용할 수 있는 Standard 상품을 5시간 무료로
사용해보실 수 있습니다.


- 테스트 센터(오프라인)
기기를 무료로 대여해주고 있는 센터는 서울앱비즈니스센터, 성남모바일앱센터, 디지털콘텐츠기업 성장지원센터, 부산모바일앱센터 등이 있습니다. 사전 예약이 필수인 경우가 많으니, 각 센터의 홈페이지를 꼭 체크하고 방문해주세요.

복잡한 서비스
클라이언트님이 준비 중인 서비스가 모바일 어플리케이션이시라면, 위시켓 스토어의 ‘mTworks - 모바일 App 호환성
테스트 서비스’
이용을 추천드립니다.

mTworks - 모바일 App 호환성 테스트 서비스는?

- 빠른 검수 시간 : 최대 72시간 안에 검수 테스트가 완료되어, 클라이언트님이 검수에 들이는 시간을 절약할 수
있습니다.
- 정확한 테스트 : 모바일 앱 QA 전문가들이 다양한 디바이스로 검수를 수행합니다. 따라서, 검수 시 발생할 수 있는 시나리오 누락 이슈에서 자유로워질 수 있습니다.
- 결과 리포트 제공 : 테스트 완료 시 단말기 별 스크린샷 및 동영상, 로그기록 등이 포함된 결과 리포트를
제공합니다. 보고서를 토대로 파트너한테 수정사항 요청하거나, 보고용으로 사용할 수 있어 편리합니다.

검수 완료의 기준 (1)
발생하는 에러가 클라이언트님의 서비스 사용성에 영향을 미쳐 유저가 서비스 이용 시 불편함을 느끼는 정도라면
검수 단계에서 수정 후 서비스 배포하는 것이 맞습니다.
반면, 사용성을 해치는 정도는 아니지만 언젠가 수정되어야 하는 작은 에러들은 하자보수로 해결하시면 됩니다.



이상으로 테스트 시나리오 작성법 및 검수 절차와 클라이언트님들께서 검수 시 자주 물어보시는 질문에 대해서
알아보았습니다. 공유드린 샘플을 적극 활용하여 차근차근 검수를 진행해주세요.

기타 궁금하신 사항은 위시켓 커뮤니케이션 팀에 문의해주세요. 클라이언트님의 성공적인 프로젝트 마무리를 위해,
최선을 다해 답변드리겠습니다:)



RE_위시켓 하단 블럭

위시켓 | 2019.08.02.

'뉴스센터'의 다른 글 보기

모바일 버스킹 앱, 모스킹의 진솔한 위시켓 이용 후기

어플 만들기 전, 앱개발 방식 먼저 알아보세요!

[클라이언트]산출물 최종 점검 단계, 프로젝트 검수하기 - 실전 편

[클라이언트]산출물 최종 점검 단계, 프로젝트 검수하기 - 입문 편

정부지원사업 어디서부터 어떻게 시작해야할까?

뉴스센터 더 보기 >