- 1、本文档共26页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
WEB测试框架及用例设计 Web测试改进小组 2007年8月 课程对象和目标 谁可以从本教程中获得益处? 测试人员 本教程目标 了解WEB测试需要关注的内容 掌握WEB中各种类型的测试用例设计技巧 内容纲要 WEB应用程序的架构和特点 WEB测试框架 WEB测试用例设计 WEB系统体系结构 WEB应用程序的特点 受客户端的影响,功能实现略有减弱 直接面向大量用户,对性能及易用性要求更高 服务器的性能及稳定性是难点 更加强调安全性 更改频繁,部署升级方便 复杂的环境对计算机/操作系统/浏览器等的兼容性要求高 多语言、国际化要求也是必须考虑的 内容纲要 WEB应用程序的架构和特点 WEB测试框架 WEB测试用例设计 WEB测试框架 WEB应用的测试是非常复杂的 WEB技术仍在快速发展过程中 WEB测试框架只是对通用简单的内容进行归类总结 测试中还会有业务层面、单项测试深化、框架范围等很多内容 WEB测试框架 功能性:链接、表单与数据校验、状态保存(Session 、Cache 、Cookies)、数据库、设计语言 性能 易用性 兼容性:操作系统、浏览器、WEB服务器、网络环境、分辨率、打印机 安全性:目录设置、SSL、登录、日志文件、防DOS攻击 接口: WEB Service、外部接口 注:蓝色的目前未提供详细内容 内容纲要 WEB应用程序的架构和特点 WEB测试框架 WEB测试用例设计 功能性用例设计 链接 表单与数据校验 状态保存 Session Cache Cookies 数据库 设计语言 安全性、接口和业务也属于功能性测试 测试用例设计:链接 链接的显示 链接跳转的结果 链接打开的过程,是否会刷新页面 链接无法访问的异常情况 自动化的链接检测工具 Xenu Link Sleuth、 HTML Link Validator、 linkbot pro等 测试用例设计:表单与数据校验 显示:加载、缺省值、快捷方式、提示信息等 单个控件:文本框、下拉列表、文件上传、日期框、检查框、滚动条、网格、ActiveX控件等 组合控件:几个下拉框、日期范围等 提交等按钮的功能 边界值分析、等价类划分等方法可多采用 工具:QTP、RoboForm 测试用例设计:Session 含义是指一类用来在客户端与服务器端之间保持状态的解决方案 未登录、登录后的权限、注销后、Session超时、一终端多用户和多终端一用户等 可以在IIS中配置Session超时来减少等待时间 测试用例设计:Cache Cache的作用就是缓存浏览过的页面 测试关注:缓存是否起作用;数据修改后是否能及时刷新;缓存失效时间是否正确 注意AJAX控件的缓存测试 性能测试时要避免受到缓存的影响 测试用例设计:Cookies Cookies是一种能够让网站服务器把少量数据储存到客户端的硬盘或内存,或是从客户端的硬盘读取数据的一种技术,一般用于自动登录 测试点:Cookies的加密、自动登录、失效时间、多用户的情况、更改密码等 测试用例设计:数据库 是否是正确的数据库 增加、修改、查询数据,注意会造成字段约束、默认值、重复数据等问题 特别需要注意删除数据的关联情况 数据的并发访问冲突 数据库的压力测试 数据库的备份恢复问题 最好使用真实数据测试 测试用例设计:性能 大部分性能测试都是和WEB相关的。 过程:收集性能测试需求-制定测试计划-设计与开发测试用例、脚本-测试执行与监控-分析测试结果-编写测试报告 关注:服务器CPU、内存、硬盘、数据库、中间件、WEB服务器、应用程序、网络、客户端处理等 工具:LoadRunner、自己开发 测试用例设计:易用性 导航---我可以很容易找到在哪 帮助和支持---当我需要时我能得到帮助 工作流支持---我可以按照自己的方式完成 错误处理---错误很难产生,并容易修正 一致性---我不需要学习新的技巧 反馈信息---我知道系统在做什么 功能性---系统能作我期望的工作 控制---系统交互在我的控制中 视觉清晰---如果有疑问,它就不应该出现 语言---我能了解我所读到的 测试用例设计:操作系统 测试方法:根据需求中关于所支持的操作系统进行测试;如果没有,可以考虑一下按各种操作系统的市场占有率的多少来选择常用的操作系统进行测试 测试内容:看不同平台下web页面版式是否显示正常? 相关控件或者脚本是否能正常的安装执行?网页程序是否能正常使用等? 常用操作系统:Windows2000、XP、2003、Vista、Linux、Unix等,还应考虑各种不同语言版本的差别 测试用例设计:浏览器 测试要点:着重于对脚本、ActiveX控件、JAVA小程序、样式表、HTML、插件以及对页面的媒体文件是否可以直接播放等的兼容性测试
文档评论(0)