软件测试大纲.doc

. . . . . 学习.资料. ***项目/系统 软 件 测 试 大 纲 北京 北京***软件科技有限公司  版本标识 作者 注释 修改日期 审核人 日期 版本修改记录 1 引言 1.1项目简介 1.2参考文档 《***方案》 《***需求》 2 测试小组及其成员 职务 工作职责 项目测试小组组长 负责该项目的测试组织工作 测试工程师 负责该项目的测试 测试工程师 负责该项目的测试 测试工程师 负责该项目的测试环境维护 3 测试日期安排 序号 测试任务 时间安排 测试人员 1 测试环境的部署及测试数据的准备 2 **模块的测试用例的编写 3 **模块的测试 4 **模块的测试报告的编写 5 4 测试环境 对于CS或BS结构的软件分别说明客户端和服务器端的软硬件环境 项目名称 环境说明 硬件环境 CPU： RAM： 硬盘： 软件环境 操作系统： 其他应用软件及其版本 测试端环境 操作系统 其他应用软件及其版本 5 测试围 根据需求及客户实际使用的情况，列出要测试的围。 6 测试容 6.1 功能测试 6.1.1 功能测试策略 列出主要采用什么测试方法，有没有使用测试工具，使用什么测试数据，什么情况下版本回退，什么情况下停止测试 6.1.2 功能测试主要容 序号 功能模块 测试流程 列出测试该模块的一个流程，比测试用例的粒度要大。主要列出测试数据如何产生，测试结果如何查看，异常情况如何判断等 6.2 性能测试 6.2.1 性能测试策略 列出性能测试指标及采用的测试方法、测试工具。 6.2.2 性能测试主要容 序号 测试方法 性能指标 1 负载测试（用户负载测试主要是考察软件系统在既定负载下的性能表现） 在**并发量时，响应时间为**、交易容量为**、资源使用率等 2 稳定性测试（测试系统在一定负载下运行长时间后是否发生问题。这种问题一般是程序占用资源却不能及时释放而引起的） 运行**时间，CPU，存等系统资源在这段时间稳定在**围 3 压力测试（为了考察系统在极端条件下的表现，极端条件可以是超负荷的交易量和并发用户数） 这种测试主要考察的是系统处理问题的方式 … 。。。。。。 7 测试情况汇报 在此规定测试组通过什么形式将测试情况汇报给管理层项目部、应用开发组。和PM沟通后决定采用何种方式汇报测试情况。（常用的有日测试报告，周测试报告、buglist，或更新项目进展表等） 8 测试结果交付件 测试结束后，有测试组填写测试报告，并将测试 报告及其它测试材料一并交给配置管理员。具体交付件，有项目经理和测试房双方协商确定，一般包括下列容： 测试大纲 测试大纲评审记录表 测试用例 Bug列表 测试报告 9 测试风险或问题 在此记录任何与本测试项目相关的风险和问题。 [例如：一般风险和问题包括以下几条： 开发是否按时完成既定工作； 测试计划制定不够合理、规。在项目进行过程中，发现其可操作性不强； 测试所需的资源是否到位。如：是否有足够测试人员，测试人员的培训是否到位及时进行，并且测试人员的技能是否达到了要求。测试所需的软、硬件和操作系统是否准备完毕； 测试人员之间，以及测试组人员与用户之间是否进行了有效的沟通； 项目参加人员是否对所使用的测试工具及其系统不熟悉，在使用过程中出现偏差，影响测试效率。 ]