Test Studio를 사용하여 캔버스 앱에 대한 엔드투엔드 UI 테스트를 빌드합니다. 새 변경 내용 또는 업데이트가 배포될 때 앱이 예상대로 작동하는지 지속적으로 확인하여 앱 품질을 유지합니다.
개요
테스트는 SDLC(소프트웨어 개발 수명 주기)의 중요한 부분입니다. 테스트는 고객에게 제공되는 앱의 품질을 보장하는 데 도움이 될 수 있습니다. 릴리스 프로세스 초기에 문제 또는 결함을 식별할 수 있으며 변경 내용을 릴리스하기 전에 앱을 보다 안정적으로 만들기 위해 이러한 문제를 해결할 수 있는 기회를 제공합니다. 앱의 크기 및 사용량에 따라 새 변경 내용을 수동으로 테스트하는 것으로 충분할 수 있습니다. 그러나 앱의 복잡성과 사용량이 증가함에 따라 수동 테스트 대신 테스트 전략을 고려해야 할 수 있습니다. 앱이 중요 업무용인 경우 작은 실수라도 큰 영향을 미칠 수 있습니다.
앱 변경이 증가하면 테스트 주기가 길어질 수 있습니다. 결국 앱의 회귀 테스트는 새 기능을 개발하는 데 소요된 시간보다 길어질 수 있습니다. 빠르게 진행되는 개발에서 앱의 모든 기능을 철저히 테스트하면 소프트웨어 업데이트를 릴리스하는 병목 현상이 발생합니다. 테스트 주기 및 회귀 테스트 중에 소요되는 시간을 줄이는 한 가지 옵션은 테스트 자동화입니다. 테스트 자동화를 사용하면 최소한의 노력으로 앱을 테스트하여 테스트 시간을 줄이고 릴리스 전에 중요한 문제를 식별할 수 있습니다.
Power Apps Test Studio는 캔버스 앱에 대한 테스트를 작성, 구성 및 자동화하는 하위 코드 솔루션입니다. Test Studio에서 Power Apps 식을 사용하여 테스트를 작성하거나 레코더를 사용하여 앱 상호 작용을 저장하여 식을 자동으로 생성할 수 있습니다. Test Studio 내에서 서면 테스트를 다시 재생하여 앱 기능의 유효성을 검사하고 웹 브라우저에서 테스트를 실행하고 자동화된 테스트를 앱 배포 프로세스에 빌드할 수도 있습니다.
필수 조건
Test Studio에서 앱을 테스트하려면 앱의 작성자 또는 공동 소유자여야 합니다.
Test Studio 용어
다음 섹션에서는 주요 Test Studio 용어를 설명합니다.
테스트 사례
테스트 사례는 테스트 단계라고 하는 일련의 지침 또는 작업으로 구성됩니다. 테스트 사례는 앱 또는 앱의 특정 기능이 예상대로 작동하는지 확인하기 위해 실행됩니다. 예를 들어 Expense 앱에서는 실제 비용이 관련된 지출만 제출할 수 있도록 검증하고자 합니다. 테스트 사례는 이 조건 또는 요구 사항이 항상 충족되는지 확인하는 데 도움이 될 수 있습니다.
Test Studio에서 테스트 단계는 Power Apps 식 언어를 사용하여 작성됩니다. 테스트 식은 앱을 빌드할 때 사용할 수 있는 함수와 자동화된 테스트를 지원하는 추가 식을 모두 구성할 수 있습니다.
테스트 도구 모음
테스트 도구 모음은 테스트 사례를 함께 구성하거나 그룹화하는 데 사용됩니다. 앱의 테스트 사례 수가 증가함에 따라 특정 기능 또는 기능에서 테스트 사례를 구성하는 것이 좋습니다. 예를 들어 비용 보고서 제출의 유효성을 검사하는 테스트 사례가 있는 테스트 도구 모음과 비용 승인에만 중점을 둔 다른 테스트 도구 모음이 있을 수 있습니다.
테스트 도구 모음에 포함된 테스트 사례는 순차적으로 실행됩니다. 앱 상태는 도구 모음의 모든 테스트 사례에서 지속됩니다. 예를 들어 앱의 화면 5에서 완료되는 테스트 사례가 있는 경우 테스트 도구 모음의 다음 테스트 사례는 화면 5에서 실행되기 시작합니다. 이를 통해 복잡한 테스트 시나리오를 단일 제품군 내의 여러 테스트 사례로 나눌 수 있으며 상태는 모든 테스트 사례에서 공유됩니다. 두 번째 테스트 사례가 앱의 시작 화면에서 시작될 것으로 예상되는 경우 테스트 사례의 첫 번째 단계로 시작 화면으로 이동할 수 있습니다. 테스트 실행을 계획할 때 테스트 도구 모음의 모든 테스트 사례 시작 부분에서 앱이 다시 로드되지 않는다는 점을 기억해야 합니다.
테스트 어설션
모든 테스트 사례에는 예상 결과가 있어야 합니다. 테스트의 실제 결과에 대해 테스트의 예상 결과의 유효성을 검사하려면 테스트 어설션을 작성할 수 있습니다. 어설션은 테스트에서 true 또는 false로 평가되는 식입니다. 식이 false를 반환하는 경우 테스트 사례는 실패합니다.
위의 비용 앱 예제에서는 비용 보고서가 비용 0과 관련된 비용 항목으로 생성되는지 여부를 확인하는 어설션을 작성할 수 있습니다.
모범 사례
Test Studio를 사용하여 캔버스 앱을 테스트할 때 앱 품질을 향상시키기 위해 최대의 이점을 얻으려면 다음 모범 사례를 고려하세요.
자동화해야 하는 테스트 사례를 결정합니다.
모든 테스트를 자동화하는 것은 어렵고 테스트 자동화에 완전히 의존하지 않는 것이 좋습니다. 수동 테스트는 테스트 자동화 외에도 수행해야 합니다. 자동화에 가장 적합한 테스트는 다음과 같습니다.
- 반복적인 테스트입니다.
- 높은 비즈니스 영향 기능 테스트.
- 안정적이고 큰 변화를 겪지 않는 기능.
- 여러 데이터 세트가 필요한 기능입니다.
- 상당한 시간과 노력이 필요한 수동 테스트입니다.
테스트 사례를 작게 유지합니다.
단일 테스트 사례는 앱의 모든 기능 테스트를 지원할 수 있지만 모놀리식 테스트 사례를 작성하지 말고 여러 테스트 사례로 나누는 것이 좋습니다. 각 테스트 사례는 앱에서 특정 기능 또는 기능을 테스트할 수 있습니다. 대규모 테스트 사례에서 실패한 어설션으로 인해 다른 기능이 테스트되지 않은 상태로 유지될 수 있습니다. 테스트 도구 모음에 포함된 여러 테스트 사례를 사용하면 이전 테스트 사례가 실패했는지 여부에 관계없이 다른 기능을 테스트할 수 있습니다. 또한 이 전략을 사용하면 테스트 실패를 보다 쉽게 격리할 수 있습니다.
식을 단일 테스트 동작으로 유지합니다.
테스트 작업에는 여러 식이 포함될 수 있습니다. 단일 단계에 대한 대규모 다중 작업 테스트 식은 테스트 오류를 디버그하고 격리하는 기능에 영향을 줄 수 있습니다. 여러 작업으로 테스트 단계를 단일 작업의 더 많은 테스트 단계로 나누어 문제를 더 빠르게 식별하는 것이 좋습니다.
모든 테스트 사례에는 예상된 결과가 있어야 합니다.
각 테스트 사례에는 하나 이상의 예상 결과가 있어야 합니다. 테스트 어설션을 사용하여 실제 결과에 대해 테스트의 예상 결과의 유효성을 검사해야 합니다. 단일 테스트 사례에 대해 여러 어설션을 작성할 수 있습니다.
테스트 도구 모음을 사용합니다.
유지 관리를 위해 유사한 테스트 사례를 함께 그룹화하거나 분류하고 테스트의 목적과 예상 결과를 설명합니다.
알려진 제한 사항
Power Apps Test Studio에서 모든 권한을 제공하기 위해 작업하는 동안에는 현재 다음 기능을 사용할 수 없습니다.
- 구성 요소.
- Power Apps 구성 요소 프레임워크에서 작성된 코드 구성 요소입니다.
- 중첩된 갤러리.
- 미디어 컨트롤.
- 앱의 수식 수준 오류 관리 기능(실험적)을 활성화해야 합니다.
- Select 및 SetProperty 함수에 나열되지 않은 컨트롤에 대한 지원입니다.
- 인물 유형 열.
- Test Studio는 실험적 Git 버전 제어 기능과 호환되지 않으며 해당 기능을 사용하는 경우 제대로 작동하지 않습니다.