Shift-Left 테스트 전략: 더 낮은 비용으로 더 일찍 버그를 찾는 실용적인 방법

1. Shift-Left 테스트란 무엇입니까?

2. Shift-왼쪽이 중요한 이유

• 수요 단계

  발견 : 수리비 1배

• 디자인 단계

  발견: 수리 비용 5배

• 개발 단계

  발견: 수리 비용 10배

• 테스트 단계

  발견: 수리 비용 20배

• 온라인에 접속한 후

  발견 : 수리비 100배

3. Shift-Left에 대한 다섯 가지 사례

• 테스트 가능

  요구사항이 테스트 가능한지 확인하십시오. 모호한 요구사항은 명확한 테스트 케이스를 작성할 수 없습니다.

• 모순과 누락

  요구사항의 모순과 누락을 찾아보세요. 서로 다른 기능 간에 충돌이 있는지 여부

• 경계선 상황

  가장자리 사례 제기: PM이 생각하지 못했던 극단적인 상황

• 합격 기준

  승인 기준 확인: 각 사용자 스토리에는 완료에 대한 명확한 정의가 있습니다.

• 자동화된 테스트

  이 아키텍처는 테스트를 자동화하기 쉬운가요?

• 관찰 가능성

  방법: 로그, 지표, 추적이 충분합니까?

• 결함 주입

  실현 가능합니까? 다양한 실패 시나리오를 시뮬레이션할 수 있습니까?

• 테스트 환경

  요구사항: 특별한 테스트 인프라가 필요합니까?

• 테스트를 먼저 작성하세요.

  요구 사항에 따라 실패한 테스트 사례 작성

• 프로그램을 다시 작성하세요

  테스트를 통과하려면 최소한의 코드를 작성하세요.

• 리팩터링

  테스트 보호 하에서 코드 구조 최적화

• 정적 분석 도구

  SonarQube, ESLint 및 Pylint는 자동으로 코드 품질을 확인합니다.

• 보안 스캔

  Snyk, OWASP 종속성 검사 취약점 확인

• QA가 코드 검토에 참여합니다.

  오류 처리 완료 여부, 경계 조건 처리 여부 등 테스트 관점에서 프로그램 코드를 검토합니다.

• 사전 커밋 후크

  제출 전 단위 테스트 및 Linting 자동화

• 단위 테스트

  제출할 때마다 실행해야 하며 적용 범위 임계값(예: 80%)

• 통합 테스트

  모듈 간의 정상적인 상호 작용을 보장하려면 모든 PR을 실행해야 합니다.

• E2E 테스트

  메인 브랜치에 병합하기 전에 핵심 프로세스를 실행해야 합니다.

• 성능 테스트

  성능저하 방지를 위해 정기적으로 실행

4. Shift-Left 가져오기에 대한 일반적인 문제

5. Shift-Left의 효율성 측정

• 결함 탈출율

  전체 버그 대비 출시 후 발견된 버그 비율(목표: 지속적 감소)

• 각 단계의 결함 분포

  요구사항 및 설계 단계에서 발견된 버그 비율(목표: 지속적으로 증가)

• 수리 시간을 의미

  버그 발견부터 수정까지의 시간(목표: 지속적인 감소)

• 테스트 범위

  단위 테스트 및 통합 테스트 범위 변경

6. FAQ