第四章 XX项目测试计划.doc

xx项目测试计划 文件状态： [√] 草稿 [ ] 正式发布 [ ] 正在修改 文件标识： -Test-Department 当前版本： V1.0 作 者： 完成日期： 修订历史记录 版本　　　　　　　 日期　　　　　　 AMD　　　　　　 修订者　　　　　 说明　　　　　 1.0 A 初稿 （A-添加，M-修改，D-删除） 1． 简介 1.1确定测试范围 所需文档：《软件需求说明》 文档中需包括：对测试对象（构件、应用程序、系统等）及其目标进行简要说明。需要包括的信息有：主要的功能和性能、测试对象的构架以及项目的简史 目标：确定现有项目的信息和应测试的软件构件，确定测试范围,包括测试对象中将接受测试或将不接受测试的那些性能和功能 1.2测试策略 鉴于本测试为基于web的系统测试，所以需额外测试系统在不同用户的浏览器端的显示是否合适以及从最终用户的角度进行安全性和可用性测试。因此在功能测试中需添加Cookies测试；性能测试中添加连接速度测试以及安全性测试。 注1:将负载测试和压力测试合并为压力测试 1.3测试资源 所需文档：《软件需求说明》 文档内容同上 人力资源 角色 所推荐的最少资源（所分配的专职角色数量） 具体职责或注释 测试环境 软件环境（相关软件、操作系统等） 硬件环境（网络、设备等） 测试工具 用途 工具 生产厂商/自产 版本 1.4 测试流程要求 为便于归档，对bugfree的提交要求如下： 测试人员：列出进行测试的具体步骤（进行过何种测试） 开发人员：列出测试失败的原理分析、修改方法和修改结果 2. 测试进度 测试任务 人员 时间安排 测试计划 编写用例 执行用例 测试结束 3. 系统风险、优先级 需简要描述测试阶段的风险和处理的优先级 4.测试策略 所需文档：《概要设计说明书》 文档中需包括：软件子系统划分、子系统间接口和错误处理机制 4.1 功能测试 类型介绍： 根据系统需求文档和软件本身，检查产品正确实现了功能。系统测试阶段依据需求规格逐项测试。以按需求所列功能检查一遍为标准。 测试目标： 系统提供的功能与需求相符。 方法： · 系统测试阶段依据需求规格逐项测试。 · 重要的功能应该投入更多的精力进行测试，并及时小结。 · 具体的功能实现可参照需求文档及详细设计与后期软件实体。 · 部分输入处进行等价类的判定测试，所有边界值方面的测试。 · 系统默认值方面的测试。 · 空数据及空格数据。 · 输入框Tab光标移动测试。 · 输入框复制粘贴内容边界测试。 · 帮助中心各个信息链接测试。 · 信息保存；删除；及修改测试。 完成标准： · 功能实现，且可以正确执行。 · 链接完整，能够正确定位用户所提出的问题。 · 所发现的缺陷尽量解决，留下的问题已经进行相应的处理或提供其他的解决方法。 需考虑的特殊项： · 注意一些重要功能是与实际效果相关，并不是简单的功能实现。 4.2 界面测试 类型介绍： 检查界面是美观合理的。按照相关规定进行检查。以按相关要求规定检查一遍为标准。 测试目标 程序界面符合相关的规范。（包括窗口与窗口之间、字段与字段之间的浏览，以及各种访问方法（Tab键、鼠标移动、和快捷键）的使用，文字排版及错别字 方法： · 按照相关规定逐项检查，包括页面排版、窗口、公司商标、版权信息等。 · 检查提示信息中的文字和标点符号、图标等。 · 程序界面美观性测试。 · 各个链接合理性测试。 · 窗体界面测试。 · 总体测试。 完成标准： 程序界面符合相关的规范，各个窗口都与基准版本保持一致，或符合可接受标准 需考虑的特殊项： 注意版本信息。 4.3业务测试 类型介绍： 根据需求，设计及软件本身针对系统业务流程进行整体测试，确保软件各个业务流程的完整性。 测试目标： 软件各项业务流程完整。 方法： · 利用各项输入输出数据对软件业务进行操作检查是否业务流程完整。 · 利用各种破坏性数据对业务流进行操作，检查系统是否能够阻止无效数据对业务流的破坏。 · 业务跳转性测试。 · 业务关联测试。 · 合理业务当中不合理数据的测试。 · 非常规业务测试。 · 复杂业务流程测试。 · 网站页面刷新产生的业务流程方面的测试。 完成标准： 软件业务流程走向完整，业务流程满足于需求。 需考虑的特殊事项： ·注意业务流的逆向流转。 ·业务流程中所隐含的部分可能产生的错乱。 ·多次打开网站窗口或多次填写刷新可能对业务流程产生的影响 4.4性能测试 类型介绍： 根据客户经常触发事件、经常触发模块进行大批量数据构造观察软件是否能够正常运行 测试目标： 在客户经常触发事件、经常触发模块进行大数据量的构造、批量数据的插入、批量用户的订单下发、批量客户同时提交系统能够正常运行 方法： · 举例：在