From fcf417d359fa335289818b3868280e4be0e57a93 Mon Sep 17 00:00:00 2001 From: goeom77 <7eom14@gmail.com> Date: Sun, 5 Jan 2025 17:36:46 +0900 Subject: [PATCH] =?UTF-8?q?QA=EC=97=90=20=EB=8C=80=ED=95=9C=20=EC=9D=B4?= =?UTF-8?q?=ED=95=B4=20=EC=B6=94=EA=B0=80?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- _posts/2024-12-27-QA.md | 68 ++++++++++++++++++++++++++++++++++++++++- 1 file changed, 67 insertions(+), 1 deletion(-) diff --git a/_posts/2024-12-27-QA.md b/_posts/2024-12-27-QA.md index 75e69d3..71fb25e 100644 --- a/_posts/2024-12-27-QA.md +++ b/_posts/2024-12-27-QA.md @@ -7,7 +7,6 @@ author: start-easy * content {:toc} -* 작성 중 ## QA 하는 일 @@ -40,6 +39,37 @@ author: start-easy - 상태 전이 테스트 - 결정 테이블 +### 블랙 박스 테스트를 위해 만들어 본 column + +- 테스트 내용 + - 앱 버전 + - 번호 + - 페이지 + - 로그인 권한(비로그인, 로그인, 권한) + - 테스트 항목(상태) + - 테스트 환경(어떠한 상태에서 나오는 테스트인지) + - 예상 결과 +- 테스트 확인 + - 등록 기간 + - 테스트 기기(iOS,Android,Pad,Web 등) + - 테스트 서버(prod, dev, test 등) + - 배포 이후 여부(배포된 기능인지 여부) + - 실제 결과 + - 테스트 결과 부연 설명 + - 스크린 샷 + - 담당자 + - 완료 여부 + +* 테스트의 자동화까지 구현을 기획했지만 앱 환경에서 자동화가 어렵기도 했고 시간이 적었습니다. + +* 하지만, 정확한 테스트 확인 사안 버전 등 앱에 특화된 QA를 만드는 것에 집중했습니다. + +* 페이지마다 모든 것을 꼼꼼하게 작성하고 테스트 하면서 테스트 필요 요소를 추가하기도 했습니다. + +* 그 결과, 꼼꼼한 테스트를 통해 잘못된 버전을 배포하는 일, 테스트 기간을 40% 줄일 수 있었고 + +* 테스트 결과를 "80%"처럼 정확하게 설명할 수 있게 되었습니다. + ### 화이트 박스 테스트 - 숨겨진 에러를 찾는 코드 @@ -48,3 +78,39 @@ author: start-easy - 개발자와 테스터간 긴밀한 참여 필요 - 비용 소요 +### 화이트 박스 테스트를 위해 만들어 본 column + +- 1 + - 작성자 + - 등록일 +- 2 + - 1차 이슈 담당 + - 담당자 +- 3 + - 2차 이슈 할당 + - 담당자 +- 4 + - 중요도 + - 페이지(또는 발생위치) +- 5 + - URL + - 테스트 브라우저 +- 6 + - 발생상황 + - 기대효과 + - 마크업/개발 코멘트 + - 처리 현황 + +* Jira를 통해 QA 결과를 알려주는 것보다 조금 더 명확하게 이해할 수 있습니다. + +* Jira와 QA 문서를 동시에 병행했을때 일자와 업무 분장이 명확했습니다. + +### 결과 + +* QA가 점점 AI나 자동화 도구로 자동화되고 있지만 아직은 직관적이지 못하다 여겼습니다. + +* 개발자가 충분히 할수 있지 않나라고 했을때, 놓치고 있는 부분이 항상 존재한다고 여겼습니다. + +* 위와 같은 문서로 필요한 테스트를 정리하고, 테스트 코드를 작성하는 것 + +* 추가로 자동화시키는 것을 합친다면 개발 속도는 더욱 가속화 됩니다. \ No newline at end of file