학습 소프트웨어 테스트 노트 (2) _ 테스트 계획

에 오신 것을 환영합니다.
안녕하세요,
나는 켄입니다 . 내가
. 내가 특별히 새 열을 구성하므로, 소프트웨어 테스트의 새로운 과정을 추가
그들은 물론 관련 사항에 속한다. 그들을 관련 교과서를 참조하여 구성하고, 삭제, 초점은 테스트 사이트에서., 소프트웨어 테스트에 대한 간단한 이해가 이어집니다.

다른 사람들이 그런 이상한 생각을 가지고있을 때 당신을 생각하게하지 마세요.
아무도 당신을 증명하기 위해 당신을 존경
하지 않을 것입니다.하지만 산 한가운데 사는 것은 정말 말이되지 않습니다.

2.1_ 테스트 워크 플로 및 문서

2.1.1_ 테스트 작업의 각 프로세스

1. 테스트 계획
   _ 테스트
   계획 은 전체 테스트 프로세스에서 가장 중요한 단계로, 관리 가능한 고품질 테스트 프로세스를 달성하기위한 기반을 제공합니다.

2. 테스트
   design_The
   테스트 설계의 주요 작업하는 것입니다 해당 설계 시험 개요 (또한 테스트 케이스) 에 기초 소프트웨어 사양을 .

3. 테스트 실행
   _
   테스트 실행 은 구현을 보장하기위한 테스트 계획이며, 피할 수없는 프로세스 를 달성하기 위한 테스트 케이스 이며, 테스트 작업을 수행하기 위해 엄격하게 테스트를 거쳤습니다. 테스트를 실행하기 전에 다음과 같은 준비를해야합니다.
   _
   (1) 테스트 환경 구축.
   _ 테스트
   루프 미러에는 하드웨어 루프 미러 및 소프트웨어 환경이 포함됩니다.
   _
   하드웨어
   환경은 테스트에 필요한 서버, 클라이언트, 네트워크 연결 장치 및 프린터 / 스캐너와 같은 보조 하드웨어 장치로 구성된 환경을 말하며 소프트웨어 환경은 소프트웨어가 아래에있을 때 운영 체제, 데이터베이스 및 기타 응용 소프트웨어로 구성된 환경을 의미합니다. 테스트는 실행 환경입니다.
   _
   실제 테스트에서 소프트웨어 환경은 기본 테스트 환경 과 보조 테스트 환경 으로 나눌 수 있습니다 .
   기본 테스트 환경은 소프트웨어 기능, 안전성 및 신뢰성, 성능, 사용 용이성과 같은 대부분의 지표를 테스트하기위한 기본 환경을 의미합니다.
   _
   (2) 테스트 작업의 배열.
   _
   (3) 테스트 케이스 실행.
   _
   에 테스트 케이스 구현 상세한 기록 소프트웨어 시스템 은 실제 입출력 의주의 비교 실제 입력 과 테스트 케이스의 예상 입력은 동일하다.
   _
   (4) 결함 보고서.

4. 테스트 요약

2.1.2_ 주요 테스트 문서

1. 테스트 계획

테스트 계획은 주로 소프트웨어 테스트 프로젝트, 필요한 테스트 작업, 테스터가 책임 져야하는 고가의 테스트 작업, 테스트 프로세스, 테스트에 필요한 시간과 리소스, 테스트 위험을 사전 계획하고 정렬합니다.

2. 테스트 케이스

테스트 항목에 따라 소프트웨어를 확인하는 세부 단계를 설명하십시오.

3. 소프트웨어 문제보고

테스트 사례를 기반으로 발견 된 문제를 설명하고 일반적으로 테스트 보고서를 제출합니다.

4. 도입, 통계 및 요약

차트, 표 및 보고서를 사용하여 전체 테스트 프로세스를 설명하십시오.

2.1.3_ 테스트 시작 및 종료 조건 (이해하십시오)

1. 표준 테스트 시작
   _
   (1) 테스트 계획을 검토합니다.
   _
   (2) 테스트 케이스를 작성하고 검토를 통과했습니다.
   _
   (3) 테스트 가능한 시스템이 제출되었습니다.
   _
   (4) 테스트 환경이 설정되었습니다.

2. 테스트 종료 기준
   _
   (1) 모두 테스트 케이스를 통과했습니다.
   _
   (2) 기존 문제가 합리적으로 처리되었습니다.

3. 테스트 중지 기준
   _
   (1) 위 테스트의 거의 절반을 수행 할 수 없습니다.
   _
   (2) 테스트 환경이 요구 사항을 충족하지 않습니다.
   _
   (3) 개발 중 요구 사항의 빈번한 변경.

