测试计划(模版)

测试计划——文件状态：[]草稿[]初稿[√]正式发布[]正在修改文件标识：当前版本：V0.1计划编制：计划审核：测试计划确认签字盖章完成日期：二○一○年一月文件修改版本控制序号版本修改章节号更新状态原因修改人修改日期批准人1V1.1全部创建C王育章2010-01-202345更新状态:用字母表示。C——创建，A——增加，M——修改，D——删除目录第1部分概述51.1编写目的51.2读者范围51.3项目背景51.4角色和职责51.4.1项目经理51.4.2测试员61.4.3程序员6第2部分配置要求72.1网络环境72.1.1网络硬件72.1.2网络软件72.2服务器环境82.2.1服务器硬件82.2.2服务器软件82.3测试机环境82.3.1测试机硬件82.3.2测试机软件82.4测试手段82.5测试工具92.6测试数据92.7测试策略92.7.1单元测试102.7.1.1单元测试要点102.7.1.2单元测试准入条件102.7.1.3单元测试准出条件102.7.2集成测试112.7.2.1集成测试要点112.7.2.2集成测试准入条件112.7.2.3集成测试准出条件112.7.3系统测试112.7.3.1系统测试要点112.7.3.2系统测试准入条件122.7.3.3系统测试准出条件122.8测试通过准则122.8.1接口测试122.8.2功能测试122.8.3数据准确性测试132.8.4性能测试13第3部分测试范围143.1陕西新型农村合作医疗信息应用软件系统143.1.1陕西新型农村合作医疗乡镇业务系统143.1.2陕西新型农村合作医疗县级业务系统153.2陕西新型农村合作医疗结算系统183.2.1村级医疗机构业务系统183.2.2乡级医疗机构业务系统19第4部分计划安排214.1单元测试214.2集成测试224.3系统测试234.4性能测试23第5部分风险管理255.1风险描述及措施25第1部分概述1.1编写目的本文档主要是通过监控软件的开发过程来保证软件产品的质量，按照适用的标准过程和计划对项目活动进行客观的验证，保证开发出来的软件产品和开发过程符合相应的标准与规程；保证软件产品、软件过程中存在的问题得到处理。1.2读者范围本方案的主要读者为软件项目管理者、测试工程师、软件工程师。1.3项目背景项目名称：项目简称：委托单位：开发单位：第2部分配置要求2.1网络环境2.1.1网络硬件2.1.2网络软件Windows自带。2.2服务器环境2.2.1服务器硬件1、服务器数量：1台2、服务器硬件配置：品牌：华硕内存：4GXeonE54052.0硬盘：280G2.2.2服务器软件1、windows2003服务器版2、应用服务器：Tomcat6.03、数据库：oracle10g，Sybase2.3测试机环境2.3.1测试机硬件类型数量（台）配置笔记本电脑2CPU：CR2.0G；内存：1.0G；硬盘：80G台式机1CPU：CR2.0G；内存：1.0G；硬盘：80G2.3.2测试机软件WindowsXP系统，IE6.0浏览器。2.4测试工具类型工具产商版本测试流程管理BUGFREE2.0缺陷报告跟踪BUGFREE2.02.5测试数据2.6测试策略测试过程按三个步骤进行，即单元测试、集成测试、系统测试，根据不同阶段测试的测重点不同，分别介绍测试策略：2.6.1单元测试2.7.1.1单元测试要点首先按照系统、子系统和模块进行划分，但最终的单元必须是功能模块,或面向对象过程中的若干个类。单元测试是对功能模块进行正确性检验的测试工作，也是后续测试的基础。目的是在于发现各模块内部可能存在的各种差错，因此需要从程序的内部结构出发设计测试用例，着重考虑以下五个方面：模块接口：对所测模块的数据流进行测试。局部数据结构：检查不正确或不一致的数据类型说明、使用尚未赋值或尚未初始化的变量、错误的初始值或缺省值。路径：虽然不可能做到穷举测试，但要设计测试用例查找由于不正确的计算（包括算法错、表达式的符号表示不正确、运算精度不够等）、不正确的比较或不正常的控制流（包括不同数据类型量的相互比较、不适当地修改了循环变量、错误的或不可能的循环终止条件等）而导致的错误。错误处理：检查模块有没有对预见错误的条件设计比较完善的错误处理功能，保证其逻辑上的正确性。边界：注意设计数据流、控制流中刚好等于、大于或小于确定的比较值的用例。2.7.1.2单元测试准入条件1、所测试模块的编码工作已经完成；2、测试范围内的单元测试用例已经完成且评审通过；3、相关测试数据已经准备到位；3、相关人员和测试环境到位。2.7.1.3单元测试准出条件1、单元测试用例全部执行结束；2、集成测试阶段Bug清单中的Bug全部解决且关闭；2.6.2集成测试2.6.2.1集成测试要点集成测试也叫组装测试或联合测试。通常，在单元测试的基础上需要将所有的模块按照设计要求组装成系统，这时需要考虑的问题：在把各个模块连接起来的时候，穿越模块接口的数据是否会丢失。一个模块的功能是否会对另一个模块的功能产生不利的影响。各个子功能组合起来，能否达到预期要求的父功能。全局数据结构是否有问题。单元模块的误差累积起来，是否会放大，从而达到不能接受的程度。我们在组装时可参考采用一次性组装方式或增殖式组装方式。2.6.2.2集成测试准入条件1、单元测试全部结束；2、单元测试阶段出现的bug全部解决，不影响集成测试阶段的正常进行；3、相关人员和测试环境到位。2.6.2.3集成测试准出条件1、集成测试用例全部执行结束；2、集成测试阶段Bug清单中的Bug全部解决且关闭。2.6.3系统测试2.6.3.1系统测试要点系统测试目的是在于验证软件的功能和性能及其他特性是否与用户的要求一致，主要是下列类型的测试：用户界面测试：测试用户界面是否具有导航性、美观性、行业或公司的规范性、是否满足设计中要求的执行功能。性能测试：测试响应时间、事务处理效率和其他时间敏感的问题。安装测试：确保软件系统在所有可能情况下的安装效果和一旦安装之后必须保证正确运行的质量。2.6.3.2系统测试准入条件1、集成测试全部结束；2、集成测试阶段出现的bug全部解决，不影响系统测试阶段的正常进行；3、相关人员和测试环境到位。2.6.3.3系统测试准出条件1、系统测试用例全部执行结束；2、系统测试阶段Bug清单中的Bug全部解决且关闭。2.7测试通过准则2.7.1接口测试测试目标：各个模块之间均能正常运行测试技术：手工测试完成标准：接口测试用例全部通过，BUG完全解决需考虑的特殊事项：注意测试用例的有效性。2.7.2功能测试测试目标：报表系统的各个功能模块符合需求，并能正常使用测试技术：手工测试完成标准：功能测试用例全部执行，发现的缺陷已解决需考虑的特殊事项：无2.7.3数据准确性测试测试目标：查询出的数据和数据库中的数据是否吻合测试技术：手工测试完成标准：制定测试案例，完成测试及回归测试。需考虑的特殊事项：无第3部分测试范围3.1应用软件系统3.1.1业务系统序号模块名称单据名称是否测试测试重点123453.2结算系统3.2.1业务系统序号模块名称单据名称是否测试测试重点12345第4部分计划安排4.1单元测试单元测试计划安排如下：开始时间结束时间人员职责和任务4.2集成测试集成测试计划安排如下：开始时间结束时间人员职责和任务4.3系统测试系统测试计划安排如下：开始时间结束时间人员职责和任务4.4性能测试性能测试计划安排如下：开始时间结束时间人员职责和任务第5部分风险管理5.1风险描述及措施序号风险描述影响程度解决措施1用户需求变化比较频繁且比较大而影响项目进度严重与用户签订功能范围，在可控范围内增加功能需求2关键人员流失高将业务需求和操作整理成文档并培养接班人3性能优化难以解决的问题高更换高配置服务器；优化程序或者底层代码