앱 기능 확인

애플리케이션을 빌드할 때 예상대로 작동하는지 확인합니다.

단위 테스트

단위/스토리 테스트는 스토리를 종결하기 전에 스토리에 지정된 요구 사항을 확인하는지 확인합니다. 스토리/단위는 구성 및 실행할 수 있는 시스템 또는 애플리케이션의 테스트 가능한 최소한의 부분입니다.

스토리 구성이 완료되면 개발자는 해당 특정 스토리의 컨텍스트뿐만 아니라 현재 스토리와 구성요소를 공유하는 다른 관련 스토리에서도 기능을 단위 테스트해야 합니다.

베스트 프랙티스로 개발자는 스토리를 프로세스 소유자 또는 지정된 이해 관계자에게 할당하여 스토리를 종결하기 전에 스토리 구성이 예상 결과를 충족하는지 확인해야 합니다.

ServiceNow의 Automated Test Framework(ATF)는 주로 애플리케이션의 기능 테스트를 자동화하기 위한 것이지만 경우에 따라 스크립트 포함 및 비즈니스 규칙이 포함된 구성의 장치 테스트를 자동화하는 데 사용할 수 있습니다.

시스템 테스트

개발이 완료되면 전체 시스템에서 시스템 테스트를 수행합니다. 범위 내에 있는 다른 애플리케이션과의 구성요소 및 통합의 전반적인 상호 작용을 테스트합니다. 시스템 테스트는 QA/테스트 팀에서 수행하지만 개발자는 QA 팀 및 프로세스 소유자와 공동 작업하여 테스트 케이스가 포괄적인 범위를 제공하는지 확인해야 합니다. 개발자는 시스템 테스트 중에 발견된 문제를 정정할 책임이 있습니다.

Automated Test Framework

ServiceNow 애플리케이션의 기능 시스템 테스트를 자동화하려면 Automated Test Framework(ATF)를 활용하여 테스트 시간과 비용을 줄이며 테스트를 반복 가능하며 UI에 독립적으로 만들어야 합니다. 테스트 케이스를 만들 때 다음 지침을 따르십시오.

테스트를 생성할 때 다음을 수행합니다.

• 중복 테스트 케이스를 방지하려면 매개변수화된 테스트를 사용하십시오.
• 테스트 명명 표준을 따릅니다.
  • <app initial>: <테스트 중인 기능>
  • CSM: 케이스 해결
• 설명에서 각 테스트의 사용 사례를 설명합니다. 예: 사용 사례를 테스트하는 샘플입니다.
• 개발 인스턴스에서 테스트를 개발하고 테스트 인스턴스에서 테스트를 승격/실행합니다.
• 클론은 테스트를 지웁니다. 다음 옵션 중 하나를 사용하여 테스트를 보존합니다.
  • 범위가 지정된 앱에 테스트를 번들로 묶고 GIT에 앱을 업로드합니다.
  • 클론 전에 테스트를 저장합니다.
  • 테스트를 프로덕션 인스턴스로 승격하지만 프로덕션에서 테스트를 실행하지 마십시오.
• 자체 포함된 테스트를 생성합니다.
• 새 서버 측 또는 REST 테스트 단계 생성 누락된 테스트 단계. 예: 이메일 본문 검증
• 가능하고 스크린샷이 중요하지 않은 경우 서버 측 테스트 단계를 사용합니다.
• 가장단계부터 시작합니다.
• 브라우저 제한에 유의하십시오.
• 테스트 로그와 테스트 트랜잭션을 사용하여 테스트 오류를 해결합니다.

테스트 도구 모음을 생성할 때 다음을 수행합니다.

• 테스트 도구 모음 명명 표준을 따릅니다. 예: ITSM INT: 사용 사례
• 제품군에 대해 설명하십시오.
  • 테스트 도구 모음 설명: "플러그인/애플리케이션을 테스트하기 위한 샘플 테스트 도구 모음입니다."
  • 설명에 가능한 추가 정보를 제공합니다.
• 기능 영역별로 테스트 도구 모음을 구성합니다.

사용자 수용 테스트

사용자 수용 테스트(UAT)는 애플리케이션이 비즈니스 요구사항을 준수하는지 여부를 평가하고 애플리케이션이 제공에 적합한지 여부를 평가하기 위해 수행되는 테스트입니다. 사용자, 고객 또는 기타 권한 있는 이해 관계자가 수용 테스트를 수행합니다. 개발자는 시스템 테스트 중에 발견된 문제를 정정할 책임이 있습니다.