ISO/IEC 29119로 정리하는 소프트웨어 테스팅 표준

테스트 활동을 같은 언어로 다루기 위한 기준

ISO/IEC 29119는 개별적으로 존재하던 테스팅 표준을 통합하고 체계화한 소프트웨어 테스팅 국제 표준이다. 테스트 용어와 프로세스, 문서화, 테스트 기법, 자동화 접근법을 함께 다루므로 조직 안팎의 테스트 활동을 공통된 틀로 정리할 때 활용할 수 있다.

테스트 산출물의 형식이나 수행 방식이 팀마다 다르면, 품질 상태를 공유하고 감사 증적을 추적하는 일도 복잡해진다. 이 표준은 그러한 차이를 무조건 없애기보다, 일관된 기준 아래에서 조직 상황에 맞게 테스트 활동을 설계하도록 돕는다.

표준은 테스팅의 여러 층위를 나눠 다룬다

개념과 용어를 맞추는 Part 1

Part 1은 소프트웨어 테스팅의 기본 개념과 용어를 정의한다. BS7925-1을 기반으로 발전했으며, 테스트 관련 언어를 표준화해 이해관계자 사이의 의사소통 효율을 높이는 데 초점을 둔다. 테스팅 접근법과 그 철학적 배경도 이 영역에서 다룬다.

조직부터 실행까지 연결하는 Part 2

Part 2는 조직 레벨, 프로젝트 레벨, 테스트 레벨의 프로세스를 정의한다. BS7925-2와 IEEE1008을 통합해 발전한 영역이다.

조직 차원에서는 테스트 정책과 전략을 수립하고, 테스트 관리에서는 계획·모니터링·제어를 다룬다. 실제 동적 테스트 과정에서는 테스트 설계, 구현, 실행이 이어진다. 따라서 특정 테스트 케이스만이 아니라 테스트 활동 전체의 운영 구조를 검토할 수 있다.

이 과정에서는 모든 요소를 같은 수준으로 시험하기보다 품질 위험이 큰 영역에 테스트 자원을 우선 배분하는 위험 기반 테스팅을 적용할 수 있다. 제품 또는 프로젝트에서 발생할 수 있는 품질 위험을 식별하고 발생 가능성과 비즈니스 영향도를 분석한 뒤, 그 결과에 따라 테스트 우선순위와 전략을 정해 위험을 완화한다. 테스트 중 발견된 결함을 바탕으로 위험 수치를 추적하고 재조정하면서 계획과 실행을 연결한다.

문서화 범위를 조절하는 Part 3

Part 3은 IEEE829를 기반으로 발전한 테스트 문서화 영역이다. 테스트 계획서, 테스트 케이스, 테스트 보고서 등의 문서 템플릿을 제공하며, 프로젝트의 규모와 복잡도에 따라 문서를 테일러링하는 방안도 제시한다.

애자일 방식에서는 모든 문서를 동일한 수준으로 만들기보다 필요한 증거와 추적성을 남기면서 문서 부담을 줄이는 방향으로 활용할 수 있다.

테스트 설계에 쓰는 Part 4

Part 4는 BS7925-2를 기반으로 발전했으며, 정적·동적 테스팅과 블랙박스·화이트박스·경험 기반 테스트 기법을 다룬다. 명세 기반, 구조 기반, 경험 기반의 접근을 통해 테스트 케이스를 객관적으로 도출하기 위한 기준을 제공하며, 경계값 분석, 동치 분할, 결정 테이블 같은 기법으로 테스트 케이스를 설계하는 체계적 접근법을 제공한다.

자동화 명세를 위한 Part 5

Part 5는 키워드 주도 테스팅을 표준화한 영역으로, 역시 BS7925-2를 기반으로 발전했다. 테스트 동작을 의미 있는 키워드로 정의해 자동화 시나리오의 작성과 유지보수를 지원하고, 비기술적 사용자도 이해할 수 있는 명세 방식을 제공한다. 이를 통해 테스트 자산의 유지보수성과 재사용성을 높이고, 프로젝트가 끝난 뒤에도 시나리오와 스크립트를 후속 프로젝트에서 활용할 수 있도록 한다.

기존 테스트 표준을 잇는 위치

⤢✕

ISO/IEC 29119는 기존 표준을 바탕으로 테스트 활동의 공통 언어와 운영 기준을 마련한다. IEEE1028과 ISO/IEC 20246처럼 리뷰 영역을 다루는 표준, ISO/IEC 33063처럼 프로세스 평가와 연관된 표준도 테스트 체계를 검토할 때 함께 참고할 수 있다.

표준을 조직의 테스트 운영 방식에 맞추기

