T-Minus: 테스트 및 리허설
6개의 테스트 계층과 각 계층의 실행 시점, 테스트 역할 및 직무 분리, 리허설 설계 및 실행, 합격/불합격 기준, 그리고 심각도에 따른 결함 분류 등이 포함됩니다.
별도의 테스트 단계는 없습니다. 각 계층은 해당 객체가 준비되면 실행되며, 리허설이 바로 UAT(사용자 승인 테스트)입니다. 플랫폼이 표준화되어 있기 때문에 테스트는 고객의 구성, 데이터 및 통합에 초점을 맞추고 제품 자체를 재테스트하는 일은 없습니다.
| 층 | 이것이 증명하는 것 | 언제 | WHO | 증거 |
|---|---|---|---|---|
| 구성 검사 | 각 설정은 세션 내 샘플 데이터를 사용하여 검증됩니다. | T-17 → T-11 | 주요 사용자, Ledger Architect | Fit Ledger 라인별 테스트 계획 결과 |
| 마이그레이션 유효성 검사 | 모의 테스트별 개수, 해시 합계, TB 및 하위 원장 대조 | T-10 → T-3 | 마이그레이션 담당자, 데이터 소유자, 재무 관리자 | 객체 등록부, 거부 목록, 조정표 |
| 통합 테스트 | 테스트 파트너가 있는 모든 엔드포인트 및 오류 경로 포함 | T-10 → T-4 | Ledger Architect, 파트너 | 메시지 로그 |
| 역할 및 권한 테스트 | 각 역할은 자신이 해야 할 일을 정확히 보고 수행할 수 있습니다. SoD는 이를 확인합니다. | T-9 → T-5 | 주요 사용자, 도입 내비게이터 | 역할 테스트 결과 |
| 연속성 검사 | Live DR 계약 시 실시하는 전환 훈련; 백업-복원 검증 | T-5 → T-3 | 운영 파일럿, 마이그레이션 지휘자 | 런북 시간표, 드릴 보고서 |
| 리허설 = UAT | 기존 시스템과 병행하여 실제 사용자들이 참여하는 실제 업무일지 | T-2 → T-1 | 모든 T+1 사용자 | 리허설 대본, 게이트 레코드 |
Fit Ledger의 모든 Configure-now 라인에는 결과와 함께 최소 하나 이상의 구성 검사가 포함되어 있으므로 T-11 게이트는 필터이지 회의가 아닙니다.
역할, 권한 및 직무 분리
| 각 역할은 다음과 같은 특징을 가질 수 있습니다… | 각 역할은 다음과 같은 특징을 가질 수 없습니다… |
|---|---|
| 해당 엔티티, 데이터 및 메뉴만 볼 수 있습니다. | 생성된 내용을 승인하세요 — 동일한 송장을 입력하고 승인하세요 |
| 리허설의 모든 단계를 수행하십시오 | 판매업체를 생성하고 결제하세요. |
| 해당 작업 대기열에서 올바른 항목을 확인하세요 | 은행 계좌 정보를 변경하고 결제를 승인하세요. |
| ASK를 권한에 따라 자체 작업에 사용하십시오. | 게시 마감된 기간에 게시하거나 게시된 문서를 수정하세요. |
각 역할에 맞는 로그인 계정으로 테스트하십시오. 관리자 계정으로는 절대 테스트하지 마십시오. 관리자 계정으로 테스트를 통과했다고 해서 해당 역할에 대해 아무것도 증명되는 것은 아닙니다.
리허설 디자인 (예시)
고객이 실제로 경험하는 하루 동안의 모든 거래를 고객 자신의 역할로 시뮬레이션해 보세요. 교과서적인 흐름도가 아닌, 고객이 평소에 가장 바쁜 하루를 바탕으로 스크립트를 구성해야 합니다.
| 시간 | 프로세스 | 역할 | 실제 거래 | 기존 방식과 비교했을 때 |
|---|---|---|---|---|
| 8시 | 아침 대기줄 | 모든 사용자 | 랭크 액션 큐 검토 완료 | — |
| 8시 30분 | 주문 견적 | 매상 | 오늘의 견적 및 주문, 신용 조회 | 주문 총액 |
| 9시 30분 | 일으키다 | 구매 | 구매 주문, 승인 | 구매 주문 총액 |
| 10시 30분 | 받다 | 창고 | 상품 입고, 적재 | 주식 변동 |
| 11시 30분 | 배송 및 송장 | 창고, 청구 | 배송 및 고객 송장 | 송장 총액 |
| 13:00 | 지급금 | AP 사무원, 승인자 | 공급업체 송장 대조 및 승인 | AP 노화 |
| 14시 30분 | 급여 이벤트 | 인사부 | 채용, 변경, 시간, 수당 | 급여 입력 |
| 15시 30분 | 현금 | 국고 | 지급 실행, 은행 파일, 영수증 | 은행 잔고 |
| 16시 30분 | 하루 마감 | 제어 장치 | 일일 보고서, 시산표 | 오늘의 결핵 |
리허설 진행
| 준비하세요 (T-2) | 런(T-1) | 마감 (T-1 저녁) |
|---|---|---|
| 예행연습 데이터에서 얻은 세입자 정보 | 사용자는 TRANXACT에 실제 하루 일과를 입력합니다. | 기존 방식과 비교한 결과 |
| 오늘 수집한 실제 문서 | 레거시는 평소와 같은 날에 운영됩니다. | 수정 목록이 실행되었고 다시 확인되었습니다. |
| 로그인한 모든 사용자, 대기열 라이브 | ASK와 Navigators는 흐름 내에서 지원을 제공합니다. | 게이트 기준 점수 |
| 프로세스당 관찰자 수 | 시간 및 역할과 함께 기록된 문제 | 카운트다운 소유자가 시작을 결정합니다 |
T+1일에 시스템을 사용하는 모든 사람이 참여합니다. 불참자는 T-1일 오후에 보충 교육을 받게 되며, 도입 등록부에 표시됩니다. 이 예행연습은 곧 교육이기도 합니다. 실제 업무 환경을 경험한 사용자는 별도의 강의실 교육이 필요하지 않으며, 기업은 문서가 아닌 증거를 바탕으로 승인합니다.
진행/중단 게이트(제안된 기본값)
| 표준 | 한계점 | 증거 | 블록이 활성화되었나요? |
|---|---|---|---|
| 리허설 과정이 통과되었습니다. | 핵심 단계의 100%, 전체 단계의 95% 이상 | 리허설 대본 | 예 |
| 리허설 결과는 기존 결과와 일치합니다. | 총액은 동일하거나 설명 가능합니다. | 비교표 | 예 |
| 모의 실행 조정 | TB 차이 0; 보조 원장 일치 | 조정표 | 예 |
| 예행연습 시간 | 전환 기간 내 | 런북 타이밍 | 예 |
| 심각한 결함이 열려 있습니다 | 0 | 테스트 플랜 | 예 |
| 사용자들은 각자 자신의 역할을 연습했습니다. | T+1 사용자 중 95% 이상 | 입양 등록부 | 검토 |
| 통합 기능은 바로 사용 가능합니다. | 엔드포인트 및 자격 증명이 확인되었습니다. | 통합 로그 | 아니면 살펴보세요 |
NO-GO는 기본적으로 날짜 연기를 의미하지 않습니다. 카운트다운 소유자는 실패한 부분을 T-Plus로 가져가서 통과한 부분을 기반으로 T-0에 정상적으로 운영을 시작할 수 있습니다.
결함 분류(제안된 기본값)
| 심각성 | 의미 | 무슨 일이 일어나는가 |
|---|---|---|
| 비판적인 | 핵심 프로세스 중단, 잘못된 재무 결과 또는 데이터 손실을 초래합니다. | 게이트 통과 전에 문제를 해결하거나, 수동 임시 조치를 통해 T-Plus 범위에서 해당 프로세스를 제외하십시오. |
| 높은 | 이 과정은 상당한 노력이나 편법을 사용해야만 작동합니다. | 카운트다운 중에 당일 수정하고 리허설에서 재테스트하세요. |
| 중간 | 불편하긴 하지만 간단한 해결 방법이 있습니다. | 시스템 가동 후 2주 이내에 수정하십시오. |
| 낮은 | 미용적인 요소 또는 있으면 좋은 것 | Fit Ledger의 T-Plus라는 브랜드 제품입니다. |
티켓 대기열이 아닌 스탠드업 미팅에서 문제 분류를 진행합니다. 모든 결함에는 담당자가 지정되고, 해당 결함이 제기된 회의에서 당일 또는 T-Plus(Time-Up Profit) 방식으로 처리 여부가 결정됩니다.
제안된 기본값으로 표시된 값은 해당 방법론에서 권장하는 시작점입니다. 각 작업별로 값을 확인해야 하며, 계약서, 주문서 및 서비스 수준 계약(SLA)이 우선합니다.