PMDEXIT 프로젝트 용어사전

SIT UAT 시험 범위 나누기 - 통합 시나리오 현업 사인 환경 합격 칸

통합 합격은 인수가 아니다

검수SIT UAT시스템 통합 테스트사용자 인수 테스트

SIT 합격과 UAT 사인은 같은 칸이 아닙니다. 시험 주를 잡으면서 두 시험을 한 주로 붙이시는 분들이 많죠. 수행 시험이 끝나면 현업이 같은 화면을 따라가면 된다고 보기 쉽기 때문입니다. 하지만 주체와 환경, 데이터, 합격 칸이 한 줄이면, 통합 합격이 검수 사인으로 바뀌는 현장이 생기죠. 이번 포스팅에서는 통합 시나리오와 현업 업무 시나리오, 시험 환경과 운영에 가까운 환경, 조서에 남길 합격 칸까지 어떻게 갈라 둘지 자세히 다뤄보도록 하겠습니다. 시험 단계를 나누기 어려우시라면 누가 어디서 무엇을 합격으로 남길지 칸을 나누는 데 도움이 될 것입니다.

장면한 시험으로 묶으면갈라 두면
인터페이스 오류현업 주에 발견SIT 미종료, UAT 시작 보류
수행 대본 낭독인수 완료로 보고참관, 교육. 사인 아님
시험 데이터STG 샘플 10건SIT는 매핑 표본, UAT는 월말 분량
외부 연계 창UAT 주에 처음 개방SIT에서 창 또는 조건부
조서시험 완료 합격SIT 종료 조건, UAT 서명자
SIT와 UAT를 한 주로 묶었을 때 빠지는 칸

SIT와 UAT를 한 시험으로 묶으면 무엇이 빠질까?

빠지는 것은 현업의 업무 합격입니다. 한 주로 묶으면 인터페이스 확인이 검수 사인으로 바뀌고, 사용자는 수행 대본의 청중으로 남죠.

국제 시험 자격 본문은 시험 단계를 목적, 대상, 근거, 책임으로 가릅니다. 구성 요소와 그 사이 연결, 시스템 전체, 바깥 시스템과의 연결, 인수까지를 한 일정 막대로 합치면 이름이 통합시험이 되고, 그 다음 이틀이 사용자 시험으로 붙습니다.

현장 WBS에서 자주 보는 그림이죠. 문제는 그 이틀이 업무 시나리오가 아니라, 수행이 이미 돌린 화면을 현업이 따라 누르는 시간이 된다는 점입니다.

인터페이스 오류는 그 이틀에 터지고, 현업은 자기 월말 정산을 한 번도 못 돌려 본 채 참석 명단에 남습니다. QA vs QC 주간에 시험 진척 80%가 한 숫자로 올라오면, 회의는 남은 20%를 깎는 이야기로 흐르고 누구의 합격인지는 첨부로 내려갑니다.

칸을 둘로 나누세요. 연결이 맞는지 보는 시험과, 그 연결 위에서 자기 일을 끝낼 수 있는지 보는 시험.

한 칸이면 연결 확인이 이기고, 연결 확인이 이기면 업무 합격이 참관으로 내려갑니다.

통합 시험 합격은 누가 어떤 환경에서 찍나?

수행 시험 인력이 인터페이스 명세를 근거로, 운영에 가까운 연결이 살아있는 환경에서 찍습니다. 현업 참석이 이 합격을 대신하지는 않습니다.

SIT가 묻는 질문은 이 시스템이 바깥과 약속한 대로 붙는가입니다. 메시지 매핑과 코드 값, 타임아웃, 실패 시 재처리를 연계 명세와 오류 코드표에 대고 보죠.

근거가 화면 설명서면 그 시험은 화면 확인이지 통합이 아닙니다. 환경도 개발 PC가 아니어야 합니다.

바깥 기관을 흉내 낸 스텁만 있으면 연결의 절반은 가려지니까요. 스텁으로 돌린 건수를 SIT 합격으로 남기려면, 실연계가 열리는 창을 별도 줄로 적어야 합니다.

창이 비면 그 줄은 아직 시험이 아닙니다. WBS에서 UAT 시작 줄의 선행을 SIT 종료로 박고, 종료 조건에 치명 연계 결함 0을 옆 칸에 두세요.

선행이 날짜만 있고 조건이 없으면, 달력이 UAT를 열고 현업은 연결 오류를 인수 결함으로 받습니다. 수행이 참석 명단을 채워 합격을 찍는 버릇은 여기서 생깁니다.

참석은 증인이고, 합격은 명세 대비 결과입니다. 두 칸을 섞으면 증인이 합격자가 됩니다.

현업이 수행 대본을 읽으면 인수가 될까?

안 됩니다. 인수는 쓰려는 사람이 자기 업무 시나리오에 서명하는 일입니다. 수행 대본을 소리 내어 읽은 기록은 교육에 가깝습니다.

검증(Validation)이 묻는 질문은 제대로 만들었는가가 아니라, 쓰려는 일이 이 시스템으로 끝나는가입니다. 국제 시험 본문도 인수 시험의 주된 형태를 사용자 인수, 운영 인수, 계약과 규제 인수로 나누고, 가능하면 실제 사용자가 수행하라고 말하죠.

수행 대본 47쪽을 현업이 따라 누르면, 누른 손은 현업이어도 질문이 수행의 질문입니다. 월말 정산, 민원 접수, 권한 위임, 예외 반려.

이 네 줄이 현업 달력에서 나와야 UAT 시나리오입니다. 서명란에는 팀 이름이 아니라 그 일을 매주 하는 사람 이름이 들어갑니다.

