《web软件测试计划概要》由会员分享，可在线阅读，更多相关《web软件测试计划概要（11页珍藏版）》请在金锄头文库上搜索。
1、S 测试计划测试计划文件标识：-Test-Department当前版本：V1.0作 者：Bh文件状态： 草稿 正式发布 正在修改完成日期：04-12-03修订历史记录版本 日期 AMD 修订者 说明 1.004-12-03Abh初稿（A-添加，M-修改，D-删除）1简介简介1.1 确定测试范围确定测试范围待定 所需文档：软件需求说明 文档中需包括：对测试对象（构件、应用程序、系统等）及其目标进行简要说明。需 要包括的信息有：主要的功能和性能、测试对象的构架以及项目的简史 目标：确定现有项目的信息和应测试的软件构件，确定测试范围,包括测试对象中将接 受测试或将不接受测试的那些性能和功能1.2 测
2、试策略测试策略鉴于本测试为基于 web 的系统测试，所以需额外测试系统在不同用户的浏览器端的显 示是否合适以及从最终用户的角度进行安全性和可用性测试。因此在功能测试中需添加 Cookies 测试；性能测试中添加连接速度测试以及安全性测试。 注 1:将负载测试和压力测试合并为压力测试1.3 所需资源和现有资源所需资源和现有资源待定 所需文档：软件需求说明 文档内容同上 参考需求：为真实模拟测试环境，需要测试各种上网方式下软件能否正常工作，如 ADSL、电力猫、拨号上网、无线上网等；还需要考虑远程测试（包括多台主机）等现有资源：现有资源：人力资源人力资源注：可适当地删除或添加角色项。角色所推荐的最
3、少资源（所分配的专职角色数量）具体职责或注释测试环境测试环境软件环境（相关软件、操作系统等）硬件环境（网络、设备等）测试工具测试工具用途工具生产厂商/自产版本1.4 测试流程要求测试流程要求为便于归档，对 bugtracker 的提交要求如下： 测试部：列出进行测试的具体步骤（进行过何种测试） 研究部：列出测试失败的详细描述、原理分析、修改方法和修改结果2. 测试进度测试进度待定3. 系统风险、优先级系统风险、优先级待定 需简要描述测试阶段的风险和处理的优先级4.测试策略测试策略所需文档：概要设计说明书 文档中需包括：软件子系统划分、子系统间接口和错误处理机制4.1 功能测试功能测试概述概述：
4、确保测试的功能正常，如导航，数据输入，处理、检索是否正确，以及业务规 则的实施是否恰当。即对交互的输出或结果进行分析，以此来核实应用程序及其内部 进程,这是目前的测试重点。 目标目标：利用有效的和无效的数据来执行各个用例流，以核实以下内容： 在使用有效数据时得到预期的结果 在使用无效数据时显示相应的错误消息或警告消息。单一界面测试的参考表格如下：编号编号场景场景/ /条件条件操作操作预期结果预期结果1.用户通过用户界面输入信息输入任何东西，重填客户端页面恢复到初始状态2.用户通过用户界面输入信息输入刚好等于字数限制的正确信息，提交1.所填信息正确保存到相应的数据库表中2.客户端提示提交成功3.
5、用户通过用户界面输入信息输入略超过字数限制的正确信息，提交1.所填信息不能正确保存到相应的数据库表中2.客户端提示字数超长3.引导用户定位超长输入4.用户通过用户界面输入信息输入略少于字数限制的正确信息，提交1.所填信息正确保存到相应的数据库表中2.客户端提示提交成功5.用户通过用户界面输入信息输入非法字符，提交1. 所填信息不能保存到相应的数据库表中2. 客户端提示有错误输入3. 引导用户定位错误输入6.用户通过用户界面输入信息输入为空，提交1.应有必填项判断2.客户端提示必填项不能为空3.引导用户定位必填项4.所填信息不能保存到相应的数据库表中7.用户通过用户界面输入信息该输入汉字的输入英
6、文字符，提交注：其余类同1.客户端提示错误输入2.引导用户定位错误输入项3.所填信息不能保存到相应的数据库表中具体功能测试参考表格如下：功能 A 描述用例目的前提条件输入/动作期望的输出/相应实际情况示例：典型值示例：边界值示例：异常值功能 B 描述用例目的前提条件输入/动作期望的输出/相应实际情况注：除测试所提供的功能外，还需添加 Cookies 测试参考如下： Cookies 通常用来存储用户信息和用户在某应用系统的操作，当一个用户使用 Cookies 访问了某一个应用系统时，Web 服务器将发送关于用户的信息，把该信息以 Cookies 的形 式存储在客户端计算机上，这可用来创建动态和自
7、定义页面或者存储登陆等信息。 如果 Web 应用系统使用了 Cookies，就必须检查 Cookies 是否能正常工作。测试的内 容可包括 Cookies 是否起作用，是否按预定的时间进行保存，刷新对 Cookies 有什么影响 等。4.2 用户界面测试用户界面测试概述概述：用于核实用户与软件之间的交互是否正常 目标目标：核实下列内容 确保各种浏览以及各种访问方法（鼠标移动、快捷键等）都使用正常 确保窗口对象及其特征（菜单、大小、位置、状态和中心）都符合标准等 参考表格如下：检查项测试人员的类别及其评价窗口切换、移动、改变大小时正常吗？各种界面元素的文字正确吗？（如标题、提示等）各种界面元素的
8、状态正确吗？（如有效、无效、选中等状态）各种界面元素支持键盘操作吗？各种界面元素支持鼠标操作吗？对话框中的缺省焦点正确吗？数据项能正确回显吗？对于常用的功能，用户能否不必阅读手册就能使用？执行有风险的操作时，有“确认” 、 “放弃”等提示吗？操作顺序合理吗？按钮排列合理吗？导航帮助明确吗？提示信息规范吗？4.3 性能测试性能测试概述概述：主要是对响应时间、事务处理速率和其他与时间相关的需求进行评测和评 估。性能评测的目标是核实性能需求是否都已满足。 目标目标：核实下列情况下的性能行为： 正常的预期工作量 预期的最繁重工作量 需考虑的特殊事项需考虑的特殊事项： 可创建“虚拟的”用户负载来模拟许多
9、个（通常为数百个）客户机。 最好使用多台实际客户机（每台客户机都运行测试脚本）在系统上添加负载。应该在专用的计算机上或在专用的机时内执行，以便实现完全的控制和精确 的评测。其所用的数据库应该是实际大小或相同缩放比例的数据库。 多用户不同网络条件下的连接速度是否满足要求参考表格如下：性能 A 描述多用户不同上网方式下的测试用例目的前提条件输入数据期望的性能（平均值）实际性能（平均值）性能 B 描述多用户不同距离条件下的测试用例目的前提条件输入数据期望的性能（平均值）实际性能（平均值）4.4 压力测试压力测试概述概述：这里的具体包含了负载测试以及压力测试 目标目标：核实下列行为下的系统行为 确定测
10、试对象在给定时间内能够持续处理的最大负载或工作量（包括长时间 处理多个用户相同的且性能最坏的业务） 确定并确保系统在超出最大预期工作量的情况下仍能正常运行，并评估其性 能特征，包括响应时间、事务处理速率和其他与时间相关的内容 服务器上几乎没有或根本没有可用的内存（RAM） 步骤一：执行单步任务测试 步骤二：多用户多任务测试 参考表格如下：单步任务参考表格：任务 A 描述连续运行时间故障发生的时刻故障描述统计分析任务 A 无故障运行的平均时间间隔（CPU 小时）任务 A 无故障运行的最小时间间隔（CPU 小时）任务 A 无故障运行的最大时间间隔（CPU 小时）任务 B 描述连续运行时间故障发生的
11、时刻故障描述多用户多任务测试参考表格：极限名称 A最大并发用户数量前提条件输入/动作输出/响应是否能正常运行例如10个用户并发操作例如20个用户并发操作极限名称 B前提条件输入/动作输出/响应是否能正常运行4.5 故障恢复测试故障恢复测试概述概述：确保系统能从各种意外数据损失或完整性破坏的各种软/硬件故障中恢复。 目标：目标：核实系统能够在下列状况下正确恢复到预期的已知状态 客户/服务机断电 网络通信中断 异常关闭某个功能 错误的操作顺序 参考表格如下：异常输入/动作恢复能力造成的危害、损失客户/服务机断电网络通信中断错误的操作顺序异常关闭某个功能统计分析任务 B 无故障运行的平均时间间隔（C
12、PU 小时）任务 B 无故障运行的最小时间间隔（CPU 小时）任务 B 无故障运行的最大时间间隔（CPU 小时）4.6 安全性测试安全性测试概述：概述：确保系统 Web 应用下的安全性 目标：目标：核实下列情况下的性能行为 系统是否有超时的限制 相关的重要信息是否写进日志、是否可追踪 使用了安全套接字时，测试加密是否正确，信息是否完整 相关表格如下：检查项测试人员的类别及其评价系统有超时限制吗？（如标题、提示等）相关的重要信息写进了日志吗？能有效跟踪他们吗？ 传输信息加密了吗？ 传过来的信息完整吗？4.7 配置测试配置测试概述：概述：核实测试对象在不同的软件和硬件配置中的运行情况 目标目标：确
13、定系统能在下列条件下正常运行 在各种所需的硬件和软件配置中 在各种 O/S 平台或是浏览器下的兼容性测试 相关表格如下：检查项测试人员的类别及其评价系统能在各种软/硬件条件下运行吗？具体有哪些呢？系统支持多种操作平台吗？支持多种浏览器吗？ 系统对 AD/FireWall 敏感吗？4.8 安装安装/反安装测试反安装测试概述：概述：测试软件在正常情况和异常情况下的安装/反安装状况 目标：目标：核实下列行为 首次安装、升级、完整的或自定义的安装 都能进行安装 磁盘空间不足、缺少目录创建权限等异常情况的安装 参考表格：配置说明安装选项描述是否正常使用难易程度全部部分升级异常情况安装反安装选项描述是否正常使用难易程度正常反安装异常情况反安装5. 评审意见评审意见待定
