web软件测试计划

《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测试策略鉴于本测试为基于web的系统测试，所以需

2、额外测试系统在不同用户的浏览器端的显示是否合适以及从最终用户的角度进行安全性和可用性测试。因此在功能测试中需添加Cookies测试；性能测试中添加连接速度测试以及安全性测试。注1:将负载测试和压力测试合并为压力测试1.3所需资源和现有资源待定所需文档：软件需求说明文档内容同上参考需求：为真实模拟测试环境，需要测试各种上网方式下软件能否正常工作，如ADSL、电力猫、拨号上网、无线上网等；还需要考虑远程测试（包括多台主机）等现有资源：人力资源 注：可适当地删除或添加角色项。角色所推荐的最少资源（所分配的专职角色数量）具体职责或注释测试环境软件环境（相关软件、操作系统等）硬件环境（网络、设备等）测试

3、工具用途工具生产厂商/自产版本1.4 测试流程要求为便于归档，对bugtracker的提交要求如下：测试部：列出进行测试的具体步骤（进行过何种测试）研究部：列出测试失败的详细描述、原理分析、修改方法和修改结果2. 测试进度 待定3. 系统风险、优先级待定需简要描述测试阶段的风险和处理的优先级4.测试策略所需文档：概要设计说明书文档中需包括：软件子系统划分、子系统间接口和错误处理机制4.1 功能测试l 概述：确保测试的功能正常，如导航，数据输入，处理、检索是否正确，以及业务规则的实施是否恰当。即对交互的输出或结果进行分析，以此来核实应用程序及其内部进程,这是目前的测试重点。l 目标：利用有效的和

4、无效的数据来执行各个用例流，以核实以下内容： 在使用有效数据时得到预期的结果 在使用无效数据时显示相应的错误消息或警告消息。单一界面测试的参考表格如下：编号场景/条件操作预期结果1.用户通过用户界面输入信息输入任何东西，重填客户端页面恢复到初始状态2.用户通过用户界面输入信息输入刚好等于字数限制的正确信息，提交1. 所填信息正确保存到相应的数据库表中2. 客户端提示提交成功3.用户通过用户界面输入信息输入略超过字数限制的正确信息，提交1. 所填信息不能正确保存到相应的数据库表中2. 客户端提示字数超长3. 引导用户定位超长输入4.用户通过用户界面输入信息输入略少于字数限制的正确信息，提交1.

5、所填信息正确保存到相应的数据库表中2. 客户端提示提交成功5.用户通过用户界面输入信息输入非法字符，提交1. 所填信息不能保存到相应的数据库表中2. 客户端提示有错误输入3. 引导用户定位错误输入6.用户通过用户界面输入信息输入为空，提交1. 应有必填项判断2. 客户端提示必填项不能为空3. 引导用户定位必填项4. 所填信息不能保存到相应的数据库表中7.用户通过用户界面输入信息该输入汉字的输入英文字符，提交注：其余类同1. 客户端提示错误输入2. 引导用户定位错误输入项3. 所填信息不能保存到相应的数据库表中 具体功能测试参考表格如下：功能A描述用例目的前提条件输入/动作期望的输出/相应实际情

6、况示例：典型值示例：边界值示例：异常值功能B描述用例目的前提条件输入/动作期望的输出/相应实际情况注：除测试所提供的功能外，还需添加Cookies测试 参考如下：Cookies通常用来存储用户信息和用户在某应用系统的操作，当一个用户使用Cookies访问了某一个应用系统时，Web服务器将发送关于用户的信息，把该信息以Cookies的形式存储在客户端计算机上，这可用来创建动态和自定义页面或者存储登陆等信息。 如果Web应用系统使用了Cookies，就必须检查Cookies是否能正常工作。测试的内容可包括Cookies是否起作用，是否按预定的时间进行保存，刷新对Cookies有什么影响等。4.2

7、用户界面测试l 概述：用于核实用户与软件之间的交互是否正常l 目标：核实下列内容 确保各种浏览以及各种访问方法（鼠标移动、快捷键等）都使用正常 确保窗口对象及其特征（菜单、大小、位置、状态和中心）都符合标准等 参考表格如下：检查项测试人员的类别及其评价窗口切换、移动、改变大小时正常吗？各种界面元素的文字正确吗？（如标题、提示等）各种界面元素的状态正确吗？（如有效、无效、选中等状态）各种界面元素支持键盘操作吗？各种界面元素支持鼠标操作吗？对话框中的缺省焦点正确吗？数据项能正确回显吗？对于常用的功能，用户能否不必阅读手册就能使用？执行有风险的操作时，有“确认”、“放弃”等提示吗？操作顺序合理吗？按

