Power BI 구현 계획: 콘텐츠 유효성 검사

이 문서는 콘텐츠 수명 주기 관리의 일부로 콘텐츠의 유효성을 검사하는 데 도움이 됩니다. 주로 다음을 대상으로 합니다.

• COE(우수성 센터) 및 BI 팀: 조직에서 Power BI의 감독을 담당하는 팀으로, 이러한 팀에는 Power BI 콘텐츠의 수명 주기를 관리하는 방법을 결정하는 의사 결정자가 포함됩니다. 또한 이러한 팀에는 콘텐츠 릴리스의 수명 주기를 처리하는 릴리스 관리자와 수명 주기 관리를 효과적으로 사용하고 지원하는 데 필요한 구성 요소를 만들고 관리하는 엔지니어가 포함될 수 있습니다.
• 콘텐츠 작성자 및 콘텐츠 소유자: 다른 사용자와 공유하기 위해 Fabric 포털에 게시하려는 콘텐츠를 만드는 사용자입니다. 이러한 개인은 자신이 만드는 Power BI 콘텐츠의 수명 주기를 관리할 책임이 있습니다.

수명 주기 관리는 콘텐츠 만들기부터 최종 사용 중지까지 콘텐츠를 처리하는 데 사용하는 프로세스 및 방식으로 구성됩니다. 수명 주기 관리의 두 번째 단계에서 콘텐츠를 개발하고 변경 내용을 관리합니다. 여기에는 콘텐츠를 개발하고 작업 영역 및 버전 제어를 설정하는 방법에 대한 주요 결정이 포함됩니다. 세 번째 단계에서는 콘텐츠의 유효성을 검사하여 배포할 준비가 되었는지 테스트합니다.

콘텐츠의 유효성을 검사하는 것은 솔루션의 품질과 신뢰성을 보장하는 데 중요합니다. 이러한 이유로 콘텐츠 변경 내용을 프로덕션에 배포하기 전에 테스트해야 합니다.

다음 이미지는 콘텐츠의 유효성을 검사하는 3단계를 강조 표시하는 Power BI 콘텐츠의 수명 주기를 보여 줍니다.

콘텐츠의 유효성을 검사하려면 콘텐츠가 예상대로 수행되도록 특정 결정 또는 작업을 수행해야 합니다.

콘텐츠의 유효성을 검사할 때 솔루션의 다양한 측면을 평가합니다.

• 기능: 솔루션을 구성하는 항목 및 기능이 기능인지 여부입니다. 테스트 기능의 예는 의미 체계 모델이 예약된 새로 고침을 완료할 수 있는지 여부입니다.
• 데이터 정확도: 표시된 수치와 결과가 완전하고 비즈니스 기대치에 부합하는지 여부입니다. 데이터 정확도 테스트의 예는 보고서의 값이 알려진 기준에 맞는지 여부입니다.
• 성능: 쿼리가 사용 가능한 사용자 리소스 또는 사용자 대기 시간에 미치는 영향을 최소화할지 여부입니다. 성능 테스트의 예는 시간 제한에 도달하지 않거나 긴 새로 고침 기간이 발생하지 않고 데이터 흐름이 안정적으로 새로 고쳐지는지 여부입니다.
• 보안: 권한이 없는 개인이 정보 또는 전체 솔루션을 보거나 액세스하는 것이 제한되는지 여부입니다. 보안 테스트의 예는 RLS(행 수준 보안)의 유효성을 검사할 때 사용자 또는 역할의 가장입니다.
• 효율성: 솔루션이 관련 비즈니스 문제 또는 프로세스를 해결하고 의도한 대로 비즈니스 목표를 충분히 지원하는지 여부입니다. 테스트 효율성의 예는 UAT(사용자 승인 테스트)를 수행할 때 사용자 피드백을 수집하는 것입니다.
• 접근성: 가능한 한 많은 사용자가 사용할 수 있도록 솔루션이 알려진 접근성 표준을 충족하는지 여부입니다. 접근성 테스트의 예는 보고서가 Microsoft 보고서 접근성 검사 목록을 충족하는지 확인하는 것입니다.

다양한 종류의 테스트를 수행하여 콘텐츠의 유효성을 검사합니다. 다음 섹션에서는 콘텐츠 작성자와 콘텐츠 소비자가 테스트를 수행하는 방법에 대한 결정을 위한 주요 고려 사항을 설명합니다.

작성자가 콘텐츠의 유효성을 검사하는 방법 결정

