파이프라인 테스트 정보
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
이 문서에서는 파이프라인 테스트 보고서 및 테스트 분석자주 사용되는 용어를 설명하고 Azure Pipelines에서 더 나은 테스트를 위한 팁을 제공합니다.
| 기간 | 정의 |
|---|---|
| 기간 | 빌드 또는 릴리스 파이프라인에서 테스트, 테스트 실행, 또는 전체 테스트 실행 에 소요된 시간입니다. |
| 소유자 | 테스트 또는 테스트 실행의 소유자입니다. 테스트 소유자는 일반적으로 테스트 코드에서 특성으로 지정됩니다. 테스트 결과 게시 작업을 참조하여 지원되는 테스트 결과 형식에 대한 Owner 특성의 매핑을 확인합니다. |
| 실패한 빌드 | 빌드는에서 테스트 사례가 처음으로 연속 실패한 경우를 참조합니다. |
| 실패한 릴리스 | 릴리스와 관련하여 테스트 사례의 연속적인 실패가 처음 발생한 것은에 있습니다. |
| 결과 | 테스트 결과에는 중단됨, 차단됨, 오류, 실패, 결정적이지 않음, 진행 중, 없음, 적용할 수 없음, 실행되지 않음, 영향을 받지 않음, 통과됨, 일시 중지됨, 시간 제한, 지정되지 않음 및 경고의 15가지 가능한 결과가 있습니다. 일반적으로 사용되는 결과 중 일부는 다음과 같습니다. - 중단된: 내부 또는 외부 요인(예: 잘못된 코드, 환경 문제)으로 인해 테스트 실행이 갑자기 종료되었습니다. - 실패: 원하는 결과를 충족하지 못한 테스트. - 불확실한: 최종 결과가 없는 테스트. - 실행되지 않음: 실행을 건너뛴 것으로 표시된 테스트입니다. - 영향을 받지 않는: 파이프라인을 트리거한 코드 변경의 영향을 받지 않는 테스트입니다. - 통과: 테스트가 성공적으로 실행되었습니다. - 제한 시간: 지정된 임계값을 초과하는 테스트 실행 기간입니다. |
| 불안정한 테스트 | 비결정적 동작이 있는 테스트입니다. 예를 들어 테스트는 동일한 구성, 코드 또는 입력에 대해 서로 다른 결과를 초래할 수 있습니다. |
| 필터 | 사용 가능한 특성을 사용하여 결과 집합 내에서 테스트 결과를 검색하는 메커니즘입니다. 더 자세히알아보세요. |
| 그룹화 | 요구 사항, 테스트 파일, 우선 순위등과 같은 사용 가능한 특성을 기반으로 테스트 결과 보기를 구성하는 데 도움이 될 수 있습니다. 테스트 보고서과 테스트 분석은 테스트 결과를 그룹화하는 데 지원을 제공합니다. |
| 통과 비율 | 단일 실행 인스턴스 또는 일정 기간 동안의 테스트 결과 성공 여부를 측정합니다. |
| 우선순위 | 테스트의 중요도 또는 중요성을 지정합니다. 우선 순위는 일반적으로 테스트 코드에서 특성으로 지정됩니다. 테스트 결과 게시 작업을 참조하여 지원되는 테스트 결과 형식에 대한 Priority 특성의 매핑을 확인합니다. |
| 테스트 분석 | 역사적 테스트 데이터 의 보기는 의미 있는 인사이트를 제공합니다. |
| 테스트 사례 | 지정된 분기 내에서 단일 테스트를 고유하게 식별합니다. |
| 테스트 파일 | 패키지된 방식에 따라 테스트를 그룹화합니다. 파일, DLL 또는 기타 형식과 같은 |
| 테스트 보고서 | 파이프라인의 테스트 실행 단일 인스턴스에 대한 보기로, 상태, 문제 해결, 추적 가능성 등에 관한 자세한 정보를 포함하는. |
| 테스트 결과 | 특정 결과 및 세부 정보가 있는 테스트 사례 실행의 단일 인스턴스입니다. |
| 테스트 실행 | 다음을 기반으로 테스트 결과의 논리적 그룹화: 기본 제공 작업사용하여 실행된 - 테스트: Visual Studio Test, Ant, Maven, Gulp, Grunt 또는 Xcode 같은 단일 작업을 사용하여 실행된 모든 테스트는 단일 테스트 실행에서 보고됩니다. - 결과: 게시 테스트 결과 작업을 사용하여 하나 이상의 테스트 결과 파일에서 모든 테스트 결과를 단일 실행으로 또는 파일당 개별 실행으로 그룹화할 수 있는 옵션을 제공합니다. - API를 사용하여 게시된 테스트 결과: 테스트 실행을 생성하고 각 실행 테스트 결과를 필요에 따라 구성할 수 있는 유연성을 API가 제공합니다. |
| 추적 가능성 | 추적을 기능은 테스트 결과에서 요구 사항, 버그 또는 소스 코드로 앞이나 뒤로 이동합니다. |
모범 사례
애플리케이션 안정성을 보장하려면 단위 테스트 및 통합 테스트가 필수인 Azure Pipelines에서 포괄적인 테스트 필요합니다. 클라우드 환경, 특히 서버리스 애플리케이션통합을 테스트하면 분산 아키텍처, 잘못 구성된 IAM 권한및 서비스 대 서비스 통합 문제로 인해 문제가 발생합니다.
이 문제를 해결하려면 정품 Azure 서비스와 상호 작용하면서 코드를 로컬로 실행하고, 실제 테스트를 용이하게 하고, 자동화된 테스트에 적합한 디버거 도구를 사용하도록 설정하는 것이 좋습니다. 이 방법을 구현하려면 임시 Azure 리소스를 프로비전해야 합니다. 이상적으로는 각 환경 대해별도의 계정을 만듭니다. 또는 Azure 파이프라인 내의 동적 프로비저닝이 가능하지만 실행 시간이 늘어나고 리소스 서비스 해제 계획이 신중해야 합니다. 명명 충돌을 최소화하려면 필요한 경우가 아니면 명시적 리소스 이름을 사용하지 말고 리소스 이름에 환경 이름을 포함합니다.
도움말 및 지원
- 문제 해결 페이지를 참조하세요.
- Stack Overflow대한 조언을 얻고 개발자 커뮤니티 통해 지원을 받으세요.