LabHub

CI/CD 파이프라인 · 테스트 게이트 · 퀴즈

퀴즈: 테스트 게이트

LabHub 에서 이어서 보기

문항 6개. 정답과 해설은 풀어 본 뒤에 보여 드립니다.

  1. 테스트 피라미드가 권장하는 대략적인 비율은?

    1. 유닛 10 / 통합 20 / E2E 70
    2. 유닛 40 / 통합 40 / E2E 20
    3. 세 종류를 같은 비율로
    4. 유닛 70 / 통합 20 / E2E 10
  2. E2E 위주의 역피라미드(아이스크림 콘)가 만드는 문제로 보기 어려운 것은?

    1. 피드백 루프가 길어진다
    2. 유닛 테스트의 실행 비용이 커진다
    3. 플레이키가 빈번해진다
    4. 실패해도 원인 파악이 어렵다
  3. 결함을 운영 단계에서 발견할수록 대체로 수정 비용이 커지는 이유는?

    1. 코드 수정 외에 배포 조정·데이터 복구·고객 대응과 여러 팀의 확인 범위가 함께 커지기 때문에
    2. 운영 서버의 CPU 단가가 개발 장비보다 항상 비싸기 때문에
    3. 모든 결함의 비용이 개발·QA·운영 단계와 무관하게 같기 때문에
    4. 운영 로그가 충분해 원인 분석과 복구가 개발 단계보다 항상 단순하기 때문에
  4. 커버리지 목표에 대한 설명으로 가장 옳은 것은?

    1. 어떤 코드든 예외 없이 100% 커버리지를 달성하는 것을 목표로 삼는다
    2. 커버리지는 품질과 무관하므로 측정할 필요가 없다
    3. E2E 커버리지만 세면 나머지는 필요 없다
    4. 핵심 비즈니스 로직 80% 이상, 전체 60~80% 를 목표로 하되 100% 보다 의미 있는 assertion 이 더 중요하다
  5. 플레이키 테스트를 줄이는 방법으로 가장 옳은 것은?

    1. 성공할 때까지 무한 재시도한다
    2. 테스트끼리 상태를 공유해 실행 시간을 줄인다
    3. 동적 데이터를 매번 새로 만들어 다양성을 준다
    4. 고정 `sleep` 대신 특정 조건을 기다리는 명시적 대기를 쓴다
  6. 파이프라인 차단 정책으로 조직 표준에 가장 가까운 것은?

    1. 유닛·통합은 반드시 차단, E2E 는 주요 흐름만, 성능은 임계치 초과 시, 보안은 CRITICAL 차단, 카오스는 비차단
    2. 종류를 가리지 않고 모든 테스트를 차단으로 건다
    3. 성능 테스트는 언제나 차단으로 걸고 유닛 테스트는 비차단으로 둔다
    4. 보안 스캔 결과는 등급과 무관하게 전부 통과시킨다