콘텐츠 작성자는 콘텐츠에 대한 자체 변경 내용의 유효성을 검사하여 변경 내용의 품질과 기능을 확인해야 합니다. 테스트는 일반적으로 솔루션의 최신 작업 버전을 포함하는 개발 작업 영역에서 수행됩니다. 콘텐츠 작성자는 사용자 유효성 검사를 위해 테스트 작업 영역에 콘텐츠를 배포하기 전에 자체 변경 내용을 테스트합니다.

콘텐츠 작성자가 콘텐츠의 유효성을 검사하는 방법에는 두 가지가 있습니다.

• 수동 테스트: 수동 테스트에는 주관적인 평가를 통해 또는 일부 객관적인 테스트 기준과 비교하여 콘텐츠의 유효성을 수동으로 검사하는 사람이 포함됩니다. 수동 테스트는 쉽게 수행할 수 있지만 사람의 오류 또는 편견이 적용됩니다. 또한 콘텐츠가 특정 규모에 도달하면 수동 테스트가 제대로 수행되기 힘들 수 있습니다. 두 가지 방법으로 수동 테스트를 수행할 수 있습니다.
  • 의미 체계 모델 및 보고서와 같은 자체 콘텐츠를 테스트하는 독립적인 검토입니다.
  • 동료 평가는 솔루션을 비판적으로 평가하고 이를 개선하기 위한 제안을 제공하기 위해 콘텐츠에 대한 주관적인 평가를 포함합니다.
• 자동화된 테스트: 자동화된 테스트에는 사람의 개입 없이 자동으로 평가되는 미리 준비된 테스트가 포함됩니다. 일반적으로 자동화된 테스트는 특정 벤치마크 또는 기준선에 대해 솔루션 코드의 일부를 확인합니다. 자동화된 테스트는 수행하기가 더 어렵고 설정하는 데 시간과 노력이 필요합니다. 그러나 대규모 구현 및 중요 비즈니스용 솔루션의 품질과 신뢰성을 보장하기 위해서는 엔터프라이즈 시나리오에서 자동화된 테스트가 필수적입니다.

다음 섹션에서는 콘텐츠 작성자가 수동 테스트, 자동화된 테스트, 동료 평가를 수행할 수 있는 다양한 방법을 설명합니다.

수동 테스트 수행

만든 콘텐츠에 대해 자체 수동 테스트를 수행해야 합니다. 이러한 테스트를 통해 변경 내용이 예상대로 작동하는지 확인하고 원하는 품질 표준을 달성해야 합니다. 일반적으로 수동 테스트에는 콘텐츠 또는 특정 콘텐츠 변경 내용에 대한 사용 및 주관적 평가, 결과 설명 및 문서화가 포함됩니다.

자체 콘텐츠를 테스트할 때 고려해야 할 몇 가지 사항은 다음과 같습니다.

• 테스트 조건 및 성공 조건을 미리 결정하고 문서화합니다.
• 테스트를 철저히 수행하고 테스트 결과를 문서화해야 합니다. 그러나 테스트 사례가 개발 속도를 늦추지 않도록 불필요한 테스트를 피해야 합니다.
• 반복성을 향상시키기 위해 각 항목 종류에 대한 표준 테스트 집합을 만듭니다.
• 테스트 결과 및 결론을 문서화합니다.
• 여러 번 테스트하여 테스트 결과가 무작위 기회가 아닌 현실을 가장 잘 반영하는지 확인합니다.
• 프로덕션 환경을 대표하는 테스트 조건을 사용합니다.

다음 섹션에서는 수동 테스트를 위한 다른 주요 고려 사항에 대해 설명합니다.

의미 체계 모델 수동 테스트

의미 체계 모델은 보고서, 대시보드, 기타 클라이언트 도구 및 Fabric 워크로드에 대한 업스트림 원본이기 때문에 Fabric 및 Power BI에서 솔루션의 중요한 부분입니다. 따라서 배포하기 전에 의미 체계 모델의 유효성을 검사하는 것이 중요합니다.

의미 체계 모델의 유효성을 검사하는 데 도움이 되는 다음과 같은 질문에 대답합니다.

