【模板】测试计划.docVIP

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