참석 7명은 숫자가 되고, 이름은 나중에 장애가 나도 호출할 수 없죠. 시나리오 초안을 요구 주에 띄우는 글과 짝입니다.

초안이 있어도 실행 주에 수행이 대신 누르면, 초안은 읽기 자료로 남고 사인은 비죠. 바쁘다는 이유로 대체를 허용하려면, 대체자가 그 업무의 대리 결재권자인지 한 줄로 남겨야 합니다.

대리가 시험 인력 파견이면 그 주는 UAT가 아니라 SIT 재실행입니다.

시험 데이터와 외부 연계는 어느 칸에서 끝내나?

연결 데이터와 기관 창은 SIT에서 닫습니다. UAT는 그 위에서 월말과 예외를 돌립니다. 창이 비어 UAT가 멈추면 시작을 미루는 편이 맞습니다.

SIT 데이터는 매핑이 맞는지를 보는 표본이면 됩니다. 코드 200개와 오류 15종, 대량 전송 한 번으로 연결이 서면 SIT는 종료 조건을 채울 수 있죠.

UAT 데이터는 표본이 아닙니다. 지난달 마감과 같은 분량, 권한이 다른 두 명, 반려 후 재요청이 있어야 현업이 자기 일이 끝나는지를 봅니다.

외부 기관 창을 UAT 주에 처음 열면, 그 주는 연계 시험이 되어 버립니다. 연계 시험은 SIT의 자리입니다.

창을 못 받으면 스텁 결과를 SIT 조건부 합격으로 남기고, UAT 시작을 창 뒤로 미루세요. 미루지 않고 현업을 앉히면, 현업은 연결 실패를 시스템 불합격으로 읽고 조서가 감정 싸움이 됩니다.

창이 사업 범위 밖 신규 기관이면 변경관리로 올리는 줄이 맞습니다. 시험 등급을 낮춰 창을 숨기면, 오픈 주에 같은 창이 장애로 돌아옵니다.

데이터 복원 시점도 칸에 적으세요. UAT 전날 운영 유사 복원이 없으면, 현업은 개발이 쓰던 계정으로 화면만 구경합니다.

조서에는 두 시험을 어떻게 나눠 남길까?

조서 본문은 시험 완료 한 줄이 아닙니다. SIT 종료 조건과 날짜, UAT 서명자와 남은 시나리오, 조건부 기한이 본문입니다.

조서에 통합 및 인수 시험 완료, 잔여 결함은 조치 계획 첨부로 합격이라고 적으면, 나중에 월말 배치가 깨져도 그 문장이 방어 자료가 됩니다. 방어 자료가 완료라는 단어면, SIT에서 실연계를 돌렸는지, UAT에서 누가 월말을 돌렸는지가 안 남죠.

본문 두 줄이면 됩니다. SIT는 연계 N건 중 실연계 M건, 스텁 조건부 K건과 창 날짜.

UAT는 시나리오 N건 중 서명 완료 M건, 잔여와 담당과 기한. 서명자는 검증(Validation) 주체와 같은 이름이어야 하고, 수행 PM 서명만 있으면 그 조서는 수행 시험 보고서입니다.

잔여를 안정화 계획 주로 넘길 때도 등급을 적으세요. 연결 오류를 안정화로 넘기면 안정화는 미완 SIT가 됩니다.

안정화는 오픈 후 관측이지, 인수 전에 닫지 못한 연결을 숨기는 칸이 아닙니다. 주간보고 첫 장도 같이 바꿉니다.

시험 진척 퍼센트 대신 SIT 치명 미종료, UAT 미서명 시나리오. 퍼센트만 초록이면 검수 주는 항상 같은 싸움을 다시 합니다.

자주 묻는 것

SIT가 끝났는데 UAT를 생략해도 되나
연결이 맞다는 기록과 업무가 끝난다는 기록은 다른 합격입니다. 발주 지침도 납품물이 계약 요구를 충족했는지 시험과 검사로 인수하라고 말하죠. 수행 시험 종료만으로 조서에 합격이 찍히면, 그 사인은 수행의 종료이지 현업의 인수가 아닙니다. 생략하려면 누가 어떤 업무를 대신 확인했는지 이름과 시나리오를 남기세요.
현업이 바빠서 수행이 대신 눌러도 되나
대신 누른 손은 수행의 손입니다. 그 주는 SIT 재실행에 가깝습니다. 대체를 허용하려면 그 사람이 해당 업무의 대리 결재권자인지 한 줄로 남기고, 시나리오는 현업 달력에서 나와야 합니다. 시험 인력 파견으로 명단만 채우면 조서의 서명란이 비는 것과 같습니다.
연계 기관이 창을 안 주면 UAT를 해도 되나
창이 없으면 그 연결은 아직 SIT가 안 끝난 줄입니다. 스텁 결과를 SIT 조건부로 남기고 UAT 시작을 창 뒤로 미루는 편이 맞습니다. 현업을 먼저 앉히면 연결 실패가 시스템 불합격으로 읽히고, 조서가 감정 싸움이 됩니다. 창이 범위 밖 신규면 변경으로 올리세요.
단위시험 숫자가 높으면 SIT를 줄여도 되나
단위 숫자는 모듈 안을 본 기록입니다. 바깥과의 약속, 코드 값, 타임아웃은 그 숫자가 말해주지 않습니다. 커버리지가 높아도 연계 한 건이 살아 있지 않으면 SIT 종료 조건은 안 찹니다. 숫자를 SIT 진척으로 바꿔 쓰지 마세요.

관련 용어

출처

다른 가이드