• 테이블에 예기치 않은 누락, 중복 또는 잘못된 값이 포함되어 있나요?
• DAX 측정값은 긴 쿼리 시간 없이 예상 결과를 반환하나요?
• 예약된 새로 고침이 긴 새로 고침 시간 없이 성공적으로 완료되나요?
• 참조 무결성 위반으로 인한 시각적 개체, 필터 또는 쿼리 결과에서 (비어 있음) 결과가 관찰되나요?
• RLS 또는 OLS(개체 수준 보안)와 같은 데이터 보안은 권한이 없는 개인이 모델 또는 해당 데이터에 액세스하지 못하도록 충분히 방지하나요?
• 모델 개체(예: DAX 측정값 또는 테이블 열)가 표시 폴더로 구성되었나요?

다양한 도구와 방법을 사용하여 의미 체계 모델의 유효성을 검사할 수 있습니다.

• Power BI Desktop: Power BI Desktop을 사용하면 다양한 기능을 사용하여 의미 체계 모델의 다양한 측면의 유효성을 검사할 수 있습니다. 의미 체계 모델 테스트를 용이하게 하는 Power BI Desktop 기능의 예는 다음과 같습니다.
  • 시각적 캔버스: 끌어서 놓기 시각적 개체를 사용하여 모델 기능 및 정확도를 테스트합니다.
  • DAX 쿼리 뷰: 나중에 저장하고 다시 사용할 수 있는 DAX 쿼리를 사용하여 모델 정확도 및 DAX 코드를 테스트합니다.
  • 쿼리 진단: Power Query에서 쿼리를 평가하는 방법에 대한 진단 정보를 가져와 새로 고침 성능을 테스트합니다.
• Fabric: Fabric 포털의 기능 및 항목을 사용하면 작업 영역에 배포된 후 의미 체계 모델 측면의 유효성을 검사할 수 있습니다.
  • 보안: 보안 역할 또는 사용자를 가장하여 모델 보안을 테스트합니다.
  • Notebooks: 의미 체계 링크를 사용하여 모델 기능 및 정확도를 테스트합니다.
  • 모니터링 허브: 의미 체계 모델 및 기타 Fabric 데이터 항목의 데이터 새로 고침을 테스트하고 모니터링합니다.
• 타사 도구: 타사 도구를 사용하면 유효성 검사를 용이하게 하는 추가 세부 정보 또는 기타 기능을 제공하여 의미 체계 모델의 다른 측면의 유효성을 검사할 수 있습니다. 의미 체계 모델 테스트를 용이하게 하는 타사 도구의 예는 다음과 같습니다.
  • DAX Studio: DAX 쿼리 타이밍 및 쿼리 계획의 자세한 분석을 수신하여 DAX 코드의 성능을 테스트하고 최적화합니다.
  • 테이블 형식 편집기: DAX 쿼리가 평가되는 방법과 활성 상태인 평가 컨텍스트에 대한 자세한 분석을 수신하여 DAX 코드의 정확도를 테스트하고 디버그합니다.

수동으로 보고서 테스트

보고서는 사용자가 데이터와 상호 작용하는 일반적인 방법입니다. 많은 사용자가 보고서를 사용하여 결정을 내리고 비즈니스 목표를 달성하기 위한 조치를 취합니다. 따라서 배포하기 전에 보고서의 유효성을 검사하는 것이 중요합니다.

보고서의 유효성을 검사하는 데 도움이 되는 다음과 같은 질문에 대답합니다.

• 보고서는 문서화된 비즈니스 요구 사항을 충족하나요?
• 올바른 시각적 개체 형식이 올바른 질문을 해결하는 데 사용되나요?
• 보고서 페이지가 압도적인 색이나 너무 많은 시각적 개체 없이 명확하고 간결한가요?
• 좁은 데이터 하위 집합으로 필터링할 때 보고서가 예상대로 작동하나요?
• 보고서에서 Excel로 내보내기를 허용하나요? 그렇다면 요약된 데이터 또는 기본 데이터 검색이 허용되나요?
• 보고서를 시각적 개체의 교차 보고서 드릴스루 또는 개인 설정에 사용할 수 있나요?

다양한 도구와 방법을 사용하여 보고서의 유효성을 검사할 수 있습니다.

• Power BI Desktop: Power BI Desktop을 사용하면 다양한 기능을 사용하여 보고서의 다양한 측면의 유효성을 검사할 수 있습니다. 보고서 테스트를 용이하게 하는 Power BI Desktop 기능의 예는 다음과 같습니다.
  • 시각적 캔버스: 슬라이서, 필터, 기타 대화형 요소를 사용하여 보고서 기능을 테스트합니다.
  • 성능 분석기: 시각적 렌더링 및 DAX 쿼리 시간을 측정하여 보고서 성능을 테스트합니다. 다른 도구에서 사용할 성능 분석기에서 시각적 DAX 쿼리를 복사하고 설명서에 성능 결과를 저장할 수 있습니다.
  • 쿼리 제한 시뮬레이션: 배포할 용량의 메모리 제한을 시뮬레이션하여 보고서 성능을 테스트합니다.
