인수 테스트

인수 테스트란 무엇인가

인수 테스트(Acceptance Test)는 완성된 시스템이 고객이 요구한 기준을 충족하는지 고객의 관점에서 최종 판정하는 테스트다. 개발 조직이 내부적으로 결함을 찾는 활동과 달리, 합격과 불합격을 가르는 기준선이 발주자의 업무 요건과 계약 범위에 놓여 있다는 점이 본질이다.

따라서 인수 테스트의 결과는 단순한 품질 지표가 아니라 검수의 직접적인 근거가 된다. 시스템이 '제대로 만들어졌는가'를 넘어 '요구한 것을 만들었는가'를 확인하는 검증(Validation)의 마지막 관문이라 할 수 있다.

시스템 테스트와의 경계

인수 테스트는 흔히 시스템 테스트와 혼동되지만 목적과 주체가 다르다. 시스템 테스트는 개발 조직이 기술 명세를 기준으로 통합된 시스템 전체의 동작과 비기능 특성을 확인하는 데 초점을 둔다.

반면 인수 테스트는 발주자나 실제 사용자가 업무 시나리오를 기준으로 운영 환경에 가까운 조건에서 수행한다. 검증의 관점에서 보면 앞 단계가 명세 적합성을 다룬다면, 인수 단계는 업무 적합성을 다룬다.

이 경계가 흐려지면 개발사가 통과시킨 기능이 현업의 실제 업무에서 막히는 상황이 반복된다. 시스템 테스트를 충실히 마쳤더라도 그것이 인수 테스트의 합격을 보장하지는 않으므로, 두 단계의 책임 주체와 판정 기준을 처음부터 분리해 설계해야 한다.

합격 판정 기준의 사전 합의

인수 테스트의 성패는 테스트를 수행하는 시점이 아니라 합격 기준을 정의하는 시점에 결정된다. 어떤 시나리오를 어떤 데이터로 수행했을 때 어떤 결과가 나와야 합격인지를 요구사항 단계에서 미리 합의해 두어야 한다.

판정 기준이 모호하면 검수 회의는 기능의 정상 여부가 아니라 '이것이 요구사항에 포함되었는가'라는 범위 논쟁으로 변질된다. IEEE 계열의 테스트 문서 체계가 테스트 항목과 합격 조건을 명문화하도록 요구하는 이유도 이 모호함을 제거하기 위함이다.

기준이 문서로 고정되어 있어야 인수 테스트가 협상이 아닌 검증으로 작동한다.

결함조치율과 검수 연계

인수 테스트에서 발견된 결함은 등급별로 분류되어 조치 대상이 된다. 이때 결함조치율은 검수 통과 여부를 가늠하는 실질적인 지표로 쓰인다.

업무를 중단시키는 치명·중대 결함은 잔존 시 검수를 보류하는 것이 원칙이며, 경미한 결함은 조치 계획과 함께 조건부로 인수하는 협상이 가능하다. 모든 결함을 동일하게 다루면 사소한 표기 오류 때문에 가동이 지연되거나, 반대로 치명 결함이 경미 결함에 묻혀 운영 단계로 넘어가는 위험이 생긴다.

따라서 결함의 등급 정의와 조치 기준을 인수 전에 합의하는 것이 검수 갈등을 줄이는 핵심이다.

운영 이관과 검수의 마무리

인수 테스트를 통과한 시점은 책임의 무게중심이 개발 조직에서 운영 조직으로 옮겨 가는 전환점이다. 이 단계에서 합격 처리된 기능은 계약상 인도된 것으로 간주되므로, 미합의 추가 요건을 인수 테스트 과정에서 무리하게 끼워 넣는 것은 양측 모두에게 위험하다.

검수 범위를 초과하는 요건은 잔여 결함과 구분하여, 운영 단계의 개선 개발로 이관하는 별도 협상으로 다루는 것이 정석이다. 인수 테스트의 결과 보고서는 어떤 기준으로 무엇을 합격시켰는지를 기록해 향후 분쟁의 근거 문서가 된다.

잘 정리된 인수 결과는 차기 사업의 요구사항 정의와 산정 정확도를 함께 끌어올린다. 어떤 항목이 어떤 사유로 보류되거나 이관되었는지를 명확히 남겨 두어야, 다음 단계의 책임 소재와 일정 협상이 흔들리지 않는다.