1、 电子通信与软件工程系XX 项目软件测试计划2017 年 2 月 9 日中山大学南方学院XXX 项目软件测试计划作者： 日期： 审批者： 日期： 批准者： 日期： 目 录XXX 项目软件测试计划 .1一、概述 .31.1 项目简介 .31.2 文档目的 .3二、测试范围与目标 .32.1 被测系统架构 .32.2 测试范围 .32.3 测试优先级 .42.4 测试目标 .4三、测试项与通过标准 .4四、测试环境要求 .44.1 硬件要求 .44.2 软件要求 .54.3 网络环境要求 .54.4 其它 .5五、测试方法与技术 .5六、测试过程管理 .56.1 测试团队结构与职责 .56.2 测
2、试用例设计规范 .66.3 测试文档管理 .66.4 缺陷管理过程 .66.5 时间与进度安排 .76.6 测试进入/结束标准 .76.7 测试风险以及规避方案 .7XXX 项目软件测试计划3一、概述1.1 项目简介简单介绍项目的背景，项目目标。1.2 文档目的简要说明书写该测试计划的目的，建议的读者。二、测试范围与目标2.1 被测系统架构画出系统架构图2.2 测试范围需要测试的子系统测试内容 测试范围功能测试 1、 XX 子系统2、 XX 子系统性能测试 1、 被测子系统或模块：XXX 子系统XXX 子系统2、 环境要求：硬件配置：（对 CPU、内存等资源要求）3、 关注的性能指标：响应时间
3、，吞吐量，资源利用率不需要测试的子系统或功能子系统或功能 说明（无需测试的理由）XX 子系统XX 功能XXX 项目软件测试计划42.3 测试优先级测试子系统、模块或功能 优先级（高，中，低） 说明2.4 测试目标1、 通过对系统进行测试，验证系统是否满足客户真实需求，达到发布要求；2、 采用有效的测试方法，尽可能早发现尽可能多的问题；3、 根据测试过程和结果，对测试过程以及开发过程中存在的问题进行整理并改进。三、测试项与通过标准测试项测试项 子测试项 通过/失败标准用户管理 用户注册 详见测试用例用户登录用户账号信息管理四、测试环境要求4.1 硬件要求名称 数量 配置要求服务器测试机XXX 项
4、目软件测试计划54.2 软件要求操作系统：应用软件：4.3 网络环境要求4.4 其它五、测试方法与技术请按照不同阶段，说明采用的方法与技术，比如：在单元测试阶段，使用什么测试法方法来设计测试用例，或使用什么方法来进行测试。集成阶段，系统阶段。 。 。 。 。阶段 采用的测试方法 使用的测试工具单元测试集成测试系统测试六、测试过程管理6.1 测试团队结构与职责角色 人员 职责 联系方式测试经理 组织测试培训负责环境搭建资源协调制定测试计划制定测试规范测试需求，用例，报告审核控制测试进度与相关部门，人员沟通XXX 项目软件测试计划6指出测试过程中的问题，并引导改进测试需求分析工程师制定测试需求测试
5、设计工程师 设计测试用例准备测试数据测试工程师 执行测试用例记录并跟踪测试过程中发现的问题提出缺陷修复建议与措施分析测试结果，输出质量分析报告具体分工测试人员 负责模块或子系统6.2 测试用例设计规范 测试用例的设计可采用：白盒测试和黑盒测试常用的工程方法； 对于每一条测试用例，设计人员应为其指定输入（或操作）和预期结果； 每一条测试用例，都需要有详细的操作步骤； 测试用例全部需要以文档形式规范保存； 在测试过程中，可根据实际情况对测试用例进行适当调整。 测试用例一经审核通过，需要存储在版本库中合理的路径下。6.3 测试文档管理文档名称 存放路径 责任人 完成日期6.4 缺陷管理过程 测试人员
6、每天发现的问题，都要按照模板要求记录，并由指定人员进行汇总；XXX 项目软件测试计划7 经测试经理审核后，发给项目经理； 项目经理指定缺陷修复人员，并及时将缺陷的修复与遗留情况反馈给测试团队。 测试结束后，需要有一份完整的缺陷跟踪表单，体现总的缺陷数，各模块或子系统的缺陷分布情况，已经解决的缺陷，遗留缺陷，以及遗留原因等信息。6.5 时间与进度安排任务 责任人 完成日期测试需求分析测试计划测试用例测试执行测试报告6.6 测试进入 /结束标准阶段 进入标准 结束标准单元测试 单元测试用例已经通过评审 1、 代码覆盖率达到 80%；2、 单元测试发现的问题已经全部解决。集成测试 单元测试已经通过；集成测试用例已经通过评审接口问题已经全部消除；集成后的版本能够满足各项功能要求系统测试 集成测试已经通过；系统测试用例已经通过评审比如：1、 功能性测试用例通过率达到 100%；2、 非功能性测试用例通过率达到 95%。3、 缺陷解决率达到要求4、 系统满足需求规格说明书的全部要求6.7 测试风险以及规避方案参考 PPT38-40 页 。