• Fabric: Fabric 포털의 기능 및 항목을 사용하면 작업 영역에 배포된 후 보고서 측면의 유효성을 검사할 수 있습니다.
  • 앱 업데이트: Power BI 앱에서 보고서를 배포하고 다른 앱 대상 그룹을 설정하여 어떤 사용자가 어떤 콘텐츠를 볼 수 있는지 결정할 때 보고서 기능 및 보안을 테스트합니다. 앱 대상 그룹을 사용하는 경우 액세스 권한이 있는 보고서를 미리 보고 앱 환경을 직접 테스트할 수 있습니다.
  • 작업 영역 또는 앱의 읽기용 보기: 사용자와 동일한 환경에서 사용하여 보고서 기능 및 정확도를 테스트합니다.

동료 평가를 수행하여 수동으로 테스트

콘텐츠의 유효성을 수동으로 검사하는 또 다른 방법은 동료 평가를 수행하는 것입니다. 동료 평가에서 콘텐츠 작성자는 평가할 동료에게 솔루션 또는 그 일부를 제공합니다. 동료 평가의 목적은 여러 콘텐츠 제작자의 집단적 경험과 전문 지식을 사용하여 솔루션을 개선하는 것입니다. 수동 및 자동화된 테스트 도중 및 후에 동료 평가를 수행할 수 있습니다.

동료 평가를 수행할 수 있는 방법에는 여러 가지가 있습니다.

• 기능 검토: 기능 검토는 솔루션이 충족해야 하는 기능, 프로세스 또는 비즈니스 요구 사항에 중점을 둡니다. 기능 검토에서 검토자는 최종 사용자인 것처럼 솔루션을 사용합니다. 구현을 개선하기 위해 주관적인 비판과 함께 발견한 결함이나 문제를 문서화합니다.
• 기술 검토: 기술 검토는 데이터 모델링, 코드 또는 디자인과 같은 솔루션의 기술적 측면에 중점을 둡니다. 기술 검토에서 검토자는 특정 기능 또는 변경 내용이 구현된 방식을 평가하고, 대체 방법을 제안하거나 현재 접근 방식에 대한 잠재적 결함 또는 위험을 강조합니다.
• 끌어오기 요청: 소스 제어를 수행할 때 변경 내용을 최신 버전의 솔루션에 병합하는 PR(끌어오기 요청)을 만듭니다. 기술 소유자는 제안된 변경 내용을 검토하고 소스 코드를 평가합니다. 이러한 종류의 검토는 코드가 DAX 또는 M 코드의 서식 지정, 안티패턴 식별 또는 잠재적으로 문제가 있는 코드와 같은 표준 규칙을 준수하는지 확인하는 데 유용합니다.

동료 평가 주기를 완료한 후에는 권장되는 변경 내용을 문서화하고 통합해야 합니다. 필요한 경우 사용자 테스트로 이동하기 전에 승인을 위해 변경 내용을 다시 제출해야 합니다. 일반적으로 동료 평가의 여러 반복은 테스트할 변경 내용이 많거나 몇 가지 복잡한 변경 내용이 있는 경우에만 필요합니다.

테스트 자동화

콘텐츠 작성자는 테스트를 배포하기 전에 자동으로 수행되도록 테스트를 자동화할 수 있습니다. 자동화된 테스트에는 일반적으로 콘텐츠 저장 또는 PR(끌어오기 요청) 제출과 같은 특정 작업에 대한 응답으로 프로그래밍 방식으로 실행되고 오케스트레이션되는 미리 준비된 테스트 조건이 포함됩니다. 자동화된 테스트의 결과는 이후 참조 및 설명서를 위해 자동으로 저장됩니다.

자동화된 테스트의 목적은 콘텐츠 변경의 유효성을 검사하는 시간과 노력을 줄이면서 테스트의 일관성과 결과의 안정성을 개선하는 것입니다. 콘텐츠가 자동화된 테스트에 실패하면 일반적으로 콘텐츠 작성자가 문제를 해결할 때까지 배포되지 않습니다.

