项目名称-项目测试计划.docx

1、初稿V发布修订编撰：EPG编撰口期：2007-05-12保密级别：机密文档版本：3.0文件编号：Q/BS-QH-3-20项目名称项目测试计划创业慧康科技股份有限公司EPG版本历史日期版本说明作者2008-05-27V2.0公司审批，正式发布EPG2009-09-28V2.1修改EPG2011-03-15V2.2修改EPG2011-08-25V2.3删除“测试目标”的内容EPG2016-04-29V2.4删除“计划审核记录”的内容EPG2017-03-02V2.5修改“测试进度”、“测试提交文档”、“测试通过准则”的内容马敏2019-03-28V2.6修改公司名称及LOGO张巧英2021-03-

2、25V3.0公司审批，正式发布EPG2021-04-25V3.1增加了审核确认EPG项目组版本历史日期版本说明作者XXXX-XX-XX审核确认审核人审核日期审核情况测试经理项目经理1 前言31. 1编写目的31.2 名词解释31.3 参考资料31.4 测试摘要32 资源需求42.1 硬件资源42.2 软件资源42.3 人力资源53 测试详述53.1 测试范围53.2 风险和约束53.3 测试进度64 测试策略64.1整体策略64.2 测试类型64.3 测试技术75 测试提交文档76 测试进入准则77 测试通过准则8说明：蓝色说明文字，文档编写完成后，请删除。1前言1.1编写目的对测试计划做一个

3、简单的介绍，说明这个测试计划的功效以及当前项目背景情况介绍。对测试产品（所属行业、系统架构、系统功能等）及其项目目标，以及该文档读者对象、其它相关事项进行一个简要说明。1.2名词解释项目中或测试中一些术语的说明，包括使用的专用术语及其定义和缩略语全称及其定义。术语或缩写词英文解释中文解释1.3参考资料包括测试计划引用或参考的文档，查看计划同时需要同查看的相关文档等，这些文档都需要加到测试计划的参考资料列表里。资料名称作者说明1.4测试摘要主要说明测试计划中重要的和可能有争议的问题。主要目的是将这些信息传递给那些可能不会通读整个测试计划文档的人员（比如公司领导、项目经理、产品经理等）。可以考虑以

4、下几块内容。重点事项列出测试的重点事项。可以将问题按重要程度和优先级罗列出来，然后在后面的章节中再对这些问题进行详细说明，这样就能让对这些问题有重要影响的人员知道问题的所在。争议事项简要说明争议事项，如与开发人员、项目经理在测试进度，测试策略等方面前期未达成一致的内容。 风险评估通过对技术文档的阅读，对被测系统可能存在的问题：系统设计，数据库设计，响应时间,因测试环境不足可能存在的测试缺陷事先评估出来，以指导测试方案，进行有重点的测试。 时间进度简要说明测试开始时间与发布的大致时间或几个大里程碑时间。2资源需求2.1硬件资源描述建立测试环境所需要的设备、用途及软件部署计划。1、机型（配置）：此

5、处说明所需设备的机型要求以及内存、CPU、硬盘大小的最低要求。2、用途及特殊说明：此设备的用途，如数据库服务器，web服务器，后台开发等；如有特殊约束，如开放外部端口，封闭某端口，进行性能测试等，也写在此列；3、软件及版本：详细说明每台设备上部署的自开发和第三方软件的名称和版本号，以便系统管理员按照此计划分配测试资源；4、预计空间：说明第三方软件和应用程序的预计空间。IP/机型操作系统用途说明软件&版本预计空间172.16.40.4Win2003Oracle10G2G172.16.108.25WinxpTomcat6.0200M2. 2软件资源列出项目中使用所有软件以及测试工具。软件类型软件类

6、型软件名称、版本以及用途说明2.3人力资源列出项目参与人员的职务、姓名、职责。人员包括开发人员，QA,配置，测试以及其它相关人员。角色姓名职责3测试详述3.1测试范围本计划涵盖的测试范围，比如单元测J试、集成测试、系统测试、性能测试、安全测试等。测试项目涉及的业务功能与其它项目涉及的业务接口等。要说明哪些是要测试的，哪些是不要测试的。哪些文档需要编写，哪些文档在什么情况下不写等。2风险和约束列出测试过程中可能存在的些风险和制约因素，并给出规避方案。如： 由于客观存在的设备、网络等资源原因，使得测试不全面。明确说明哪些资源欠缺,产生什么约束由于研发模式为项目型产品，旦工程上线时间压力大，使得测试

7、不充分。明确说明在此中约束下，测试如何应对。 由于开发人员兼职其它他工作，造成的所提交代码质量以及不能及时修改BUG的风险，测试应该如何应对。3.3测试进度在此章节，对各阶段的测试给出里程碑计划，包括阶段、里程碑、资源等。如果项目已使用DevPlan,可以拷贝DevPlan中内容。进度一般情况时间跨度不能超过两周。测试阶段开始时间结束时间资源测试计划制定测试用例编写性能测试方案编撰测试用例评审单元/集成测试系统测试性能测试环境搭建性能测试用户手册编写性能测试报告编写功能测试报告编写4测试策略4.1整体策略说明计划中使用的基本的测试过程。使用里程碑技术在测试过程中验证每个模块，测试人员在需求阶段

8、参与测试工作，进行需求review、设计review.测试用例设计和测试开发，在系统开发完成之后，正式执行测试。产品达到软件产品质量要求和测试要求后发布，并提交相关的测试文档。2测试类型选择本项目是否采用该测试类型，在表格是否采用如果采用填写“J”，不采用无需填写,如果表格中没有对应的测试类型自己增加。编号测试类型说明是否采用1功能测试根据需求文档、设计文档等检查产品是否正确实现了功能2流程测试按操作流程进行的测试，主要有业务流程、数据流程、逻辑流程、正反流程，检查软件在按流程操作时是否能够正确处理3界面测试检查界而是否符合公司界面规范，是否美观合理4易用性测试检查系统是否易用友好，是否符合通

9、用的操作习惯5接口测试检查系统能否与外部系统或外部设备等是否接口正常6安装测试检查系统能否正确安装、配置基础数据是否正确7性能测试提取系统性能数据，检查系统是否满足在需求中所规定达到的性能8安全性测试检查系统安全，是否达到安全需求，是否存安全隐患9兼容性测试对于C/S架构的系统来说，需要考虑客户端支持的系统平台对于B/S架构的系统来说需要考虑用户端浏览器的版本4.3测试技术选择本项目是否采用该测试技术，在表格是否采用如果采用填写“J”，不采用无需填写,如果表格中没有对应的测试技术自己增加。编号测试技术说明是否采用1测试用例设计在产品需求评审通过后编写测试用例2性能测试是否是使用工具进行性能方面

10、的测试3白盒测试单元测试是否开展代码测试4自动化测试系统回归时是否要引入自动化测试5测试提交文档测试过程中需要提交各种文档、作者、文档配置库存放目录。文档说明作者文档位置（配置库）测试计划测试用例用户手册功能测试报告性能测试报告6测试进入准则编写准则名称备注说明1需求规格说明书、概要设计文档、详细设计文档全部评审通过并纳入基线2代码审查活动已结束，相关缺陷已修正3提交测试的功能已通过产品人员的验证4冒烟测试用例执行通过7测试通过准则可以是产品的质量达到什么样的目标，产品的流程联通性达到什么样的要求。编写准则名称备注说明1测试已实现的产品是否达到设计的要求，包括：各个功能点是否以实现，业务流程是否正