硬件测试方案模版
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
测试方案
XXX公司2012年7月4日
历史修改记录
目录
1概述 (4)
1.1项目背景 (4)
1.2编写目的 (4)
1.3参考资料 (4)
2测试定义 (4)
2.1测试目的 (4)
2.2测试范围 (5)
2.3术语定义 (6)
3测试环境和配置 (6)
3.1配置要求 (6)
3.2测试环境 (7)
4测试方案 (7)
4.1功能测试 (7)
4.1.1单元测试 (8)
4.1.2集成测试 (8)
4.2性能测试 (9)
4.3兼容性测试 (10)
4.4安全性测试 (10)
4.5用户界面测试 (11)
4.6安装与配置测试 (11)
4.7完整性分析 (12)
1 概述
1.1 项目背景
【编写要求】
简要介绍项目总体情况(包括项目内容、用途、项目开发负责人、建项日期等基本情况)和项目当前进展情况、进展阶段。
【关键点】
项目名称描述。
项目内容和用途能清晰、明确的介绍,不需要大量篇幅阐述。
简要描述项目当前进展情况,进展阶段主要分为:需求阶段、设计阶段、开发阶段和开发结束四个阶段。当为需求、设计和开发三个阶段时,需要描述预计开始测试日期。
1.2 编写目的
【编写要求】
描述本篇文档编写的主要目的,适用对象,编写内容的简要介绍。
【关键点】
明确、简要,以点的方式描述编写的主要内容,可以是以下测试方案章节的编写框架描述。
说明本篇文档编写的用途和用意。
明确说明文档的适用对象,一般包括:项目负责人、测试人员、使用人员。
1.3 参考资料
【编写要求】
罗列编写文档时用到的所有参考资料。
【关键点】
参考资料包括文档编写过程中,参照过的相关文档。
一般包括:需求文档、概要设计文档、详细设计文档。
2 测试定义
2.1 测试目的
【编写要求】
简要并综合描述项目测试的种类,使用的方法和方式,通过本测试方案的设计规范明确说明项目要点,以及测试中关注的测试面。
1)防止需求功能在开发中被遗漏,功能点测试要全面,不能漏功能点;
2)防止需求功能在开发中被错误的理解,测试功能点除按正常用法测试外,还需从误操作、错误应用等异常方向制订测试点;
3)防止新版本的改动不兼容老版本的功能和配置等,更新版本需要考虑兼容性;
4)防止需求功能的设计缺陷,关联功能、模块间需要进行流程测试(即场景测试)。
【关键点】
简要描述整个项目中用到的测试种类,使用方法和方式。
明确并详细描述编写测试方案时围绕的项目要点,若项目测试的环境或条件比较特殊,导致设计测试方案时有特殊情况(读者不易考虑到的情况)存在,此处要重点说明。(建议本项以点的方式进行编写)
对于各个种类的测试,都有重点关注面,本章节应对项目中使用的每种测试给予关注面明确、简要描述。
注意:本章节是项目测试方案内容的总体介绍部分,在描述时应一目了然,读者读后能够迅速明白测试方案的精髓,重点描述方向,使用的测试方法、种类等各种关键信息。
2.2 测试范围
【编写要求】
明确描述测试项目的测试范围,包括需要测试的和不需要测试的内容(不需要测试的内容最后给出理由),划出一条清晰的界限。
【关键点】
测试范围需要先正确划分,可根据测试种类进行划分测试项目,然后,在划分后的测试项目中找出测试范围。
不同的测试项目可以有不同的测试范围,因测试的关注点不一样。
2.3 术语定义
【编码要求】
本节主要描述文章中需要明确解释的专用术语。
3 测试环境和配置
3.1 配置要求
【编写要求】
测试中需要特殊说明的软、硬件配置要求。软件配置包括,操作系统、数据库类型、测试目标软件版本、其他需要说明的软件;硬件配置包括,内存、硬盘大小、CPU类型、其他特殊硬件,以及需要硬件的个数。
放的位置。
【关键点清单】此项用于供作者参考。
3.自然环境
3.2 测试环境
【编写要求】
描述测试项目使用环境,以及运行方法、步骤和登录的主界面。即告诉测试人员如何在测试机上搭建测试环境并运行测试项目。
【关键点】
测试环境的搭建方法、如何运行测试项目(运行方法或步骤),以及测试项目的主界面都必须描述出来,以便测试人员使用并检验正确性。
4 测试方案
编写技巧
1)状态语句不能省略。
在描述测试点时,不同的状态,会带来不同的测试效果,因此,在描述时,不能省略掉关键的状态语句。如:当。。。时,当。。。后,在。。。之前,在。。。。旁边,同时,等等。
2)多利用常用专业术语。
由于测试人员是有一定计算机技能的人员,在描述测试方案时,尽量使用专业术语,以保证精准性,不至于偏题。例如:XX控件、属性、方法、按钮,等等。
3)相同状态、相同执行步骤,不同检验结果,可认作为一个测试点。
4)不同的测试对象,但验证方式相同,可合为一个测试点进行描述。4.1 功能测试
【章节说明】
本章节主要描述功能测试方案,主要针对业务功能进行测试。
4.1.1 单元测试
单元测试方案必须编写,若没有内容可写,则需要说明理由。
单元测试的关注点主要是单个功能模块的测试。
4.1.1.1 功能点1
【编写要求】
1)若是界面测试,需要将测试界面显示出来。
2)测试方案按照样本格式进行编写。
3)一个序号对应一个测试点和一个检验点,不能一对多。
4)测试类型分为三种:常规测试、异常测试、边界值测试。每种类型都有多个测试点。
5)常规测试包括功能点的基本功能和派生功能。测试点是对测试内容的概述,测试方法需详细说明测试过程,检验措施是对预计测试结果的描述。
6)异常测试包括测试功能点的异常值或操作,以及保护措施。
7)边界值测试包括功能界限的边界点情况。
8)当新添加的测试点与以前的测试点版本不同时,需要在“起始版本”项中说明。
4.1.1.2 功能点2
4.1.1.3 功能点……
4.1.2 集成测试
集成测试方案必须编写,若没有内容可写,则需要说明理由。
集成测试的关注点在于几个有关联关系的单元功能点之间的联立测试,即流程中涉及的组合功能点。因此,有场景的概念。应该描述如何模拟真实环境中用户的连续操作过程,一个场景为一个操作片段。