赞
踩
web测试就是基于BS架构的软件产品的测试,通俗点来说就是web网站的测试。
1.边界:字段长度 2.判空:是否可以为空 3.唯一性:是否唯一(边界、判空、唯一性、特殊字符、正确性) 4.考虑语言,操作环境 5.特殊符号测试输入: ' or 1<>'1,' or '1'='1,' or '1'<>'2,"|?><,where a='xxx',下划线是否允许,输入全部空格, 输入 单引号 “<script>alert(“123”);</script>”
6.特殊字段输入限定: (1)框内容是否合法(tel,ip,url,email)序号等,直接限制输入数字,其他过滤掉 (2)输入金额文本框,整数首位为0,过滤掉,小数点后面,一般保留两个有效数字。 (3)正确性测试:(必不可少的步骤) 1).(字段长度输入最大允许长度时)数据允许长度的测试: a.页面是否被挤出的测试(都输入长英文字符串,是否断行); b.数据库是否允许最大字符(都输入汉字、都输入英文、混合……); c.最短长度的正确流程,最大长度的正确流程覆盖。 2).对于允许为空的字段,不填入,再次数据传递后,看是否报500错误。 3).未规定字段长度(或者数值大小),不按死板输入,输入非常多字符(或者非常大的数值)时,做允许动作的正确性校验,看是否报错。(要达到的结果:不管有没有长度限制(没有给最长、最大限制让你去测?),最终页面不能抛数据库异常。) 说明:通过不断输入长字符串,看是否有长度校验; 最终都会出现以下两种情况的一种:页面(前台)有校验长度、大小;或者无校验,数据库报错。 所以:所有字段都要做长度、大小限制(不管需求有没有给出明确要求,不管测试颗粒度,都要限制长度,不允许报数据库错误,都要测!!!)。
7.最大长度限制可限定方法:
(1)不允许再输入;
(2)自动截断处理,并且给用户提示。 8.关于长度概念: (1) 数据库规定的字节长度A (2)页面上可以输入的字符数B 控制方法: 1).页面上,不管输入什么字符(全角如汉字、半角如字母),统一规定不能超过B个字符,此种限制, 测试点:全部输入全角B个,测试(B*3字节)会不会超过数据库字节长度 全部输入半角B个,测试(B*1字节)会不会超过数据库字节长度 混合输入全角X半角Y,测试(X*3+Y字节)会不会超过数据库长度 2).页面上,不以字符统计,以总的输入字节数统计,比如,全部输入全角字符,允许可以输入A/3个字符,全部输入半角字符,允许输入A个字符( 民生网的设计) 测试点:全部输入全角,看是否允许输入A/3个字符 全部输入半角,看是否允许输入A个字符 混合输入全角X,半角Y,看是否允许X*3+Y=A 3).判空、唯一、边界值、特殊字符、正确流程(多种数据、多种分支),测试校验位置:ajax鼠标事件校验、前台提交按钮js校验,服务器拿到数据后再次验证
- 现在我也找了很多测试的朋友,做了一个分享技术的交流群,共享了很多我们收集的技术文档和视频教程。
- 如果你不想再体验自学时找不到资源,没人解答问题,坚持几天便放弃的感受
- 可以加入我们一起交流。而且还有很多在自动化,性能,安全,测试开发等等方面有一定建树的技术大牛
- 分享他们的经验,还会分享很多直播讲座和技术沙龙
- 可以免费学习!划重点!开源的!!!
- qq群号:691998057【暗号:csdn999】
1.空格和换行的问题,看需求,是否需要做支持HTML Encoding,输入全部空格时,是否判空处理?””,空格。 2.输入折行,是否也显示折行?比如:列点说明原因,就需要支持。 3.字母截断的问题,对于一串字母,开发人员往往会忘掉做截断,这样如果展示在我们的平台上的话,这一串字母就会把我们的UI撑开 4.长度控制格式, 您还可以输入***个字符
1.添加动作检查范围: 失败:是否提示,提示内容是否正确 失败时:保存用户已输入的内容,避免重新再输入 成功:对话框消失,记录是否可直接查看(还需要刷新?) 列表记录顺序 重复提交情况,点击一次后,是否变成disable 2.上传附件的添加: (1)文件名称:文件名称很长;文件名称字符多样化(汉字,英文,符号);文件名称重复。 (2) 判空? (3) 附件格式类型支持? (4) 附件个数? (5) 附件空间大小。
1.一般都要在前台先给出一个提示操作“确定移除该……” 2.相关联的东西,是否需要限制移除“该类型下存在应用,无法移除”有到后台比较 3.确定后,真正执行移除操作。 结果:移除后,列表数据是否立即消失。必须有确认删除的提示信息
1.列表记录顺序2.是否需要翻页、有没有翻页功能3.字段名称是否与表单一致
1.功能点、需求点考虑:是否提供模糊查询、输入数值有种类有限定时,是否考虑换成下拉框搜索;2.检查点:文本框值是否消失(是否回填条件值),再次点击“查询”可查看所有记录;考虑搜索结果:是否存在分 页,分页是否正常;是否有序;注意:分页是否仍保存查询条件,检查后面的记录是否符合条件3.查询数据多样性:输入不存在的字段值测试、包括特殊字符查询测试例如:' or '1'='1;输入类似程序语句的条件时是否执行查询,如:XXXX”、XXX and ;4.操作类型: (1) 不输入的查询 (2) 输入全部空格的查询 (3) 模糊查询(输入部分字段,或者说,输入英文字母,查询到相关中文数据) (4) 输入不存在的查询 (5) 输入存在的查询 (6) 单个查询和多个条件复合查询。
1.检查点:
PS: 以上总结的, 是比较纯粹的从页面控件角度测试点出发, 对于完整测试一个整体页面,需要各类测试有机结合起来: (1)UI测试:页面布局; 页面样式检查;控件长度是否够长;显示时,是否会被截断;支持的快捷键,Tab键切换焦点顺序正确性等。 (2)功能测试:页面上各类控件的测试范围,测试点,可参考上方 (3)结合控件的实际作用来补充检查点: 比如, 密码框是否*显示, 输入是否做trim处理等 (4)安全测试:输入特殊字符,sql注入,脚本注入测试 a.后台验证测试,对于较重要的表单 ,绕过js检验后台是否验证 b.数据传输是否加密处理,比如, 直接请求转发,地址栏直接显示发送字符串? c.数据库存储,特别密码等,是否加密形式存储 (5)兼容性测试 (6)性能测试
根据经验,总结常见的功能点的测试思路:
1.新增或创建(Add or Create)(1)操作后的页面指向 .2 操作后所有绑定此数据源的控件数据更新,常见的排列顺序为栈Stack类型,后进先出 .3 取消操作是否成功
2.编辑或更新 (Edit or Update)
(1)操作后的页面指向(2)操作后所有绑定此数据源的控件数据更新(3)取消操作是否成功(4)编辑界面是否读取出正确、全部的数据源(5)记录在工作流中的编辑功能可用性(6)操作成功的生效时刻及生效范围
3.删除或移除 (Delete or Remove)
(1)操作后的页面指向(2)操作后所有绑定此数据源的控件数据更新 (如下就是删除后,Tab数据没有立即刷新的bug)4.取消操作是否成功(1)记录在工作流中的编辑功能可用性(2)操作成功的生效时刻及生效范围(比如:购物网站,店家商品下架后,并没有同时删除买家的购买记录)5.选中 或 全选 (Check or Check all)(1)多页面中,全选对所有页面是否有效(2)支持多页面的个别选中,且返回查看时保留选中状态(3)界面上的按钮的操作范围是否均受选中功能控制(4)前一页选中状态,在翻页后,应保留原来状态(5)先全选-》移除某个单选-》全选按钮是否移除选中状态
下面是配套资料,对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴我走过了最艰难的路程,希望也能帮助到你!
最后: 可以在公众号:程序员小濠 ! 免费领取一份216页软件测试工程师面试宝典文档资料。以及相对应的视频学习教程免费分享!,其中包括了有基础知识、Linux必备、Shell、互联网程序原理、Mysql数据库、抓包工具专题、接口测试工具、测试进阶-Python编程、Web自动化测试、APP自动化测试、接口自动化测试、测试高级持续集成、测试架构开发测试框架、性能测试、安全测试等。
如果我的博客对你有帮助、如果你喜欢我的博客内容,请 “点赞” “评论” “收藏” 一键三连哦!
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。