web软件测试计划.docxVIP

S测试计划 文件状态： [V]草稿 []止式发布 []止在修改 文件标识 -Test-Department 当前版本 V1.0 作 者 Bh 完成日期 04-12-03  修订历史记录 版本 ［日期 AMD 修订者 ［说明 1.0 04-12-03 A bh 初稿 （A?添加，M?修改，D?删除） 1.简介 1.1确定测试范围 待定 所需文档：《软件需求说明》 文档中需包括：对测试对象（构件、应用程序、系统等）及其廿标进行简要说明。需要 包括的信息有：主要的功能和性能、测试对象的构架以及项廿的简史 目标：确定现有项目的信息和应测试的软件构件，确定测试范围,包括测试对彖中将接 受测试或将不接受测试的那些性能和功能 1?2测试策略 鉴于木测试为慕于web的系统测试，所以需额外测试系统在不同用八的浏览器端的显 示是否合适以及从最终用户的角度进行安全性和可用性测试。因此在功能测试中需添加 Cookies测试；性能测试中添加连接速度测试以及安全性测试。 注1:将负载测试和压力测试合并为压力测试 1?3所需资源和现有资源 待定 所需文档：《软件需求说明》 文档内容同上 参考需求：为真实模拟测试环境，需耍测试各种上网方式下软件能否止常工作，如ADSL、 电力猫、拨号上网、无线上网等；还需要考虑远程测试（包括多台主机）等 现有资源：人力资源 [ii：可适当地删除或添加角色项。1 角色 所推荐的最少资源（所分配的 专职角色数量） 具体职责或注释 测试环境 软件环境（相关软件、操作系统等） 硬件环境（网络、设备等） 测试工具 用途 工具 生产厂商/自产 版本 1.4测试流程要求 为便于归档，对bugtracker的提交要求如下： 测试部： 列出进行测试的具体步骤（进行过何种测试） 研究部：列出测试失败的详细描述、原理分析、修改方法和修改结果 测试进度 待定 系统风险、优先级 待定 需简要描述测试阶段的风险和处理的优先级 4 ?测试策略 所需文档：《概要设计说明书》 文档中需包括：软件子系统划分、子系统间接口和错误处理机制 4.1功能测试 概述：确保测试的功能正常，如导航，数据输入，处理、检索是否正确，以及业务规则 的实施是否恰当。即对交互的输出或结果进行分析，以此来核实应用程序及其内部进程, 这是目前的测试重点。 目标：利用有效的和无效的数据來执行各个用例流，以核实以卜内容： ?在使用有效数据时得到预期的结果 ? 在使用无效数据时显示相应的错谋消息或警告消息。 m—界面测试的参考表格如下: 编号 场景/条件 操作 预期结果 1. 用户通过用户界面输入信息 输入任何东西，重填 客户端页面恢复到初始状态 2. 用户通过用户界面输入信息 输入刚好等于字数限制的正 确信息，提交 所填信息正确保存到相应的数据 库农屮 客户端提示提交成功 3. 用户通过用户界面输入信息 输入略超过字数限制的正确 信息,提交 所填信息不能正确保存到相应的 数据库表中 客户端提示字数超长 引导用户定位超长输入 4. 用户通过用户界面输入信息 输入略少于字数限制的正确 信息，提交 所填信息正确保存到和应的数据 库表中 客户端提示提交成功 5. 用户通过用户界而输入信息 输入非法字符，提交 所填信息不能保存到相应的数 据库表中 客户端提示有错误输入 引导用户従位错谋输入 6. 用户通过用户界而输入信息 输入为空，提交 应有必填项判断 客户端提示必填项不能为空 引导用户定位必填项 所填信息不能保存到相应的数据 库表屮 7. 用户通过用户界而输入信息 该输入汉字的输入英文字 符，提交 注：其余类同 客户端提示错误输入 引导用户定位错误输入项 所填信息不能保存到相应的数据 库表屮  具体功能测试参考表格如门 功能A描述 用例目的 前提条件 输入/动作 期望的输出/相应 实际情况 示例：典型值… 示例：边界值… 示例：异常值… 功能B描述 用例目的 前提条件 输入/动作 期望的输出湘应 实际情况 注：除测试所提供的功能外，还需添加Cookies测试 参考如下： Cookies通常用來存储用户信息和用户在某应用系统的操作，当一个用八使用Cookies 访问了某一个应用系统时，Web服务器将发送关于用户的信息，把该信息以Cookies的形式 存储在客八端计算机上，这可用来创建动态和定义页而或者存储登陆等信息。 如果Web应用系统使用了 Cookies,就必须检查Cookies是否能正常工作。测试的内容 可包括Cookies是否起作用，是否按预定的时间进行保存，刷新对Cookies有什么影响等。 4.2用户界面测试 概述：用于核实用户与软件z间的交互是否正常 目标：核实下列内容 确保各种浏览以及各种访问方法（鼠标移动、快捷键等）都使用止常 确保窗口对彖及其特征（菜单、大小、位置、状态和中心