[기술포스팅 원문] https://study-easy-coding.tistory.com/170

[기술포스팅 요약]

이 포스팅은 QA 직무가 아닌 백엔드 개발자가 스타트업 환경에서 QA 업무를 수행하며 얻은 러닝과 경험을 공유한 내용입니다. 스타트업은 QA 직군을 채용하기 어려운 경우가 많아, IT 종사자들이 QA 역할을 대신하는 경우가 종종 있습니다. 이 포스팅에서는 QA 시트를 수정하고 실제 상황에 맞게 활용하는 방법, 디바이스 비율 체크, 에러 케이스 점검 등의 중요한 QA 팁을 다룹니다.

• 상황에 맞는 QA 시트 수정: 복잡한 전문 QA 시트 대신, 필요한 항목들만 간략하게 작성하는 방법을 소개합니다.
  
• 공통 항목 처리 주의: 동일한 동작이라도 각 화면마다 별도로 작성하여 누락을 방지합니다.
  
• 에러 케이스 체크: 해피 패스 외에 네트워크 오류나 데이터 결함 같은 에러 케이스를 꼼꼼히 검토합니다.
  
• 디바이스 비율 체크: 화면 비율에 따른 동작 이슈를 확인해, 다양한 디바이스 환경에서의 문제를 미리 점검합니다.
  
• 최상의 앱 상태 고려: 항상 최상의 상태에서 작동해야 한다는 점을 염두에 두고 QA에 임합니다.
  
• QA 서버와 메인 서버의 DB 구조 파악: QA 서버와 실제 운영 서버 간의 차이점을 이해하고 문제를 사전에 예방합니다.
  
• 안드로이드와 iOS의 차이점 점검: 안드로이드와 iOS에서의 동작 방식을 각각 확인하여 문제를 방지합니다.
  
• QA 시간 관리: 예상 시간의 3배를 고려해, 충분한 QA 시간을 확보합니다.
  
• 단계적 출시 고려: 가능하다면 단계적 출시를 통해 문제를 최소화하는 방법을 검토합니다.
  

QA 작업은 시간과 노력이 많이 소요되며, 예상하지 못한 문제들이 계속 발생할 수 있습니다. 하지만 90%의 완성도를 달성했다고 만족하지 말고, 마지막 10%의 엣지 케이스까지도 꼼꼼히 점검해야 합니다. 이 포스팅은 비전문가의 시각에서 바라본 실용적인 QA 팁들을 담고 있으며, 특히 스타트업 환경에서 유용한 조언이 될 것입니다.



"이 게시글은 [GPT-4o model]를 통해 요약되었으며, 정보 공유 목적으로 게시되었습니다. 원문 게시물에 대한 책임이나 이해 관계가 없습니다. - 소프트웨어QA 포럼"