제12장. 테스트의발전
이 작품은 AI를 사용하여 번역되었습니다. 여러분의 피드백과 의견을 환영합니다: translation-feedback@oreilly.com
지금까지 이 책에서는 소프트웨어 전문가가 고품질의 웹 및 모바일 애플리케이션을 제공하기 위해 필요한 모든 테스트 기술을 다루었습니다. 테스트는 수십 년에 걸쳐 새로운 프로세스, 도구, 방법론을 포함하도록 진화해 온 광범위하고 지속적으로 성장하는 분야이며, 가장 최근에는 AI 기능이 추가되었습니다. 오늘날 10가지의 서로 다른 풀스택 테스트 기술이 존재하지만, 내일이면 그 수가 더 늘어날 수도 있습니다. 하지만 이러한 역동적인 환경 속에서도 테스트의 기본 원칙은 여전히 유효합니다.
테스트의 제1원리
이 장에서는 테스트의 7가지 기본 원칙(그림 12-1)과 그 핵심 이점에 대해 간략히 개괄하고, 이러한 원칙들이 기존 도구와 팀 관행의 진화에 어떤 영향을 미쳤는지 살펴보겠습니다. 또한, AI 관련 소프트 스킬을 포함한 여러분의 소프트 스킬이 기술적 역량을 보완하여 팀의 성공에 어떻게 기여하는지 탐구할 것입니다. 다음 소절에서는 각 원칙을 차례로 심층적으로 다룹니다.
그림 12-1. 테스트의기본 원칙
결함 탐지보다 결함 예방
테스트의 주된 목적은 애플리케이션의 문제를 찾아내는 것이지만, 그 핵심에는 결함 예방이 자리 잡고 있습니다. 결함을 수정하는 데는 많은 비용이 듭니다. 균열을 메우고, 그 외에는 완벽하게 칠해진 벽의 페인트를 덧칠할 때, 새로 칠한 부분이 잘 어우러지지 않아 결국 벽 전체를 다시 칠해야 하는 경우가 종종 있습니다! 마찬가지로, 소프트웨어 결함으로 인해 소프트웨어 아키텍처에 중대한 변경을 가해야 할 수도 있으며, 이로 인해 막대한 재작업과 비용이 발생합니다. 따라서 이 핵심 원칙은 애초에 결함이 발생하지 않도록 방지하는 관행, 도구 및 방법을 채택할 것을 권장합니다.
이 원칙을 실현하기 위한 몇 가지 관행은 다음과 같습니다:
-
이테레이션 계획 회의(IPM) 는 스프린트 계획 회의라고도 하며, 이테레이션 또는 스프린트 시작 시점에 사용자 스토리를 상세히 논의하기 위해 진행됩니다. IPM은 팀이 사용자 스토리에서 누락된 통합 사항 및 경계 사례에 대해 브레인스토밍을 할 수 있는 개방적인 공간입니다.
-
이 “세 친구(Three Amigos)” 프로세스는 비즈니스 담당자, 개발자, 테스터가 각 기능을 철저히 검토하는 과정입니다. 이 프로세스는 분석 단계에서 세 역할 모두의 관점을 종합하여, 통합 사항, 경계 사례 및 기타 비즈니스 요구 사항이 간과되지 않도록 합니다.
-
사용자 스토리 킥오프는 사용자 스토리 개발이 시작되기 직전에 “세 친구” 프로세스를 반복하는 것을 목표로 합니다. 시프트 레프트(shift-left) 테스트에서 테스터들은 동일한 이유로 스토리 킥오프 중에 테스트 케이스를 ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access