마이그레이션 중에 비즈니스 테스트 수행
마이그레이션 팀은 워크로드를 Azure로 쉽게 마이그레이션할 수 있지만 워크로드 테스트는 해당 워크로드의 비즈니스 사용자가 가장 잘 수행합니다. 마이그레이션 팀은 워크로드 테스트를 용이하게 하고, 테스트 계획을 개발하고, 가능한 경우 테스트를 자동화하여 이 비즈니스 활동을 지원합니다.
비즈니스 테스트 또는 UAT(사용자 승인 테스트) 중에 실제 또는 복제본(replica) 테스트된 비즈니스 프로세스의 컨텍스트에서 새 솔루션을 사용하려는 실제 사용자를 관찰합니다.
참고 항목
자동화된 테스트를 항상 사용할 수 있는 것은 아닙니다.
자동화된 테스트는 모든 시스템을 테스트하는 효율적인 방법입니다. 그러나 클라우드 마이그레이션은 종종 레거시 시스템 또는 안정적인 프로덕션 시스템에 초점을 맞춥니다. 이러한 시스템은 철저하고 잘 기본 자동화된 테스트로 거의 관리되지 않습니다.
이 문서에서는 마이그레이션 시 자동화된 테스트를 사용할 수 있다고 가정합니다.
비즈니스 테스트의 목표는 새로운 솔루션이 기대에 따라 수행되고 비즈니스 프로세스를 방해하지 않는다는 것을 인증하기 위해 파워 사용자로부터 유효성 검사를 받는 것입니다. 이러한 목표가 충족되지 않는 경우 비즈니스 테스트는 워크로드가 기대치를 충족하지 않는 방법과 이유를 정의하는 데 도움이 되는 피드백 루프 역할을 합니다.
비즈니스 테스트 중 비즈니스 활동
비즈니스 테스트 중에 첫 번째 반복은 고객과 직접 직접 진행됩니다. 가장 순수하고 시간이 많이 걸리는 피드백 루프 형식입니다.
- 파워 사용자 식별: 비즈니스는 일반적으로 기술 변경의 영향을 가장 많이 받는 파워 사용자를 더 잘 이해합니다. 파워 사용자는 기술 도구 또는 일련의 도구(예: 고객에게 서비스를 제공하는 콜 센터)와의 상호 작용이 필요한 실제 프로세스를 자주 수행하는 사람입니다.
- 파워 사용자 정렬 및 준비: 파워 사용자가 비즈니스 목표, 원하는 결과 및 비즈니스 프로세스에 대한 예상 변경 사항을 이해하도록 합니다. 테스트 프로세스에 대한 전원 사용자 및 해당 관리 구조를 준비합니다.
- 피드백 루프 해석 참여: IT 직원이 파워 사용자의 다양한 피드백 지점의 영향을 이해할 수 있도록 지원합니다.
- 프로세스 변경 명확히: 변환이 비즈니스 프로세스 변경을 트리거할 수 있는 경우 프로세스 변경 및 다운스트림 효과를 전달합니다.
- 피드백 우선 순위 지정: IT 팀이 비즈니스 영향에 따라 피드백의 우선 순위를 지정하도록 지원합니다.
비즈니스 테스트 중 마이그레이션 팀 활동
마이그레이션 팀은 비즈니스 테스트 출력의 수신자 중 하나입니다. 비즈니스 테스트 중에 노출되는 피드백 루프는 결국 기술 변경 또는 프로세스 변경을 정의하는 작업 항목이 됩니다. 비즈니스 테스트 출력의 수신자로서 마이그레이션 팀은 결과 기술 작업의 촉진, 피드백 수집 및 관리를 지원해야 합니다.
비즈니스 테스트 중에 마이그레이션 팀이 수행하는 일반적인 활동은 다음과 같습니다.
- 구조 및 로지스틱 제공: 전원 사용자와 작업한 후 테스터가 실행해야 하는 테스트를 정의하는 노트를 추가할 수 있는 장소가 있는 스프레드시트를 만들 수 있습니다.
- 촉진: 테스트 중 촉진에 대한 지원.
- 피드백 기록: 피드백을 기록하기 위한 수단과 프로세스를 제공합니다. Azure DevOps 또는 Excel 스프레드시트를 사용하여 정보를 효과적으로 캡처하고 작업 항목을 기록할 수 있습니다.
- 피드백 우선 순위 지정: 비즈니스에서 피드백의 우선 순위를 지정하고 유효성을 검사할 수 있도록 지원합니다.
- 변경 계획: 기술 변경에 대한 조치를 위한 계획을 개발합니다.
- 자동화된 테스트 식별: 전원 사용자가 테스트를 간소화할 수 있는 기존 자동화된 테스트를 식별합니다.
- 프로세스 개선: 테스트 프로세스를 연구하고, 벤치마크를 정의하고, 자동화를 만들어 반복적인 배포 또는 테스트가 필요할 수 있는 변경 내용에 대한 파워 사용자 테스트를 더욱 간소화합니다.
테스트 계획 예제
다음을 참조로 사용하여 테스트 계획을 빌드할 수 있습니다.
| 테스트 | 단계 | 성공/실패 | 테스터 노트 |
|---|---|---|---|
| 로그인 | 일반 자격 증명을 사용하여 로그인합니다. 프로덕션 시스템과 동일한 정보가 표시되는지 확인합니다. | ✅ | 발언 없음 |
| 새 레코드 만들기 | 시스템에서 새 레코드를 만들고 모든 워크플로 작업이 적절하게 실행되는지 확인합니다. | ✅ | 발언 없음 |
| 만든 레코드 읽기 | 만든 레코드를 다시 열고 모든 재질이 채워져 있는지 확인합니다. | ✅ | 발언 없음 |
| 만든 레코드 업데이트 | 만든 레코드를 변경하고 업데이트가 정확하게 진행되는지 확인합니다. | ✅ | 발언 없음 |
| 만든 레코드 삭제 | 만든 레코드를 삭제하고 레코드가 시스템에서 제거되어 있는지 확인합니다. | ✅ | 발언 없음 |
| 기존 레코드 읽기 | "Test-Record-Azure-Test"로 시작하는 기존 테스트 레코드 중 하나를 열고 모든 자료를 읽을 수 있는지 확인합니다. | ✅ | 발언 없음 |
| 기존 레코드 업데이트 | 이전 단계에서 사용한 테스트 레코드를 업데이트하고 업데이트가 정확하게 진행되는지 확인합니다. | ❌ | "트랜잭션 데이터베이스에 액세스할 수 없습니다."라는 오류 메시지와 함께 업데이트에 실패했습니다. |
| 기존 레코드 삭제 | 이전 단계에서 사용한 테스트 레코드를 삭제합니다. | ❌ | "트랜잭션 데이터베이스에 액세스할 수 없습니다."라는 오류 메시지와 함께 업데이트에 실패했습니다. |