8、钮排列合理吗？导航帮助明确吗？提示信息规范吗？4.3 性能测试l 概述：主要是对响应时间、事务处理速率和其他与时间相关的需求进行评测和评估。性能评测的目标是核实性能需求是否都已满足。l 目标：核实下列情况下的性能行为： 正常的预期工作量 预期的最繁重工作量l 需考虑的特殊事项： 可创建“虚拟的”用户负载来模拟许多个（通常为数百个）客户机。 最好使用多台实际客户机（每台客户机都运行测试脚本）在系统上添加负载。 应该在专用的计算机上或在专用的机时内执行，以便实现完全的控制和精确的评测。其所用的数据库应该是实际大小或相同缩放比例的数据库。 多用户不同网络条件下的连接速度是否满足要求参考表格如下：性能

9、A描述多用户不同上网方式下的测试用例目的前提条件输入数据期望的性能（平均值）实际性能（平均值）性能B描述多用户不同距离条件下的测试用例目的前提条件输入数据期望的性能（平均值）实际性能（平均值）4.4 压力测试l 概述：这里的具体包含了负载测试以及压力测试l 目标：核实下列行为下的系统行为 确定测试对象在给定时间内能够持续处理的最大负载或工作量（包括长时间处理多个用户相同的且性能最坏的业务） 确定并确保系统在超出最大预期工作量的情况下仍能正常运行，并评估其性能特征，包括响应时间、事务处理速率和其他与时间相关的内容 服务器上几乎没有或根本没有可用的内存（RAM）步骤一：执行单步任务测试步骤二：多用

10、户多任务测试参考表格如下：单步任务参考表格：任务A描述连续运行时间故障发生的时刻故障描述统计分析任务A无故障运行的平均时间间隔（CPU小时）任务A无故障运行的最小时间间隔（CPU小时）任务A无故障运行的最大时间间隔（CPU小时）任务B描述连续运行时间故障发生的时刻故障描述统计分析任务B无故障运行的平均时间间隔（CPU小时）任务B无故障运行的最小时间间隔（CPU小时）任务B无故障运行的最大时间间隔（CPU小时）多用户多任务测试参考表格：极限名称A最大并发用户数量前提条件输入/动作输出/响应是否能正常运行例如10个用户并发操作例如20个用户并发操作极限名称B前提条件输入/动作输出/响应是否能正常运

11、行4.5 故障恢复测试l 概述：确保系统能从各种意外数据损失或完整性破坏的各种软/硬件故障中恢复。l 目标：核实系统能够在下列状况下正确恢复到预期的已知状态 客户/服务机断电 网络通信中断 异常关闭某个功能 错误的操作顺序参考表格如下：异常输入/动作恢复能力造成的危害、损失客户/服务机断电网络通信中断错误的操作顺序异常关闭某个功能4.6 安全性测试l 概述：确保系统Web应用下的安全性l 目标：核实下列情况下的性能行为 系统是否有超时的限制 相关的重要信息是否写进日志、是否可追踪 使用了安全套接字时，测试加密是否正确，信息是否完整相关表格如下：检查项测试人员的类别及其评价系统有超时限制吗？（如

12、标题、提示等）相关的重要信息写进了日志吗？能有效跟踪他们吗？ 传输信息加密了吗？ 传过来的信息完整吗？4.7 配置测试l 概述：核实测试对象在不同的软件和硬件配置中的运行情况l 目标：确定系统能在下列条件下正常运行 在各种所需的硬件和软件配置中 在各种O/S平台或是浏览器下的兼容性测试相关表格如下：检查项测试人员的类别及其评价系统能在各种软/硬件条件下运行吗？具体有哪些呢？系统支持多种操作平台吗？支持多种浏览器吗？ 系统对AD/FireWall敏感吗？4.8 安装/反安装测试l 概述：测试软件在正常情况和异常情况下的安装/反安装状况l 目标：核实下列行为 首次安装、升级、完整的或自定义的安装都能进行安装 磁盘空间不足、缺少目录创建权限等异常情况的安装参考表格：配置说明安装选项描述是否正常使用难易程度全部部分升级异常情况安装反安装选项描述是否正常使用难易程度正常反安装异常情况反安装5. 评审意见待定友情提示：部分文档来自网络整理，供您参考！文档可复制、编制，期待您的好评与关注！11 / 11