일반적으로 제품/서비스 개발 과정에 있어 품질 검증 및 관리를 위해서QA 검증활동은 정상적인 프로세스 과정입니다.그러나, 때로는 이러한 QA 과정은 때로는 일정이나 검증의 한계로 인하여 이슈가 되기도 합니다. 그럼에도 불구하고, QA가 없으면 품질 위험이 더 높아지기 때문에 피할 수 없습니다.

QA 승인을 받지 않고도 문제를 해결할 수 있는 5단계 내용이 있어 공유해봅니다. 단, 한국에서는 어느정도 적용 가능성이 있을지는 솔직히..

1. 모든 테스트 시나리오를 포함하는 테스트 계획서 작성

• 일반적인 개발 프로세스는 계획에서 시작하여, 프로그래밍, 테스트, 릴리스, 실패 발생 시 모니터링으로 진행됩니다. 그래서, 보통 개발자가 기능/버그 수정을 완료하면 QA는 시스템 테스트를 통해 정확성을 보장하고 릴리스합니다.

• 전제

  • 여러 기능을 한꺼번에 릴리즈 하기 위해 검증시 QA검증 시간이 필요하기때문에 프러덕션 릴리즈 지연 발생.

  • 개발팀은 긴 대기 후 피드백 받고 수정후 대기 사이클 반복

  • 또한, QA팀은 반복적이고 비효율적인 수동적인 테스트 진행 가능성 높음

• 방법

  • QA팀이 기능 계획중에 테스트 계획을 작성하도록 요청.

  • 이때의 테스트 계획은 개발된 제품의 모든 시나리오, 모든 케이스 및 다른 사이드 이펙트까지 포함된 문서를 의미

  • 이를 통해 QA의 반복작업을 없애고, 테스트 케이스의 품질 향상

  
  

2. 당신이 코딩하면, 당신이 책임져라

• 전제: 개발자들은 모든 것을 처음부터 끝까지 실행할 수 있는 능력과 지능을 갖추고 있다😄

• 방법: 개발자들은 프로그래밍 전에 테스트 계획을 가지면 설계를 이에 맞추어 수정할 수 있어 QA의 많은 시간을 절약할 수 있다.

3. 필요할때 항상 지원해주기

• 전제: QA는 우리와 함께 하는 팀/팀원이다😄

• 방법

  • 어떤 테스트 계획 항목이 그들의 도움이 필요할 수 있는지 미리 알려주어야 합니다

  • 함께 참여시키는 방법: 계획 단계에서 항목 표시, 개발 완료시점에 환경 세팅위한 시간 미리 예약(스케쥴링), QA 도움 요청

  
  

4. 개선 패턴을 찾기 위해 되돌아보기

• 전제: QA 승인 대기 시간 증가(변경 전) > 초기 문제 및 팀의 편안함에 따른 프로세스 조정(변경 중)

• 방법

  • 팀의 최고 생산성을 달성하기 위해 개선할 수 있는 사항을 찾기 위한 반복

  • 실제 데이터를 기반으로 모든 스프린트 후 리뷰

  • MiddlewareHQ(https://www.middlewarehq.com/)와 같은 도구를 통해 개발 생산성, 효율성, 품질 체크

5. 업계의 벤치마크에서 영감을 얻기

• 개발생산성과 기술조직 평가 및 벤치마킹의 방법론을 구현한 구글의 DORA 메트릭 프레임워크 참고(https://dora.dev/research/)

• 추가 자료 참고: DORA Metrics - DORA(DevOps Research and Assessment) 팀에 대하여(https://medium.com/proofer-blog/dora-metrics-1-dora-devops-research-and-assessment-%ED%8C%80%EC%97%90-%EB%8C%80%ED%95%98%EC%97%AC-ea75c90a29d1)

참고되시기 바랍니다~

• Source: https://dev.to/middleware/5-ways-to-skip-qa-approval-forever-9b6?context=digest