2.2_ 테스트 계획 작성

2.2.1_ 작업 설명

주어진 온라인 쇼핑 시스템 프로그램을 실행하고 프로그램의 기본 기능 및 관련 인터페이스를 숙지합니다 (프로그램의 시스템 요구 사항 사양 참조). 시스템에서 블랙 박스 테스트를 수행하고 해당 테스트 계획 문서를 작성합니다.

2.2.2_ 알아야하고 알아야 할 것

1. 소프트웨어 테스트 계획 정의
   ANSI / IEEE 소프트웨어 테스트 문서 표준 829-1983은 테스트 계획을 "예정된 테스트 활동의 범위, 접근 방식, 리소스 및 일정을 설명하는 문서로 정의합니다.
2. 테스트 고려 질문
   plan_
   _
   1. 간단히 테스트 계획을 작성할 때 질문이 고려되어야 설명합니다.
   _The
   테스트 계획의 실용성은 완전하다, 테스트 계획과 실제 사이의 친밀감 조작성이 (요구 사항에 대한 철저한 이해가 있어야합니다), 고려되어야한다. 테스트 계획을 작성하는 목적은 수행 할 때 완전히 다양한 자원을 고려하는 것입니다 테스트 내용, 테스트 기준, 시간 자원, 인적 자원 등 정확한 테스트를 위해서는 실행 중에 호출 할 수있는 모든 자원과 다양한 조건에 따라 달라질 수있는 다양한 효과를 분석해야합니다. 더 명확하게 말하면 "테스트 계획을 작성하는 방법"이 아니라 "테스트 작업"을 수행하는 "계획"및 "방법"입니다.
   _
   (1) 테스트 내용 : 소프트웨어의 경우이 테스트의 테스트 계획에 어떤 테스트가 지정됩니까? 예 : 시스템 테스트 : (인터페이스 테스트, 기능 테스트, 성능 테스트, 호환성 테스트, 설치 및 제거 테스트 , 신뢰성 테스트 및 기타 테스트)
   _
   (2) 테스트 목적 : 일반적으로 제품 품질이 예상 지수에 도달하는지 확인하는 것입니다. 이 지표는 테스트에서 정의 된 최종 기준이기도합니다.
   _
   (3) 테스트 표준 :이 테스트에 입력해야하는 문서, 프로젝트 종료 표준의 정의, 테스트 종료 표준의 정의, 버그 수준의 정의, 우선 순위 및 정의를 고려해야합니다. 버그 관리 프로세스의. 이것은 테스트 실행에서 명확해야합니다. 이것들은 계획에 포함되어야합니다.
   _
   (4) 자원 할당 : 인적 자원, 소프트웨어 및 하드웨어 자원 등으로 구분됩니다. 일반적으로 인적 자원의 활용도는 시험 응시 과제 할당 표에 기록되며, 각 단계마다 해당 결과를 제출합니다 (매우 어려움). 소프트웨어 및 하드웨어 리소스는 주로 계획 할 때 필요한 컴퓨터 또는 기타 도구 수 목록을 기반으로합니다.
   _
   (5) 테스트 위험 : 대부분의 고려 사항은 프로젝트 개발 지연, 테스터가 시간 부족으로 인해 테스트 포인트를 완전히 커버 할 수 없음, 사용 사례를 완전히 실행할 수 없음, 버그를 제때 수정할 수없고 검증 할 수 없음, 테스터가 부족함입니다. 장기적인 시험 진행으로 이어지는 기술.
   _
   (6) 소프트웨어 테스트 전략은 일반적으로 관련 테스트 프로그램으로 나뉩니다.
   _
   2. 소프트웨어 테스트 계획을 작성할 때 "5W1H"의 원리를 간략하게 설명합니다.
   _
   (1) 테스트의 범위와 내용을 명확히합니다 (WHAT);
   _
   (2) 테스트의 목적을 명확히합니다 (WHY).
   _
   (3) 테스트의 시작 및 종료 날짜를 명시합니다 (WHEN)
   _
   (4 ) 테스트 문서 저장 위치 (WHERE);
   _
   (5) 테스터의 작업 할당 지우기 (WHO)
   _
   (6) 테스트 방법 및 테스트 도구 (HOW)를 명확하게 표시합니다.

모두 나가,
당신을 기원하고 나를 기원합니다

저는 Ken입니다.
다음에 방문해 주셔서 감사합니다.