테스트 계획

Share

|

목적

a 테스트를 계획 설정의 프레임 워크를 결정하면 프로젝트를 제안 광고의 실적이 방법으로 그들을 수행할 것으로 예상됩니다. 그것에 대한 계획을 수립 모두의 목표와이 게임을 평가 프로젝트를 제안 광고의 일부 또는 전체를합니다. 또한 참여자를 식별하는 과정에서, 그들의 역할과 환경의 서비스는 테스트를 실시합니다.

응용 프로그램

처음에 테스트를 계획하는 데 사용을 얻으려면 concurrence의 특정 고객을 테스트 접근 방식입니다. 이 검토하여 영향을받는 당사자가 적절한 요소가되고 있는지 확인하는 테스트를하고 경우에 접근하는 테스트를 진정으로 평가 효능의 요소에 해당합니다. 로 사용해야 할 수있습니다 국방의 특정 테스트 방법론이나 도구 (또는 제품군의 도구)과 그 의미를 확인 (또는 무효화)를 정하는 사업 실적에 대한 예상을 테스트하고있습니다.

콘텐츠

테스트 계획에 대한 설명을 포함합니다을 테스트 목적, 환경, 그리고 접근 방법과은 일반적와 함께 추 그들이 완료되면 그 결과는 테스트입니다.

1.0 테스트를 목표

이것은 테스트의 출력에 대한 설명이 무엇을하고이 프로젝트의 목표는 사람을 출력하는 의도로 제공합니다. 그것에 대한 설명을 포함할 수있습니다 수준의 단위의 출력, 그러나 일반적으로 테스트의 결과를 예상은 포함되지 않습니다.

2.0 테스트 접근법

이것은 설명이 어떤 접근법이 생성하는 출력의 설명에 섹션 1.0과 (와 사용할 수있는) 모든 역사적인 레퍼런스로 접근이 허용되는 이유는, 유효한, 그리고 / 또는 해당합니다. 이 목록은 모든 도구를 포함시킬 수도있습니다 적용될이나 방법론을 추구는 물론 어떤 편차가 예상에서 표준 테스트 절차 (만일 그들이 존재).

3.0 환경과 정을

테스트 환경은 종종 결과를 확인하기 때문에,이 프로젝트에 대한 상세한 설명은 테스트 환경과 어떠한 정하는 데 사용되는 환경을 구축해야한다 법인의 테스트를 계획합니다. 에 대한 세부 사항이 포함될 수있습니다 기간을 테스트, 지리 또는 물리적 위치, 물리적 환경적 고려 사항, 문화적 또는 조직의 전제합니다. 이것은 또한 어떤 근거로 포함을하는 이유와 방법을 테스트 환경과 이러한 전제 최선을 에뮬레이트의 실질 - 세계를 응용 프로그램의 프로젝트의 광고 게재 (또는 시험 과목의 출력).

4.0 테스트가 책임

하나는 기능이나 이름, 당사자의 여러 측면에 대한 책임을 테스트하는 신원을 포함한 그들의 각각의 책임입니다.

5.0 예상 결과

일부 조직에서,이 요소는 생략하여 표준 관행입니다. 에서 다른 사람을하는 것이 일반적입니다. 예상되는 결과를 식별 결과가을 테스트가 예상을 생산합니다. 일부 단체가 생략이 구성 요소를 통해 그 결과에 대한 우려가 능성 tainting. 다른 사람 생각이다 평 조직의 역량을 결정하는 결정적 요소에 적합할 접근합니다.

6.0 결과

완료되지 전까지는 테스트가,이 요소의 테스트 계획이 내장된을 보장하는 역사적 기록은 프로젝트가 테스트가 유지됩니다. 이 단체가 어디에 예상 결과는 문서화,이 정보가있을 수있습니다으로 비교 매트릭스를 사용하여 예상 결과를 제시합니다.

7.0 결론

를 기반으로 결과, 일부 결론에 대한 프로젝트 또는 전달가능한 광고 실적을하실 수있습니다 그려. 이러한 결론을해야한다 뿌리의 방법론과 데이터와 그들의 관계를 원래 테스트를 목표입니다. 이러한 문제가 자주 포함합니다에 대한 간단한 요약과 결론에있는 데이터를 이끌었다.

8.0 참조

과학적인 접근법을 기반으로하기 때문에 테스트는 보통이나 역사적인 정보, 개발에 사용되는 모든 참조 테스트 계획, 접근 방식, 또는 데이터를 포착 나중에 참조할 수 있도록하여야한다.

접근 방법

테스트 계획이 의도 객관적인 환경을 만들 수있는 프로젝트 또는 전달가능한 광고 실적을 평가. 따라서 객관적인 기준을 내내 유지하는 것이 중요합니다. 통계는 중요한 구성 요소는이 같은 기준을, 그리고 테스트를 계획해야한다 직장을 보장하는 테스트 방법론을 적절하게 시험에 대한 통계 수치와 통계 수치를 반영하여 원하는 정보를 확인합니다.

고려 사항

테스트 프로젝트에 대한 계획을 자주 만드는 요소가되는 이상적인 환경에서 테스트를 거침. 따라서, 모든 테스트 환경과 현실 세계 사이의 차이점을 명확하게해야한다 밖의 시험 계획이라고합니다. 또한, 어떠한 외부 고려 사항 (e.g., 날씨, 리소스 제약 조건, 확장성)가 적합하지 않습니다 내에서가 테스트를 모델로 식별해야한다 특별히하지 않아도 테스트를 마친 상태입니다. 가 고려 사항이 아니었을 고려해야 수있습니다으로 중요한 것과되었던.