단위 테스트 케이스

레벨 테스트 유닛의 테스트를 개별 부 / (셀이라 함)이 구성 요소가 사용하기에 적합한 것인지 여부가 테스트되는 최소 단위.

쓰기 개발자 유닛 테스트 케이스 실행 예상대로 각 장치가 작동되도록 완성된다 (일반적으로, 물론, 일반적으로 두 가지 경우가있다). 예컨대 피험자 함수 클래스, 인터페이스 등의 다양한 구성 요소의 최소 부분.

함수는 예를 들어, 다음의 입력 매개 변수 함수에 전달 된 경우, 함수 복귀 기대할지 여부를 확인한다. 이 테스트의 주요 목적은 장치가 에러 및 예외 처리 설계로 일하고, 더 합리적인 여부를 확인하고, 앞으로의 다양한 호환, 상황을 반전하는 것입니다.

단위 테스트는 흰색 상자로 간주됩니다. 이것은 종래 통합 테스트의 시작 테스트 층의 가장 낮은 레벨이다.

가이드 단위 테스트 케이스 :

  1. 단위 시험 계획은 /의 경우는 별도로 제공되어야하며, 다른 단계와 결합 할 수 없습니다. 독특하고 다른 프로세스를 포함한 모든 가능한 테스트 프로그램을 사용해보십시오. 프로젝트가 건설 단계에 진입하면, 개발자는 성공적이나 코딩의 경우 완성 된 경우에만 테스트 케이스에 경향이있다.

  2. 소프트웨어 개발 및 단위 테스트는 여러 단계로 구분하고 그에 따라 배달 시간을 마련 할 필요가있다.

  3. 단위는 별도의 처리와 전달 가능한 테스트 결과를 필요로한다. 이것은 오히려 통합 테스트 또는 시스템 테스트보다 초기 단계에서 비즈니스 프로세스에서 몇 가지 오류 필터링 도움이 될 것입니다.

  4. 통계 계획, 실행 및 마스터 프로젝트 일정을 계산하여 실패한 테스트 케이스에 의해.

  5. 개발 과정에서 일부 즉시 시험을 봅니다.

단위 테스트 케이스 목록 :

입력 데이터 유효성 검사 :

이 섹션은 일반적으로 사용되는 응용 시스템의 데이터를 입력 할 수있는 일련의 검사를 포함한다.

  • 시험을 통과해야합니다
  • 유일한 필드 테스트 값
  • 널 테스트
  • 이 필드를 허용 문자 만 받아
  • 시험 부정
  • 이 필드를 제한 필드 길이 지정
  • 불가능에 값
  • 쓰레기 값 테스트
  • 체크 필드 사이의 의존
  • 등가 분할 경계 테스트 조건
  • 오류 및 예외 처리 테스트

날짜 확인 :

이 조건 날짜 필드의 세트를 구성한다.

  • 다양한 날짜 형식
  • 미국 스타일의 날짜 형식
  • 유효 날짜
  • 예를 들어 잘못된 날짜,
  • 월 00 (13)
  • 날 00와 32의 값으로 포함되어 있지 않습니다
  • 28, 29가 제대로 검증
  • 주말과 공휴일에 미치는 영향을 알아보고자
  • 년 2 월 29 년에서 링크

시간 확인 :

이 조건의 세트를 시간 필드를 구성

  • 다양한 시간 형식, 예를 들어, 12/24 시간 형식, AM / PM
  • 유효 시간을 확인
  • 유효하지 않은 시간을 확인
  • 주말과 휴일에 작업의 영향을 확인

ZIP 코드 검증 :

이 우편 번호 필드에 조건 세트를 구성

  • 시험 부와 우편 번호 검사 포맷 ZIP
  • 시험 공간 / 공백 없다
  • 수동의 주소를 입력 할 수있는 옵션이 있는지 확인

시스템 인터페이스 :

이것은 여러 응용 프로그램 사이의 전송 시스템 분야에서 일련의 조건을 구성한다.

  • 인터페이스가 올바른지의 모든 필드 / 매개 변수는 구현에 확인
  • 모든 데이터 필드는 정상 작동에 따라 목록을 확인해야합니다
  • 간 자동화 된 보안 테스트 인터페이스
  • 상속을 확인

가용성 :

이 조건 세트를 구성, 도움말은 응용 시스템의 가용성을 확인합니다.

  • 레이아웃 설계 기준과 일치 여부를 확인
  • 글꼴, 색상, 크기 등을 확인합니다.
  • 테스트 브랜드 가이드 라인
  • 이름과 응용 프로그램 창의 이름이있는 경우 각 응용 프로그램의 창 제목을 확인
  • 정렬을 확인
  • 그리고 화면 크기 조정 최소화되어 있는지 확인
  • 맞춤법 검사기
  • 필요한 시험 기본값으로하는 경우
  • 필수 필드는 서명 별표 필요성 강조

