web测试计划书

1 / 11 web 测试计划书 S 测试计划 修订历史记录 1 简介 确定测试范围 待定 所需文档：软件需求说明 文档中需包括：对测试对象及其目标进行简要说明。需要包括的信息有：主要的功能和性能、测试对象的构架以及项目的简史 目标：确定现有项目的信息和应测试的软件构件，确定测试范围 ,包括测试对象中将接受测试或将不接受测试的那些性能和功能 测试策略 鉴于本测试为基于 web 的系统测试，所以需额外测试系统在不同用户 的浏览器端的显示是否合适以及从最终用户的角度进行安全性和可用性测试。因此在功能测试中需添加 Cookies 测试；性能测试中添加连接速度测试以及安全性测试。 注 1:将负载测试和压力测试合并为压力测试 所需资源和现有资源 待定 所需文档：软件需求说明 2 / 11 文档内容同上 参考需求：为真实模拟测试环境，需要测试各种上网方式下软件能否正常工作，如 ADSL、 电力猫、拨号上网、无线上网等；还需要考虑远程测试等 现有资源：人力资 源 注：可适当地删除或添加角色项。 测试环境 测试工具 测试流程要求 为便于归档，对 bugtracker 的提交要求如下： 测试部： 列出进行测试的具体步骤 研究部：列出测试失败的详细描述、原理分析、修改方法和修改结果 2. 测试进度 待定 3. 系统风险、优先级 待定 需简要描述测试阶段的风险和处理的优先级 4.测试策略 所需文档： 概要设计说明书 文档中需包括：软件子系统划分、子系统间接口和3 / 11 错误处理机制 功能测试 ? 概述：确保测试的功能正常，如导航，数据输入，处理、检索是否正确，以及业务规则的实施是否恰当。即对交互的输出或结果进行分析，以此来核实应用程序及其内部进程 ,这是目前的测试重点。 目标：利用有效的和无效的数据来执行各个用例流，以核实以下内容： ? 在使用有效数据时得到预期的结果 ? 在使用无效数据时显示相应的错误消息或警告消息。 单一界 面测试的参考表格如下： ? 目录 1 、 功 能 测试 . 2 1 ） 静 态 网 页 测试 . 2 A. 链接测试 .4 / 11 . 2 B. 新 窗 口 打开 . 2 C. 表单测试 . 2 D. Cookies 测试 . 3 E. 数 据 库 测试 . 3 2 ） 动 态 网 页 测试 . 3 2 、 性 能 测试 . 4 1 ） 客 户 端 连 接 到 Web 系 统 的 速 度 测试 . 4 2 ） 负 载 测试 . 4 5 / 11 3 ） 压 力 测试 . 4 3 、 兼 容 测试 . 4 4 、 安 全 测试 . 5 5 、 用 户 界 面 测试 . 5 1 ） UI 合 理 性 测试 . 5 2 ） 风 格 测试 . 6 3 ） 内 容 测试 . 6 4 ） 图 形 测6 / 11 试 . 6 5 ） 导 航 测试 . 7 WEB 测试范围 1、 功能测试 1） 静态网页测试 测试对象： A. 链接测试 ? 测试所有链接是否按指示链接到了该链接的页面 ? 测试所链接的页面是否存在 ? 保证 web 应用系统上没有孤立的页面 链接测试可以自动进行，用测试工具，必须在集成 测试阶段完成，即整个网站系统的所有页面开发出来后。 B. 新窗口打开 ? 新窗口能否按照预定方式打开 C. 表单测试 ? 表单页面的必填项的判断是否准确 ? 提示信息表达是 否准确、友好 ? 表单页面的各数据项边界值、超边界值的处理 ? 表单页面的各相关数据项的输入类型是否匹配，如7 / 11 果 不匹配 ，是否进行合理处理 ? 表单页面各填写项对于系统保留的特殊字符的处理是否正确 ? 表单页面各填写项是否允许空格输入 D. Cookies 测试 当用户使用 Cookies 访问 web 系统时，服务器将发送把用户的信息以 Cookies 的形式存储在客户端 ? 检查 Cookies 能否正常记录下用户的信息 ? Cookies 是否按预设时间进行保存用户信息 ? 用户点击刷新将对 cookies 及 cookies 保存的用户信息有什么影响。 ? 超时后客户端的 cookie 是否被删除， ? 禁用 cookie 后系统的处理 E. 数据库测试 ? 数据信息是否一致：用户提交的表单信息是否正确 ? 数据输出错误： 主要由网络或程序本身设计问题等引起 2） 动态网页测试 了解当前系统的业务需求 , 根据业务需求设计测试用例来进行测试 2、 性能测试 8 / 11 1） 客户端连接到 Web 系统的速度测试 用户上网方式不同，系统响应时间会不同，页面是否有超时限制 。 2） 负载测试 测量 web 系统在某一负载级别上的性能 负载级别：某时刻同时访问 web 系统的用户数量、 某时刻同时访问 web 系统单页面的用户 数量、在线数据处理量 3） 压力测试 测试系统的限制和故障恢复能力，即测试 Web 应用 系统会不会崩溃，在什么情况下会崩溃。 测试的区域包括表单、登陆和信息传输页面等。 3、 兼容测试 ? 该网站系统是否支持多种浏览器浏览，显示风格 是否有差异及会有怎样的差异。 ? 该网站系统是否支持多种操作系统 4、 安全测试 ? 用户名和密码是否有效 ? 用户名和密码是否区分大小写 ? 在输入用户名和密码时是否有大小写当前状态的提示 ? 用户密码是否有限制，超出限制该系统将作出如9 / 11 何处理 ? 哪些页面或功能块可以不登陆而直接浏览或使用，哪些页面或功能块必须先登陆再浏览或使用 ? Web 系统是否有超时的限制，超时系统会作出怎样的处理 ? 该系统是否使 用 SSL，加密是否正确，信息是否完整 ? 服务器端脚本的放置和编辑是否有经过授权。 ? 相关信息是否写进了日志文件、是否可追踪 ? 对各种输入框的恶意代码是否进行了屏蔽处理 5、 用户界面测试 1） UI 合理性测试 ? 页面元素是否合理、 ? 功能块布局是否合理、 ? 功能块分割线是否合理、 招投标系统测试计划 1 简介 所需文档：招投标代理系统用户手册 _重排版 本次测试根据用户手册 ，对系统进行测试。测试人员需熟读用户手册，了解测试内容及方法。 招投标系统对数据准确性、系统稳定性要求极高，由于涉及到多方面利益和政府的公正性，本系统对数据不能出任何差错，在项目进行时，系统不得出现影响项目进行的10 / 11 任何情况。 确定测试范围 中心数据库系统：数据录入、机构信息、卖方企业。增加负载测试。 中介管理系统：数据准备 -下载报价文件） 分流管理 录入专家 评价过程管理 打印管理 专家评分系统： 政府监管系统： 测试内容如下： 对代码进行测试， SQL 语句，函数，逻辑判断等； 对所有数据进行增加、删除、修改、查询。 对功能进行测试； 对界面进行测试； 对数据流程进行测试； 对角色进行测试； 需要包括的信息有：主要的功能和性能、测试对象的构架以及项目的简史 目标：确定现有项目的信息和应测试的软件构件，确定测试范围 ,包括测试对象中将接受测试或将不接受测试的那些性能和功能 测试策略 鉴于本测试为基于 web 的系统测试，所以需额外测试系统在不同用户的浏览器端的显示是否合适以及从最终用户的角度进行安全性和可用性测试 。因此在性能测试中添加连接速度测试以及安全性测试。 注 1:将负载测试和压力测试合并为压力测试 所需资源和现有资源 待定 11 / 11 所需文档：招投标代理系统用户手册 _重排版 文档内容同上 参考需求：为真实模拟测试环境，需要测试各种上网方式下软件能否正常工作，如 ADSL、电力猫、拨号上网、