표준화된 프레임워크를 사용하면 테스트 활동의 일관성을 유지하고, 조직 간 테스트 현황을 비교하거나 글로벌 프로젝트에서 협업하기가 수월해진다. 테스트 성숙도를 판단할 기준점을 마련하는 데도 도움이 된다.

다만 표준의 모든 항목을 동일한 강도로 적용할 필요는 없다. 조직 규모와 업무 특성에 따라 필수 프로세스와 선택 프로세스를 구분하고, 소규모 프로젝트나 애자일 환경에서는 핵심 요소를 선별해 적용할 수 있다.

도입은 전체 표준을 한 번에 펼치기보다 가치가 큰 영역부터 시작하는 편이 적합하다. 변화 관리와 함께 진행해야 하며, 테스트 팀이 표준을 이해하고 실제 업무 맥락에서 해석할 수 있도록 교육할 필요가 있다. 표준 준수와 테스트 효율성 사이의 균형도 계속 점검해야 한다.

규제와 감사가 중요한 환경에서의 활용

대형 금융 기업의 사례에서는 테스트 문서화 표준화로 감사 대응 효율성이 50% 향상됐고, 테스트 프로세스 개선으로 결함 탐지율이 35% 증가했다. 테스트 자동화 프레임워크를 구축할 때 Part 5를 활용해 유지보수성을 개선했으며, 글로벌 지사 간 일관된 테스트 품질을 달성했다.

의료기기 소프트웨어는 엄격한 규제 요구사항을 충족해야 한다. 이 사례에서는 ISO 29119 기반 문서화로 FDA 규제 준수 용이성을 확보하고, 리스크 기반 테스트로 중요 기능의 검증을 강화했다. 추적성을 확보해 인증 프로세스를 간소화했으며, 테스트 증거 관리 체계화로 규제 대응 시간을 40% 단축했다.

현황에서 지속적 개선으로 이어지는 적용 흐름

⤢✕

현황 분석에서는 현재 테스트 프로세스와 문서화 상태를 파악하고, 조직의 테스트 성숙도를 평가한다. 이어서 ISO 29119 요구사항과 현재 상태의 차이를 확인해 우선 개선 영역을 정한다.

맞춤화 단계에서는 조직에 적용할 범위를 결정하고 조직별 테일러링 가이드를 마련한다. 선정한 프로젝트에서 파일럿을 수행해 효과와 피드백을 확인한 뒤, 성공 사례를 바탕으로 적용 범위를 넓혀 조직 프로세스 자산에 통합한다. 이후에는 측정과 모니터링 체계를 통해 테스트 성숙도를 계속 개선한다.

문서 부담과 변화 저항을 다루는 방식

문서 템플릿을 모두 그대로 적용하면 행정 부담이 커지고 애자일 환경과 충돌할 수 있다. 교육, 프로세스 변경, 도구 도입에 초기 투자가 필요하며 ROI를 측정하기 어렵다는 점도 고려 대상이다. 실무자는 추가 업무와 기존 관행의 변화에 부담을 느낄 수 있다.

이런 문제는 조직 상황에 맞는 테일러링, 문서 간소화, 자동화 도구 활용으로 완화할 수 있다. 비즈니스 가치가 명확한 영역부터 적용해 초기 성공 사례를 만들고, 테스터가 도입 과정에 참여하도록 설계하는 방식이 필요하다. 교육과 코칭, 성공 사례 공유, 인센티브 체계도 변화 관리의 일부가 된다.

DevOps와 AI 기반 테스트에서의 연결점

DevOps 환경에서는 CI/CD 파이프라인의 테스트 자동화와 표준을 연결할 수 있다. 지속적 테스팅 프레임워크를 구성할 때 표준을 활용하고, 자동화 스크립트에는 Part 4와 Part 5의 지침을 적용할 수 있다. 문서화는 경량화하되 테스트 증거는 자동으로 수집하는 방식도 가능하다.

AI 기반 테스팅에서는 머신러닝으로 테스트 케이스를 생성할 때 Part 4의 테스트 기법을 활용할 수 있다. AI 테스트 결과의 신뢰성을 평가하거나 테스트 데이터 생성과 관리를 설계할 때도 표준화된 방법론을 적용할 수 있으며, AI 테스트 도구의 효과성을 평가하는 프레임워크로도 활용할 수 있다.

ISO/IEC 29119의 가치는 표준 자체를 그대로 이식하는 데 있지 않다. 용어, 프로세스, 문서, 설계 기법, 자동화 자산을 조직의 품질 활동 안에서 일관되게 연결하고, 개발 방식의 변화에 맞춰 유연하게 적용하는 데 있다.

Sources

• ISO/IEC/IEEE 29119 Software Testing Official Standard Documentation
• IEEE Computer Society - Software Engineering Standards Committee
• International Software Testing Qualifications Board (ISTQB) Body of Knowledge