보안 :

이 조건 세트를 구성, 응용 프로그램 검증 시스템의 보안에 기여한다.

  • 암호는 표시되지 않습니다
  • 액세스 테스트 - 여러 수준
  • 암호 변경
  • 오류 메시지는 정보 시스템을 공개해서는 안
  • SSL의 적절한 배치 확인
  • 규칙의 응용 프로그램이 잠금 여부 확인
  • 암호 또는 암호화 코드는 저장 여부 확인
  • 사용자 아이디는 유효하고 유효하지 않은 사용자 아이디 검증 응용 프로그램을 사용하여
  • 효과적인 암호 및 잘못된 암호 검증 응용 프로그램을 사용하여
  • 직접 유효한 URL을 입력하여 응용 프로그램에 대한 액세스를 확인합니다. 이 시스템은 세부 사항을 기록하도록 요청해야한다.
  • 브라우저가 암호를 기억할 수 있는지 확인

기록, 검토 및 추적 :

이것은 조건의 집합으로 구성되어, 이러한 조건이 시스템은 응용 시스템 등을 기록, 감사 기록을 확인하는 데 도움이됩니다.

  • 지정된 시간이 로그를 저장하는 경우 확인
  • 확인 로그는 개인 정보를 포함
  • (가) 관리자 기능을 기록 여부 확인
  • 사용자 레코드 이벤트를 잠금 있는지 확인

비즈니스 애플리케이션 로직 :

이 조건의 집합, 시스템은 그 애플리케이션 로직 및 비즈니스 프로세스 응용 프로그램을 확인하는 데 도움이 구성한다.

  • 사용 가능한 모든 옵션을 탐험 여부 확인
  • 모든 업그레이드 및 다운 그레이드 경로와 옵션을 확인
  • 업그레이드 및 다운 그레이드를 확인하는 과금, 네트워크, 자조에 적용되었습니다
  • 정지 / 해제 / 해지 동작
  • 장비 고장 동작
  • 반올림의 계산 된 금액을 확인
  • 있는지 확인 모든 범위의 입력 / 상태 / 조건의 테스트 계정
  • 필요한 표시 통화 기호 있는지 확인
  • 아무 중복 레코드를 확인합니다.
  • 연산부의 컨텍스트 또는 A / D의 매우 많은 수의 다수의 용도에서, 실제 데이터를 검사 플로우의 형태를 보여

보고 :

이 섹션에서는보고 시스템이 제공하는 확인하는 데 도움 일련의 검사가 포함되어 있습니다.

  • 모든 필드를 사용할 수 있습니다
  • 필드는 충분한 공간이 있어야한다
  • 스크롤 및 패닝 사용
  • 페이지 크기 지표 보고서 (N, M의 합계)와 리포트 / 끝으로의 액세스를 허용한다
  • 보고서가 제대로 엑셀 / 워드 문서로 내 보낸
  • 보고서는 모든 데이터가 올바르게 표시 올바르게 인쇄 할 수 있습니다
  • 검사 보고서에 액세스에게의 페이지는 모두

환경 :

이 섹션에서는 AUT 환경이나 장비 요구 사항을 확인하는 데 도움이 일련의 검사가 포함되어 있습니다.

  • 모든 브라우저 테스트를 사용하려면
  • 자바 스크립트를 활성화 및 비활성화하여 테스트

이메일 :

이 섹션은 인증의 세트는 이메일 기능을 확인하는데 사용될 수있다 포함

  • 전자 메일을 보낼 때 확인하는 확인 메시지를 제공합니다
  • 이메일에 제공된 링크가 제대로 작동하는지 확인할
  • 올바른 반환 주소를 확인
  • 확인 이메일의 글꼴, 크기 및 텍스트 정렬이 정확

기준 검색 :

이 섹션은 일련의 검사의 응용 시스템의 검색 기능을 포함한다.

  • 스크롤 막대가 달성되었는지 확인
  • 결과는 정확한 정렬을 검증
  • 기준의 조합이 효과적인 결과를 보여줍니다 확인합니다.
  • 올바른 결과에 대한 검색 및 / 또는 조건 확인
  • 검증 결과는 알파벳 순서로 표시됩니다 또는 순서 지정
  • 열 정렬을 향하고 있는지 확인

  • 엄숙하게 선언 : 첫 공개 번호 "FunTester"에 출연 기사가 게시 (텐센트 구름 제외) 재현을 타사을 금지하고 있습니다.

기술 특집 기사

비 기술 논문

추천

출처www.cnblogs.com/FunTester/p/12155004.html