示例-测试计划-网上书城

XX技术部

6 测试风险

鉴于99书城项目的测试周期短，测试人员经验少，而测试量又非常大，所以预计的测试风险主要在于时间和人力资源方面。 序号 测试风险 风险描述 1 时间资源 项目一期周期在一个月，但实际10号左右才能实际进入测试，预计30号上线，因此，要在短短的20天时间内，完成所有测试工作，难度较大 人力资源 测试人员主要属于新入职员工 解决办法 1 将安全性测试及性能测试放在二期的后期进行 2 首先保证功能模块的正确实现，主流程能够正常流转 从别的项目组派过来1-2名经验较高的测试人员把关重点关键核心业务，保证核心业务的流程及数据流转的正确 1 测试版本由测试人员控制 2 提高打包及部署的质量 3 建议开发组及时更新最新的代码 建议在开发人员编码的时候，将业务逻辑理清楚，发现问题及时解决 影响程度 高 2 高 3 测试版本 1 测试版本更新太频繁 2 测试版本部署有问题 3 代码未及时提交 这些方面都会影响测试的进度 需求变更 来自产品需求变更，有可能会影响开发及测试的进度 其他 其他未知的风险 中 4 低 5 未知

9

XX技术部

7 测试策略

7.1 数据和数据库完整性测试

测试目标 测试范围 测试技术 确保数据库访问方法和功能正常运行，数据不会遭到损坏 核心模块 调用各个数据库访问方法和功能，并在其中填充有效的和无效的数据（或对数据的请求）。检查数据库，确保数据已按预期的方式填充，并且所有的数据库事件已正常发生；或者检查所返回的数据，确保正当的方法检索到了正确的数据 提交测试版本，实际执行测试时开始 所有的数据库访问方法和进程都按照设计的方式运行，数据没有遭到损坏。 重点关注核心模块，尤其是数据的增删查改操作 应该以手工方式调用。先以少量测试数据进行，后期采用客户实际数据。 开始标准 完成标准 测试重点和优先级 需考虑的特殊事项 7.2 功能测试

测试目标 测试范围 确保系统的业务流转正常 正确的业务流程，对以及非正常流程的处理 如针对核心业务模块，测试的重点在：用户浏览图书，添加到购物车，用户下订单、网上银行支付、管理员订单审核 利用有效的和无效的数据来执行各个用例，以核实以下内容： 1 在使用有效数据时得到预期的结果。 2 在使用无效数据时显示相应的错误消息或警告消息。 3 各业务流程都得到了正确的应用。 模块功能均已正确实现 系统的业务流转正常，且对异常做了处理 按照本文档1.3部分定义 网上支付涉及到第三方接口，需等双发达成协议后再重点测试 测试技术 开始标准 完成标准 测试重点和优先级 需考虑的特殊事项

7.3 用户界面测试

测试目标 通过测试进行的浏览，可正确反映业务的功能和需求，这种浏览包括窗口与窗口之间、字段与字段之间的浏览，以及各种访问方法（Tab键、鼠标移动、和快捷键）的使用 窗口的对象和特征（例如，菜单、大小、位置、状态和中心）都10

XX技术部

符合标准。 测试范围 测试技术 开始标准 完成标准 测试重点和优先级 需考虑的特殊事项

所有页面 对每个窗口进行测试，以核实各个应用程序窗口和对象都可正确地进行浏览，并处于正常的对象状态。 二期的系统测试开始时介入 用户界面符合需求 重点是前台展示页面 准备界面检查单 7.4 兼容性测试

测试目标 测试范围 通过在不同操作系统和不同浏览器中测试网站所有功能 1 普通用户图书购买模块要求兼容IE、Firefox、Opera、Netscape、搜狗、360浏览器，且能在Windows中、英文操作系统下正常显示（win2000，winxp，win2003，vista） 2 系统管理员管理中心及后台要求IE6.0即可 兼容性测试 二期的系统测试开始时介入 各浏览器及操作系统下能够正常显示 客户端重点考虑winxp和vista 考虑不同操作系统+不同浏览的组合测试 测试技术 开始标准 完成标准 测试重点和优先级 需考虑的特殊事项 7.5 性能测试

另见性能测试计划

7.6 安全性和访问控制测试

测试目标 测试范围 测试技术 核实普通用户只能访问其所属用户类型已被授权访问的那些功能或数据。 对数据或业务功能的访问以及对系统的登录。 确定并列出各用户类型及其被授权访问的功能或数据。 为各用户类型创建测试，并通过创建各用户类型所特有的事务来核实其权限。 二期的系统测试开始时介入 各种已知的用户类型都可访问相应的功能或数据，而且所有事务都按照预期的方式运行，并在先前的应用程序功能测试中运行了所有的事务。 重点关注用户权限、订单管理的数据传输 如果用户要求较高，单独列出安全性测试方案 开始标准 完成标准 测试重点和优先级 需考虑的特殊事项

11