【web测试】你必须验证的检查点

本文章转载于搜狗测试

选择题

下列哪些产品的测试属于web测试?

A. 12306网站B. 搜狗输入法C. 搜狗浏览器D. 搜狗壁纸E. ie1.0

我的观点

要回答这道问题,首先要明确什么是web测试?

两年前的我会这样回答:网站的测试就是web测试;

而现在的我会这样回答:互联网产品的测试是web测试。

那什么是互联网产品呢?

互联网产品经理?肯定不是 :-D

我把互联网产品定义为有网络请求的软件(ps:这个理解可能不准确),按照我的理解,那开篇的这道题就有答案了,A一定是,B、C、D也是。

当代的互联网产品,在优化用户体验的路上越走越远,这些产品会通过发送网络请求的方式,在降低程序自身大小的同时提高用户体验。

ie1.0:为什么没有我?

我:个人认为,作为ie的第一个版本,应该只是个本地的脚本解释器吧(可能是对ie有偏见导致我这么想的。。。希望有了解的同学可以为ie正名)。

回到正题:web测试的关注点有哪些呢?

我们做为一名测试工程师,对功能、性能、兼容性、UI、安全、接口,这些名词应该都不陌生,而每个人对这些名词都有各自的理解。

下面先来说说我总结的功能测试关注点:

什么是功能测试?

问:这个产品要实现的功能是哪来的?

答:产品经理在需求文档中定义的。

问:那我们怎么进行功能测试呢?

答:根据需求文档写用例,然后执行用例。

说起来功能测试就这么简单,那为什么还会有犯迷糊的同学呢?因为功能测试难就难在设计用例的方法和执行用例的方法上。关于设计用例和执行用例的方法,大家可以翻阅之前关于黑盒测试的文章,会有详细的介绍,而今天我们说说页面功能测试的关注点:

链接

表单

页面写法

链接

一个网站是由千万个页面组成的,那么连接他们的就是“链接”,所以链接就是功能测试中的一个关注点。链接有很多种写法来实现:直接写个连接、js跳转、服务器跳转等等。一般的门户网站,例如搜狐主页,不用想就知道,一个页面上有成千上万个链接。如果一个一个点击去验证,那效率就太低了。所以测试这些链接,我们一定要用工具。这里介绍一个扫死链的工具,名叫“xenu”,他能快速的查出一个页面中的死链,而且可以检查多级链接(但是一定要记得设置扫描级别,不然它会像爬虫一样扫上百层的链接,这样会导致网络瘫痪的)。

表单

表单是web页面里最容易出问题的地方之一,因为他有很多危险的地方:post表单数据的时候、操作数据库的时候、接收返回值的时候;表单数据的格式是我们每次执行测试时都会验证的地方。对一个文本框设计用例,相信大家都有一箩筐的方法,边界值、等价类划分、多文本框时正交实验法等等,这里就不赘述了。我想说的是一些容易疏忽的地方,例如:注入js脚本、注入sql脚本、输入单独的特殊符号(例如:一个双引号,一个点)、输入一个空格,一个大括号等等,这些都是要特别注意的;我们的前端开发一般会通过正则来过滤这些特殊符号,但是可能会有一些遗漏,而一旦这些异常字符或者字符串顺利通过前端的过滤,进入后台,而后台同样没有做类似的处理,那后果是很严重的。12306官网曾经爆出的用户数据泄露,就是sql注入导致的,chrome浏览器的第一个bug,地址栏输入一个“.”,导致崩溃,这些都是活生生的例子,所以作为测试,一定不能放过每一个小符号。

页面写法

怎样才能说一个前端开发是个高手?

页面代码写的易读、注释清晰、代码复用度高,这是首先能想到的。再深入一点:页面符合w3c标准,静态文件引用合理,页面加载速度快,再高手一点呢?严格遵守雅虎34条军规---这个应该很少有开发能做到吧 。

那对于我们测试要关注哪些地方呢?

与开发确认页面里每一个引用的文件都是有用的,因为一个没用的引用会影响页面的加载速度;

header的第一行一定要是声明字符集的标签,如果不是可能会导致在声明字符集之前加载的页面元素乱码(当代浏览器会优化页面的加载顺序,优先加载字符集声明,但是优良的传统还是要保持下去);

JS最好放到页面的最后,一些需要先加载的js最好要抽离出来放到header里,这样能保证页面更快的展现出来;

js和css在上线前要做加密。查看一下搜狗主页的源码,你会发现一堆密密麻麻的代码,这就是加密过的,好处是减小页面的体积更利于网络传输、并且可以提高我们代码的阅读成本;

页面的js和css尽量外部调用。好处是页面的静态文件理论上都是可缓存的,外部调用提高页面的相应速度的同时还能减小服务器的压力,而且比起那些都写在一起的代码更易维护;

可能有人会说,这些都是开发要考虑的事儿啊?但是作为一名优秀的测试工程师,要做的不仅仅是发现Bug,而是要给产品提出合理化的改进建议;给开发提出效率更高、成本更低的实现方案;共同持续优化我们的产品;

你可能感兴趣的:(【web测试】你必须验证的检查点)