효과적인 자동화된 테스트는 DataOps 구현의 핵심 부분입니다. DataOps를 사용하면 팀이 데이터 및 분석 제공을 개선하고 가속화하는 방법을 채택하여 프로세스를 자동화하고 확장할 수 있습니다.

다음 섹션에서는 Power BI 의미 체계 모델 및 보고서를 자동으로 테스트하기 위한 주요 고려 사항에 대해 설명합니다.

의미 체계 모델 테스트 자동화

일반적으로 타사 도구 및 프레임워크를 사용하는 사용자 지정 설정이 필요하지만 의미 체계 모델의 자동화된 테스트는 가능합니다.

다양한 도구와 방법을 사용하여 의미 체계 모델의 테스트를 자동화할 수 있습니다.

• BPA(모범 사례 분석기): 모범 사례 분석기를 사용하면 의미 체계 모델을 평가하는 데 사용할 수 있는 규칙을 지정할 수 있습니다. 의미 체계 모델에서 규칙 위반을 식별하는 테이블 형식 편집기를 사용하여 BPA를 실행할 수 있습니다. Azure DevOps와 함께 테이블 형식 편집기 CLI(명령줄 인터페이스)를 사용하거나 다른 예약된 프로세스의 일부로 BPA 규칙 위반 검사를 자동화할 수 있습니다.
• Fabric Notebooks 및 의미 체계 링크: Fabric의 Notebooks를 사용하면 의미 체계 링크를 사용하여 의미 체계 모델과 프로그래밍 방식으로 상호 작용할 수 있습니다. Notebooks를 사용하여 GX(Great Expectations)와 같은 프레임워크를 실행하여 데이터의 유효성을 검사할 수 있습니다. 또한 측정값 및 DAX 쿼리를 평가한 다음, 알려진 기준에 대해 결과를 테스트할 수 있습니다.
• Power Automate: Power Automate를 사용하면 Power BI REST API를 사용하여 의미 체계 모델에 대해 쿼리를 실행하고 보고서를 내보낼 수 있습니다. 알려진 기준에 대해 쿼리 결과를 확인한 다음, 콘텐츠 소유자에게 경고를 트리거하는 것과 같은 다운스트림 작업을 수행할 수 있습니다.

보고서 테스트 자동화

보고서 테스트를 자동화하는 데 사용할 수 있는 제한된 옵션이 있습니다. 이러한 옵션은 외부 도구 또는 커뮤니티 솔루션을 사용하여 보고서 메타데이터 유효성 검사 또는 보고서와의 사용자 상호 작용 시뮬레이션과 같은 시각적 개체 또는 보고서 속성의 유효성을 자동으로 검사합니다.

다양한 도구와 방법을 사용하여 보고서 테스트를 자동화할 수 있습니다.

• 보고서 모범 사례 분석기: 보고서 정의를 검사하여 보고서에서 문제 검색을 자동화하는 모범 사례 분석기와 유사한 기능을 지원하는 다양한 타사 도구가 있습니다. 이 기능을 지원하는 두 가지 도구는 PBI 탐색기와 PBI 검사기입니다.
• Power Automate 데스크톱: Python용 Selenium 또는 Power Automate Desktop과 같은 UI 자동화 도구를 사용하면 보고서와 사용자 마우스 상호 작용을 시뮬레이션할 수 있습니다. 사용자 흐름을 정의하여 탐색 및 상호 작용을 테스트할 수 있습니다. 이러한 테스트는 흐름을 완료할 수 있을 때 통과하고, 화면에서 특정 단어 또는 이미지(예: 오류 메시지 또는 빈 시각적 개체)를 검색할 때 실패합니다.

사용자가 콘텐츠의 유효성을 검사하는 방법 결정

콘텐츠가 수동 테스트, 자동화된 테스트, 동료 평가를 통과하면 사용자 테스트로 넘어갈 수 있습니다. 사용자가 콘텐츠를 테스트할 때 해당 콘텐츠가 비즈니스 요구 사항을 충족하고 정확한 결과 반환을 포함하여 기대에 부응하는지에 대한 주관적인 피드백을 제공합니다.

사용자 유효성 검사는 일반적으로 테스트 작업 영역에서 발생합니다. 테스트 작업 영역을 설정할 때 다음 고려 사항을 고려합니다.

