web测试的那些事,it's so easy!

结合自己工作总结web测试的一些要点,直接上干货

web测试内容

  • 1.功能测试
  • 2.界面/易用性测试
  • 3.兼容性测试
  • 4.接口测试
  • 5.安全测试
  • 6.性能测试

重点介绍功能测试,包括下面几个方面

  • 1.链接测试,主要关注有3点:所有链接是否链接到该链接的页面;页面是否存在;不存在孤立的页面。
  • 2.表单测试,主要关注常见的控件,比如输入框、下拉框、上传文件(图片、excel、txt等)、提交按钮、单选、多选。

    输入框:长度、数据类型、必填项、重复(空格以及业务约束)。下拉框:默认信息、数据完整性/正确性、是否支持手动输入值、模糊匹配、联动选择以及业务常见的操作。上传文件:(图片、excel、txt等)的大小、格式、尺寸、数量等,文件本身内容规则验证。提交按钮:支持回车/单击、弱网测hi(移动端必须考虑到)、快速点击是否重复提交、提交内容是否涉及加密。

  • 3.搜索测试,假设搜索条件A/B/C/D.单个条件查询:下拉框,输入框(模糊搜索、超长搜索、不存在条件、为空);两个条件搜索:确保组合正常(选择一组数据);三个条件搜索:2-3个组合即可;全部条件搜索:ABCD;另外整体考虑的时候,更多的去考虑业务重点。时间搜索:比如银行账单,要考虑开始时间、结束时间,开始时间>结束时间,开始时间=结束时间,开始时间<结束时间(跨天,跨月,跨年(可以造数据)
  • 4.删除测试,没有数据,删除;选择一条数据/批量删除/全选,删除,且删稠是否有合理的提示;删除数据关联性的考虑;从数据库的角度:删除操作,确认数据库是否及时更新。

    5.cookie、session测试,什么是cookie,session,就是存储用户信息的,记录用户身份给予后续操作的通行证。确认浏览器存储cookie目录是否有cookie相关信息;保存时间超时,cookie是否正常;删除浏览器所有的cookie文件,再次登录,会怎么处理。

  • 6.数据库测试,数据库就是存储数据的仓库,功能测试同步关注:比如注册、登录、购物等所有的功能操作,都会涉及数据库的增删改查,数据交互。

界面/易用性测试

  • 1.从技术角度:是否跟产品原型图和UI效果图一致
  • 2.用户角度:好不好用,操作简不简单
  • 3.功能测试同步关注

兼容性测试

  • 1.网站:主要考虑浏览器+内核(内核决定了浏览器如何显示网页的内容及页面的格式信息)
  • 2.可以选择浏览器兼容性工具比如IEtester,功能测试同步关注

接口测试

  • 1.主要测试后端代码与前端的数据交互,后端代码的功能是否实现

安全测试

  • 1.sql注入、跨站攻击等
  • 2.可以用漏洞扫描工具:appscan来实现

性能测试

  • 1.性能测试概念:正常、异常、峰值等对系统各项指标进行测试
    1. 可以运用jmeter/Loader ruuner工具进行测试。

这是我对工作的一个总结,谢谢大家。

web测试的那些事,it's so easy!

原文地址:https://www.cnblogs.com/blackzhou/p/12677122.html

时间: 2024-10-14 14:13:45

web测试的那些事,it's so easy!的相关文章

web测试与app测试的区别

看过了千里大腿的blog,再加上最近也有一些同学问我web与app测试的区别.所以在这里也献丑,写一篇随笔.希望对大家有所帮助. 笔者做了快三年的测试了.大部分时间都在做app的测试,web测试也做了半年左右.其实我觉得这两者并没有什么大的区别. 仅仅从功能测试的层面上来讲的话,在流程和功能测试上是没有区别的.那么区别在哪里呢? 我个人觉得就是由于载体不一样,所以系统测试和一些细节可能会不一样. 那么我们就要先来了解,web和app的区别. web项目,一般都是b/s架构,基于浏览器的,而app

web测试一般分为那几个阶段,哪些阶段是可以用工具实现的,都有些什么工具,哪些阶段必须要人工手动来实现呢?

这是我在知乎上遇到的一个问题: 首先这个提问本身就是有问题的, 没有哪个阶段是用工具实现的,每个阶段都是“人”用“工具”来“实现的”,每个阶段都需要“人“,也需要”工具”. 下面是我的原回答: 首先说分几个阶段:1.学习.了解产品2.计划/设计测试3.执行测试4.测试结果分析和报告 然后说工具,首先,每个阶段都可以使用工具,其次,每个阶段都需要人工介入,最后,强烈地指出,工具不可替代人类,人类使用工具. 不得不指出,有的人把测试的阶段理解成了测试的种类,题主问的可不是web测试包括哪些种类. 下

BadBoy+JMeter来录制Web测试脚本

参考: http://jingyan.baidu.com/article/5d368d1ef548d43f61c05761.html 1.简介 JMeter是纯Java编写的软件功能和性能测试工具,其录制脚本过于笨拙和复杂. 而Badboy是用C++开发的动态应用测试工具,其拥有强大的屏幕录制和回放功能,同时提供图形结果分析功能,刚好弥补了JMeter的不足之处.同时Badboy录制的脚本可导出为JMeter支持的jmx格式脚本. 因此这里的web测试结合这两个工具来完成. 2.下载. http

web测试常用的用例及知识

  1.      Web测试中关于登录的测试... 1 2.      搜索功能测试用例设计... 2 3.      翻页功能测试用例... 3 4.      输入框的测试... 5 5.      Web测试的常用的检查点... 6 6.      用户及权限管理功能常规测试方法... 8 7.      Web测试之兼容性测试... 9 8.      Web测试-sql注入... 10 9.      Web测试中书写用例时要考虑的检查点... 11 10.        手机电子邮

户外物理渗透:终端机,客户端的web测试思路

现在的客户端界面越做越好看了,很多用到了web技术,轻便.界面炫.更新快,但是这样web的缺点也就出来了,就是不稳定,容易受用户等因素影响. 因为很多客户端web是内嵌的,内部通信,所以很多对安全的考虑就很少,漏洞亦较多.在此,我想跟大家分享一下客户端的web测试思路,让大家找到更多的高质量漏洞. 首先打开一个客户端界面,如腾讯的群介绍界面. 方法一:测试F5键.大家都知道F5是刷新键,按f5测试界面是否全部或部分刷新,如果刷新,很大的可能就是嵌入的web. 方法二:测试右键.网页自己特有的右键

Web测试到底是在测什么(资料合集)

http://www.cnblogs.com/idotest/p/6838583.html 图片略模糊 看得清就好 Web测试, 进行抽离拆分,基本上就如上一些内容. 不管是测什么系统,什么功能,基本都差不多. 唯一区别是,一些特性 & 细节 . 今天, 老徐摘录了一些通用的测试点,根据你的实际情况,删减,即可. 正式开始之前, 说下为什么要整理这个主题. 其实,很不想整理的. 1. 没价值,网上太多,一搜大把. 2. 资料会给大家一些思维定式,有了这份大纲后,很多人会不思进取,以为已经掌握了W

APP测试和WEB测试的区别

APP测试和WEB测试在业务流程和功能测试是没有区别的! 但两者载体不一样,在以下几个方面存在区别: 系统结构方面: WEB项目,B/S架构,基于浏览器的,WEB测试只要更新了服务器端,客户端就会同步更新: APP项目,C/S架构,必须要有客户端,APP修改了服务端,则客户端用户所有核心版本都需要进行回归测试一遍. 性能方面: WEB项目,需监测响应时间.CPU.Memory: APP项目,除了监测响应时间.CPU.Memory外,还需监测流量.电量等. 兼容方面: WEB项目, 1.浏览器(火

web测试笔记

工具总结: 网站兼容性测试工具:multibrowser Cookie工具:iecookiesview 超链接工具:xneu,http link validor http协议的请求相应抓包工具:httpdebugger pro 服务器:tomcat 安全测试工具:nmap(主机端口服务os等嗅探),scrawlr(sql注入工具) 性能测试工具:ab,jmeter,lr,qtp,百度统计和排名www.alexa.cn网站 Web:通过浏览器访问服务器, B/S 架构 Web技术学校网站:www.

web测试安全性常见问题

web测试安全性常见问题                  一.             登录账号明文传输 1.  问题一:登录账号密码或者修改密码明文传输 现象:目前物流对内的java系统基本上都是明文传输用户名和密码的 使用火狐自带工具-开发者-网络,或者httpwatch工具很容易获取到信息 打开工具后进行被测系统正常登录软件可自动获取信息 建议: 登录使用加密传输,一般的登录都采用https方式加密协议 2.  问题二:在后台日志中明文打印出了登录的账号和密码 现象: 建议:在日志中比较