사용자가 찾기 전에 먼저 찾습니다
배포 전 품질 점검
가입·로그인·결제 같은 핵심 흐름을 배포 전에 한 번에 점검합니다
버그를 사용자가 대신 찾아주고 있다면, 그건 이미 늦은 버그입니다.
QA 인력이 없는 팀의 현실
기능을 만들고, 직접 몇 번 눌러보고, 배포합니다. 다른 브라우저에서 어떻게 보이는지, 좁은 화면에서 뭐가 겹치는지, 입력값이 비었을 때 어떻게 되는지는 확인할 시간이 없습니다. 그래서 사용자가 먼저 발견하고, 그중 말해주는 사람은 일부입니다.
무엇을 하나요
-
핵심 흐름 E2E 테스트 작성
가입, 로그인, 결제, 글쓰기처럼 무너지면 안 되는 흐름을 실제 브라우저가 따라 하는 자동 테스트로 만듭니다.
-
조합을 바꿔 반복 실행
같은 흐름을 브라우저와 화면 크기 조합을 바꿔가며 반복해서 돌립니다. 한 조합에서만 터지는 문제가 이때 드러납니다.
-
크로스브라우저 확인
크롬, 사파리, 파이어폭스에서 같은 흐름이 같게 도는지 봅니다. 브라우저마다 다른 동작을 찾아냅니다.
-
모바일 화면 점검
좁은 화면에서 잘리거나, 겹치거나, 눌리지 않는 버튼을 찾습니다. 실제 화면 기록과 함께 드립니다.
-
엣지 케이스 탐색
빈 값, 아주 긴 입력, 느린 네트워크, 중복 클릭, 뒤로 가기처럼 실사용에서 터지는 조건을 일부러 넣어봅니다.
버그 리포트
재현 절차, 화면 기록, 심각도를 붙여서 보냅니다. 읽고 나서 다시 물어볼 필요 없이 바로 고칠 수 있는 형태로 정리합니다. 고칠 것이 없으면 없다고 씁니다.
이렇게 시작합니다
-
주소와 핵심 흐름 전달
서비스 주소와 무너지면 안 되는 흐름을 알려주세요. 목록이 없으면 같이 정리해 드립니다.
-
테스트 작성
전달받은 핵심 흐름을 실제 브라우저가 따라 하는 자동 테스트로 만듭니다.
-
전체 실행과 리포트
핵심 흐름에 테스트를 붙여 조합마다 돌리고, 나온 것을 리포트로 정리해 드립니다.
이런 곳에 맞습니다
- QA 인력 없이 출시를 앞둔 인디 개발자
- 기능은 빨리 붙는데 회귀 버그가 반복되는 소규모 팀
- 결제나 가입처럼 무너지면 매출이 멈추는 흐름을 가진 서비스
자주 묻는 질문
- 우리 코드를 넘겨야 하나요?
- 아닙니다. 공개된 주소에서 사용자가 쓰듯 브라우저로 테스트합니다. 저장소 접근 권한은 필요 없습니다.
- 로그인이 필요한 화면도 되나요?
- 됩니다. 테스트 전용 계정을 하나 만들어 주시면 로그인 이후의 흐름까지 봅니다.
- 버그를 고쳐주기도 하나요?
- 이 점검에 포함된 범위는 찾아서 리포트로 드리는 데까지입니다. 수정까지 원하시면 건당 개발로 따로 견적을 드립니다.
- 점검은 어디까지 보나요?
- 가입, 로그인, 결제처럼 무너지면 안 되는 핵심 흐름을 기준으로 크로스브라우저, 모바일 화면, 엣지 케이스까지 봅니다.