• 테스트 앱 만들기: Power BI 앱을 사용하여 콘텐츠를 배포하려는 경우 테스트 사용자가 콘텐츠의 유효성을 검사할 수 있도록 테스트 앱을 설정합니다. 테스트 앱은 프로덕션에서 설정한 앱과 동일해야 합니다. 테스트 앱 탐색에서 설명서, 교육, 피드백 양식에 대한 링크를 포함하는 것이 좋습니다.
• 액세스 프로비전: 솔루션의 유효성을 검사할 커뮤니티의 사용자 하위 집합을 식별합니다. 이러한 사용자에게 연락하여 이 콘텐츠의 유효성을 검사해야 하는 시기와 이유에 대한 규약을 작성합니다. 그런 다음, 콘텐츠에 대한 액세스 권한을 제공하고 적절한 보안 역할에 추가해야 합니다. 테스트를 시작할 수 있도록 콘텐츠 또는 테스트 앱에 대한 링크를 사용자와 공유합니다.
• 예약된 새로 고침 설정: 사용자 유효성 검사는 일반적으로 더 긴 기간에 걸쳐 있습니다. 사용자가 최신 데이터로 테스트할 수 있도록 테스트 작업 영역에서 데이터 항목의 예약된 새로 고침을 설정하는 것이 좋습니다.

사용자 유효성 검사를 시작하기 전에 필요한 준비를 수행해야 합니다.

• 사용자 유효성 검사가 수행되어야 하는 시기를 계획합니다.
• 사용자 유효성 검사가 특정 기간 또는 반복 프로세스의 일부로 제한되는지 여부를 지정합니다.
• Microsoft Forms를 사용하는 등 피드백을 수집하는 방법을 만듭니다.
• 계획 및 기대치의 유효성 검사와 관련된 사용자와 커뮤니케이션합니다.
• 사용자 유효성 검사를 위한 킥오프를 구성하여 사용자를 안내하고 기대치를 관리합니다.
• 사용자가 유효성 검사 및 피드백 프로세스를 시연할 수 있도록 교육을 수행합니다.

다음은 콘텐츠의 사용자 유효성 검사를 용이하게 하는 몇 가지 다른 방법입니다.

• 관찰 테스트: 관찰 테스트는 콘텐츠 작성자가 하나 이상의 사용자가 안내나 지침 없이 콘텐츠를 사용하는 것을 보는 짧은 세션입니다. 이러한 세션에서 콘텐츠 작성자는 관찰을 통해 솔루션의 잠재적 결함, 문제 또는 개선 사항을 식별합니다. 이러한 테스트는 구성에 시간과 노력이 거의 필요하지 않으므로 유용할 수 있으며 솔루션의 특정 기능 또는 부분으로 제한될 수 있습니다. 관찰 테스트는 POC(개념 증명)와 같은 디자인 또는 접근 방식에 대한 초기 피드백을 얻는 데 가장 유용합니다.
• 포커스 그룹 테스트: 포커스 그룹 테스트는 콘텐츠를 함께 진행하는 소규모 사용자 그룹으로 구성된 제한된 세션입니다. 이러한 포커스 그룹은 특정 특징 또는 기능에 대한 최상의 피드백을 제공할 수 있는 주요 이해 관계자 및 주제 전문가를 선택하도록 큐레이팅됩니다. 포커스 그룹 테스트는 여러 대화형 세션을 통해 발생할 수 있습니다. 포커스 그룹 테스트에는 관찰 테스트보다 더 많은 시간과 노력이 필요하지만 솔루션에 대한 보다 자세한 피드백을 제공할 수 있습니다.
• 사용자 승인 테스트: UAT(사용자 승인 테스트)는 사용자 커뮤니티의 더 큰 개인 그룹이 솔루션에 대한 비동기 피드백을 확인하고 제공하는 공식적인 프로세스입니다. UAT를 구성하려면 가장 많은 시간과 노력이 필요하지만 사용자 테스트를 수행하는 가장 철저한 방법입니다. 테스트 사용자가 솔루션을 수락하고 피드백 문제가 해결되면 콘텐츠를 프로덕션 작업 영역에 배포할 수 있습니다.

콘텐츠의 유효성을 검사하는 방법을 결정하면 작업 영역 간에 배포하는 방법을 계획할 수 있습니다.

검사 목록 - 콘텐츠의 유효성을 검사하는 방법을 계획할 때 주요 결정과 조치에는 다음이 포함됩니다.

관련 콘텐츠

이 시리즈의 다음 문서에서는 콘텐츠 수명 주기 관리의 일부로 콘텐츠를 배포하는 방법을 알아봅니다.