시험 종료 후 변경

영향 화면은 요청서 한 줄로 끝나나?

요청한 화면만 적으면 절반입니다. 같은 데이터를 읽는 조회, 배치, 권한 화면을 같이 세세요. 영향 본수가 요청의 두 배면 작은 변경이 아닙니다.

변경 요청서에 대상 화면 1본이라고 적혀 있으면, 수행은 그 1본만 고칩니다. 정산 금액 계산이 바뀌면 조회, 엑셀 다운로드, 야간 배치, 관리자 확인 화면이 같은 숫자를 읽습니다.

영향 칸에 직접 화면과 공유 데이터, 배치 잡 이름을 세 줄로 두세요. 세 줄이 비면 변경관리 안건은 작아 보이고, 오픈 주 장애는 커집니다.

영향 본수를 요청 본수의 두 배로 의심하는 습관이 있으면, 작은 변경이 시험 종료를 다시 열 가치가 있는지가 보이죠. 가치가 안 보이면 그 건은 운영 개선으로 넘깁니다.

회귀 범위는 어떻게 잘라 적나?

전체 재시험이 기본값이 아닙니다. 영향 경로와 인접 경로, 통과 유지 경로를 세 묶음으로 적으세요. 인접이 10건을 넘으면 일정 칸을 다시 묻습니다.

재시험이라고만 쓰면 수행은 최소 클릭을, 발주사는 전체 시나리오를 떠올립니다. 범위를 세 묶음으로 적으세요.

직접 영향 시나리오, 같은 데이터를 읽는 인접 시나리오, 손대지 않아 통과가 유지돼야 하는 경로입니다. QA vs QC 결함 대장이 있으면 직접 묶음은 그 화면의 열린 결함과 같이 돌리죠.

인접이 10건을 넘으면 일정을 다시 묻고, 넘는데도 일정 칸이 비면 그 수용은 일정 없는 재시험입니다. 일정 없는 재시험은 오픈 날짜를 잠식하죠.

잠식한 채로 서명하면 조서의 통과가 이전 버전 통과입니다.

재시험 담당은 개발자가 겸해도 되나?

고친 사람이 자기 화면만 클릭하면 회귀가 아닙니다. 시나리오 주인과 확인 주체를 따로 두세요. 현업 확인이 없으면 조서로 옮길 통과가 아닙니다.

종료 후 변경은 시간이 없어서 개발자가 고치고 같은 사람이 확인하는 경우가 많습니다. 그 확인은 단위 확인이지 검증(Validation)이 아닙니다.

담당 칸을 둘로 나누세요. 수행 재시험 실행, 발주 또는 현업 확인입니다.

현업 확인이 없으면 회귀 통과는 수행 내부 통과죠. 내부 통과를 조서에 옮기면 시험 종료 서명이 의미를 잃습니다.

현업이 30분을 못 내면 그 30분을 일정 칸에 명시하고, 못 받는 건 이번 오픈에서 빼세요. 뺀 건은 거부가 아니라 다음 창입니다.

담당 없는 수용만 위험합니다.

일정 칸에는 무엇부터 쓰나?

개발 일수가 아니라 회귀 실행과 확인, 조서 수정 일수를 더합니다. 개발만 적힌 일정은 반영 일정이죠. 합이 버퍼를 넘으면 오픈 전 수용이 아닙니다.

수행이 이틀이면 된다고 하면, 그 이틀은 코드입니다. 회귀 묶음을 돌리는 하루, 현업 확인 반나절, 조서와 버전을 고치는 반나절을 더하세요.

더하지 않은 이틀은 오픈 버퍼를 깎습니다. 버퍼가 하루인데 변경 일정이 나흘이면 그 건은 오픈 전 수용이 아니죠.

변경관리 회의에서 일정 합이 버퍼를 넘으면 운영 이관이 기본값입니다. 기본값을 뒤집으려면 오픈 날짜를 같이 옮기는 결정을 같은 자리에 올려야 하죠.

날짜를 안 옮기고 나흘을 넣으면 시험 종료는 종이 위 종료입니다.

재시험 계획이 없으면 거부를 어떻게 쓰나?

거부는 감정이 아니라 조건입니다. 영향, 범위, 담당, 일정 중 빈칸이 있으면 반려 한 줄이 되죠. 빈칸 이름을 사유로 쓰면 다음 회의에서 근거가 됩니다.

오픈이 가까울수록 거부가 미뤄 보자는 말로 바뀝니다. 미루면 반영은 되고 시험은 안 됩니다.

수용 조건 네 칸을 변경 양식 아래에 고정하세요. 영향 화면, 회귀 묶음, 담당 두 이름, 일정 합입니다.

한 칸이 비면 반려이고, 채우면 그 주 CCB에서 받거나 운영으로 넘깁니다. 거부 문장을 감정으로 쓰지 말고 빈칸 이름을 쓰세요.

회귀 범위 없음, 확인 주체 없음처럼요. 빈칸 이름이 쌓이면 다음 사업 특수조건에 시험 종료 후 변경은 재시험 계획 첨부를 넣을 근거가 됩니다.

근거 없이 거절하면 다음 회의에서 또 작으니까 넣어 달라는 말이 나옵니다.