앱 기능 확인

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

단위 테스트

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

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

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

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

시스템 테스트

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

Automated Test Framework

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

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

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

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

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

사용자 수용 테스트

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