1、 1 / 7XXX 项目软件测试计划编制：审核：批准：2 / 7文档变更记录版本编号 修订日期 修订内容 修订人 备注3 / 7目录1 资源需求 41.1 硬件资源 .41.2 软件资源 .41.3 人力资源 .42 测试详述 42.1 测试范围 .42.2 测试目标 .52.3 风险和约束 .52.4 测试进度 .53 测试策略 53.1 整体策略 .53.2 测试类型 .53.3 测试技术 .64 测试提交文档 65 测试进入准则 66 测试通过准则 74 / 7说明： 蓝色说明文字，文档编写完成后，请删除。1 资源需求1.1 硬件资源说明：描述建立测试环境所需要的设备、用途及软件部署计划
2、。机型（配置）：此处说明所需设备的机型要求以及内存、 CPU、硬盘大小的最低要求。用途及特殊说明：此设备的用途，如数据库服务器， web 服务器，后台开发等；如有特殊约束，如开放外部端口，封闭某端口，进行性能测试等，也写在此列；软件及版本：详细说明每台设备上部署的自开发和第三方软件的名称和版本号，以便系统管理员按照此计划分配测试资源；预计空间：说明第三方软件和应用程序的预计空间；IP/机型 操作系统 用途说明 软件&版本 预计空间172.16.40.4 Win2003 Oracle10G 2G172.16.108.25 Winxp Tomcat6.0 200M1.2 软件资源说明：列出项目中使
3、用所有软件以及测试工具。 软件名称 用途说明1.3 人力资源说明：列出项目参与人员的职务、姓名、职责。人员包括开发人员， Qa，配置，测试以及其它相关人员。人员 角色 职责2 测试详述2.1 测试范围说明：本计划涵盖的测试范围，比如功能测试、集成测试、性能测试、安全测试等。测试项目涉及的业务功能与其它项目涉及的业务接口等。要说明哪些是要测试的，哪些是不要5 / 7测试的。哪些文档需要编写，哪些文档在什么情况下不写等。2.2 测试目标说明：测试人员根据项目的目标和公司质量目标转换成本次测试的目标。做到完成测试目标同时实现项目的目标和公司的质量目标。测试目标转换成可衡量和实现的东西，必须有固定的视
4、图和目标。2.3 风险和约束说明：列出测试过程中可能存在的一些风险和制约因素，并给出规避方案。如： 由于客观存在的设备、网络等资源原因，使得测试不全面。明确说明哪些资源欠缺，产生什么约束 由于研发模式为项目型产品，且工程上线时间压力大，使得测试不充分。明确说明在此中约束下，测试如何应对。 由于开发人员兼职其它他工作，造成的所提交代码质量以及不能及时修改 BUG的风险，测试应该如何应对。风险级别 风险分析 规避措施高 测试人员由于不熟悉系统功能而导致测试结果不准确对测试人员进行相关系统业务功能知识的培训高 需求变更 加强沟通，及时变更文档中 测试人员少，测试任务多，导致不能完成任务从其它项目组调
5、用2.4 测试进度说明：在此章节，对各阶段的测试给出里程碑计划，包括阶段、里程碑、资源等。如果项目已使用 DevPlan，可以拷贝 DevPlan 中内容。进度一般情况时间跨度不能超过两周。测试活动 开始时间 结束时间 工作量可测试性需求系统测试计划测试用例编写测试用例评审第一轮测试第二轮测试第三轮测试系统测试报告6 / 73 测试策略3.1 整体策略说明：说明计划中使用的基本的测试过程。使用里程碑技术在测试过程中验证每个模块，测试人员在需求阶段参与测试工作，进行需求 review、设计 review、测试用例设计和测试开发，在系统开发完成之后，正式执行测试。产品达到软件产品质量要求和测试要求
6、后发布，并提交相关的测试文档。3.2 测试类型说明：选择本项目是否采用该测试类型，在表格是否采用如果采用填写 “”，不采用无需填写，如果表格中没有对应的测试类型自己增加。编号 测试类型 说明 是否采用1 功能测试 根据需求文档、设计文档等检查产品是否正确实现了功能。2 流程测试 按操作流程进行的测试，主要有业务流程、数据流程、逻辑流程、正反流程，检查软件在按流程操作时是否能够正确处理3 界面测试 检查界面是否符合公司界面规范，是否美观合理4 易用性测试 检查系统是否易用友好，是否符合通用的操作习惯5 接口测试 检查系统能否与外部系统或外部设备等是否接口正常6 安装测试 检查系统能否正确安装、配
7、置基础数据是否正确7 性能测试 提取系统性能数据，检查系统是否满足在需求中所规定达到的性能。8 安全性测试 检查系统安全，是否达到安全需求，是否存安全隐患9 兼容性测试 对于 C/S 架构的系统来说，需要考虑客户端支持的系统平台。对于 B/S 架构的系统来说需要考虑用户端浏览器的版本。1011123.3 测试技术说明：选择本项目是否采用该测试技术，在表格是否采用如果采用填写 “”，不采用无需填写，如果表格中没有对应的测试技术自己增加。编号 测试技术 说明 是否采用1 测试用例设计 在产品需求评审通过后编写测试用例2 白盒测试 单元测试是否开展代码测试3 自动化测试 系统回归时是否要引入自动化测
8、试4 性能测试 是否是使用工具进行性能方面的测试564 测试提交文档说明：测试过程中需要提交各种文档、作者、文档配置库存放目录。7 / 7文档说明 作者 文档位置(配置库)可测试性需求系统测试计划测试用例系统测试报告5 测试进入准则编写 准则名称 备注说明1 需求规格说明书、测试用例评审已通过2 单元测试已通过3 冒烟测试用例执行通过456 测试通过准则说明：可以是产品的质量达到什么样的目标，产品的流程联通性达到什么样的要求。编写 准则名称 备注说明1 测试已实现的产品是否达到设计的要求，包括：各个功能点是否以实现，业务流程是否正确2 需求覆盖率和测试用例执行率达到 100%3 所有的自动测试脚本已经执行通过 只针对开展自动化测试的项目4 缺陷已全部修复5 挂起的缺陷经研究决定，可以通过678
