애자일 팀에서 QA 역할의 변화: 게이트키퍼에서 품질 코치로

1. 전통적인 QA와 애자일 QA의 근본적인 차이점

2. 스크럼 행사에서 QA의 역할

• 테스트 노력 평가

  각 사용자 스토리의 테스트 시간은 스토리 포인트로 계산되어야 합니다.

• 승인 기준 확인

  각 스토리에 명확하고 테스트 가능한 승인 기준이 있는지 확인하세요.

• 위험을 높이다

  기술적 위험이 높고 테스트 시간이 더 필요한 기능은 무엇입니까?

• 자동 평가

  자동화에 적합한 새로운 기능은 무엇이며 구축하는 데 시간이 얼마나 걸립니까?

• 어제 무엇을 테스트했는데 어떤 문제가 발견됐나요?

  어제 무엇을 테스트했는데 어떤 문제가 발견됐나요?

• 오늘은 무엇을 테스트할 예정인가요?

  오늘은 무엇을 테스트할 예정인가요?

• 블록이 있습니까(예: 버그 수정을 위해 개발을 기다리거나 환경 문제를 테스트하는 등)

  블록이 있습니까(예: 버그 수정을 위해 개발을 기다리거나 환경 문제를 테스트하는 등)

• 조기 경고: "이 기능은 내일 테스트용으로만 나에게 주어질 수 있으며 시간이 매우 촉박할 것입니다."

  조기 경고: "이 기능은 내일 테스트용으로만 나에게 주어질 수 있으며 시간이 매우 촉박할 것입니다."

• 이 스프린트에 대한 테스트 범위 및 품질 보고서

  이 스프린트에 대한 테스트 범위 및 품질 보고서

• 발견된 중요한 버그와 그 영향

  발견된 중요한 버그와 그 영향

• 자동화된 테스트를 위한 새로운 진전

  자동화된 테스트를 위한 새로운 진전

• 품질 추세 그래프(버그 수, 심각도 분포 등)

  품질 추세 그래프(버그 수, 심각도 분포 등)

• 이전에 발견되었을 수 있는 버그

  이전에 발견되었을 수 있는 버그

• 테스트 환경에서 개선해야 할 점은 무엇인가요?

  테스트 환경에서 개선해야 할 점은 무엇인가요?

• 팀의 완료 정의를 조정해야 합니까?

  팀의 완료 정의를 조정해야 합니까?

• Flaky Test에서 수정해야 할 자동화된 테스트는 무엇입니까?

  Flaky Test에서 수정해야 할 자동화된 테스트는 무엇입니까?

3. 완료의 정의: 품질의 최종선

• 코드 통과 코드 검토

  코드 통과 코드 검토

• 단위 테스트를 통과하고 적용 범위가 표준에 도달했습니다.

  단위 테스트를 통과하고 적용 범위가 표준에 도달했습니다.

• 기능 테스트 통과(수동 또는 자동)

  기능 테스트 통과(수동 또는 자동)

• 중요/주요 수준의 수정되지 않은 버그 없음

  중요/주요 수준의 수정되지 않은 버그 없음

• 파일이 업데이트되었습니다.

  파일이 업데이트되었습니다.

• 통합 테스트 통과

  통합 테스트 통과

• 성능 저하 없음(기준 대비)

  성능 저하 없음(기준 대비)

• 보안 검색 통과

  보안 검색 통과

• 크로스 브라우저/기기 테스트 완료

  크로스 브라우저/기기 테스트 완료

• 자동 회귀 테스트 통과

  자동 회귀 테스트 통과

4. QA와 개발 간의 협업 모델

• 이점

  최저의 통신비용과 비즈니스에 대한 가장 깊은 이해

• 결점

  QA는 쉽게 고립되고 동료와의 의사소통이 부족합니다.

• 이점

  내재성과 전문적 성장의 균형 유지

• 결점

  이중 반품 관계로 인해 우선순위 충돌이 발생할 수 있음

• 이점

  최고의 품질, 벽을 뛰어 넘는 문제 없음

• 결점

  팀은 높은 수준의 테스트 능력을 갖추어야 하며, 전문적인 테스트 기술은 무시될 수 있습니다.

5. 민첩한 QA를 위한 자동화 전략

• 핵심 비즈니스 프로세스

  모든 릴리스에 대해 확인되는 중요 경로

• 빈번한 복귀 기능

  매 스프린트마다 영향을 받을 수 있는 모드

• 데이터 기반 테스트

  다수의 입력 조합이 필요한 테스트 시나리오

• 아직도 자주 바뀌는 UI

  일단 자동화되면 유지관리 비용이 너무 높기 때문에 즉시 변경해야 합니다.

• 일회성 확인

  한 번만 테스트하면 되는 시나리오는 자동화에 투자할 가치가 없습니다.

• 인간의 판단이 필요한 테스트

  시각적 아름다움, 사용자 경험 등을 주관적으로 평가합니다.

6. QA 혁신을 위한 사고방식 조정

• "버그 찾기"에서 "버그 방지"까지

  당신의 가치는 얼마나 많은 버그를 발견했는지가 아니라 팀이 얼마나 많은 버그를 피하도록 도왔는지입니다.

• '독립적 통제'에서 '협력과 책임 공유'로

  품질은 QA만의 책임이 아닌 전체 팀의 책임입니다.

• '완벽주의'에서 '위험 지향'으로

  모든 시나리오를 테스트하고, 위험을 평가하고, 중요한 것에 집중하는 방법을 배우는 것은 불가능합니다.

• '수동적 수용'에서 '적극적 참여'로

  개발 및 제공이 시작될 때까지 기다리지 말고 요구 사항 단계부터 참여하세요.

7. FAQ