测试计划模板_免费下载

《测试计划模板_免费下载》由会员上传分享，免费在线阅读，更多相关内容在学术论文-天天文库。

1、项目名称（项目编号）测试计划（部门名称）XXX软件公司表1-5测试计划说明表总页数正文附录生效日期：年月日编制：审核：批准：表1-6修订历史记录日期版本说明作者<日/月/年><详细信息><姓名>目录1.简介121.1目的121.2背景121.3范围121.4使用文档122.测试需求133.测试风险144.测试策略144.1测试类型144.1.1数据和数据库完整性测试144.1.2功能测试154.1.3业务周期测试164.1.4用户界面测试174.1.5性能评价184.1.6负载测试204.1.7强度测试204.1.8容量测试224.1.9安全性和访问控制

2、测试234.1.10故障转移和恢复测试244.1.11配置测试274.1.12安装测试284.2工具295．资源295.1人力资源295.2系统资源306.测试进度和里程碑316.1项目测试进度316.2测试里程碑327.可交付工件32一、简介1．目的<项目名称>的“测试计划”文档的目的是：（1）提供一个对项目软件进行测试的总体安排和进度计划，确定现有项目的信息和应测试软件构件。（2）标明推荐的测试需求（高层次）。（3）推荐可采用的测试策略，并对这些策略加以说明。（4）确定所需的资源，并对测试的工作量进行估计。（5）列出测试项目的可交付元素。2．背景输入测试对象（

3、组件、应用程序、系统等）及其目标的的简要说明。需要包括的信息有：主要的功能和特性、测试对象的构架以及项目的简史。本节应该只包含3至5个段落。3．范围描述测试的各个阶段，例如：单元测试、集成测试或系统测试，并说明本计划所针对的测试类型（如功能测试或性能测试）。简要地列出测试对象中将接受测试或将不接受测试的那些特性和功能。如果在编写此文档的过程中作出的某些假设可能会影响测试设计、开发或实施，则列出所有这些假设。列出可能会影响测试设计、开发或实施的所有风险或意外事件。列出可能会影响测试设计、开发或实施的所有约束。4．使用文档下表列出了制定测试计划所用的文档，并标明了文档

4、的可用性：[注：可以视情况删除或添加项目。]表1-7测试计划使用文档列表文档（版本/日期）已创建或可用已被接受或已经过复审作者或来源备注需求规约o是o否o是o否功能性规约o是o否o是o否用例报告o是o否o是o否项目计划o是o否o是o否设计规约o是o否o是o否原型o是o否o是o否用户手册o是o否o是o否业务模型或业务流程o是o否o是o否数据模型或数据流o是o否o是o否业务功能和业务规则o是o否o是o否项目或业务风险评估o是o否o是o否二、测试需求下面列出了那些已被确定为测试对象的项目（用例、功能性需求和非功能性需求）。此列表说明了测试的对象。在此处输入一个主要测试需

5、求的高层次列表。例如：1．数据库测试2．功能性测试3．业务周期测试4．用户界面测试5．性能测试6．负载测试7．强度测试8．容量测试9．安全性和访问控制测试10．故障转移/恢复测试11．配置测试12．安装测试三、测试风险软件测试风险是不可避免的、总是存在的，所以对测试风险的管理非常重要，必须尽力降低测试中所存在的风险，最大程度地保证质量和满足客户的需求。在测试工作中，主要的风险有：　　1．质量需求或产品的特性理解不准确，造成测试范围分析的误差，结果某些地方始终测试不到或验证的标准不对；　　2．测试用例没有得到百分之百的执行，如有些测试用例被有意或无意的遗漏；　　3．

6、需求的临时/突然变化，导致设计的修改和代码的重写，测试时间不够；　　4．质量标准不都是很清晰的，如适用性的测试，仁者见仁、智者见智；　　5．测试用例设计不到位，忽视了一些边界条件、深层次的逻辑、用户场景等；　　6．测试环境，一般不可能和实际运行环境完全一致，造成测试结果的误差；　　7．有些缺陷出现频率不是百分之百，不容易被发现；如果代码质量差，软件缺陷很多，被漏检的缺陷可能性就大；　　8．回归测试一般不运行全部测试用例，是有选择性的执行，必然带来风险。　　前面三种风险是可以避免的，而四至七的四种风险是不能避免的，可以降到最低。最后一种回归测试风险是可以避免，但出于

7、时间或成本的考虑，一般也是存在的。　　针对上述软件测试的风险，有一些有效的测试风险控制方法，如：　　测试环境不对可以通过事先列出要检查的所有条目，在测试环境设置好后，由其他人员按已列出条目逐条检查； 　　有些测试风险可能带来的后果非常严重，能否将它转化为其他一些不会引起严重后果的低风险。如产品发布前夕，在某个不是很重要的新功能上发现一个严重的缺陷，如果修正这个缺陷，很有可能引起某个原有功能上的缺陷。这时处理这个缺陷所带来的风险就很大，对策是去掉(Diasble)那个新功能，转移这种风险；　　有些风险不可避免，就设法降低风险，如“程序中未发现的缺陷”这种风险总是存在

8、，我们就要