如果要了解web测试,首先我们的清楚web项目是什么,一般指本b/s架构项目也就是通过浏览器进行访问的,在日常生活工作中,基于web系统的应用非常多。
打开电脑,抢火车票我们会登陆12306网站,添置衣物我们会登陆天猫,购置电器我们会上京东...对于这类项目的测试我们就说进行的web测试。
系统架构来看的话,一般都是b/s架构,基于浏览器的项目,所以只要更新了服务器端,客户端就会同步更新。
基于这种架构,web测试除了需要检查和验证功能、界面是否按照设计的要求之外,还要考虑兼容,因为是基于浏览器的,所以更倾向于浏览器和电脑硬件,电脑系统的方向的兼容,不过一般还是以浏览器为主,除此之外,还要从最终用户的角度进行安全性和可用性测试,可用性测试包括接口测试性能测试。
因此对于测试人员来说,确认和验收是一项富有挑战性的工作,我们必须充分掌握web测试的方法和技术,下面会从这6个部分来对web测试方法和技术进行详细分析。
1、链接测试
链接是web应用系统的一个主要特征,他是在页面之间切换和指导用户去一些不知道地址的页面主要手段。链接测试可分为三个方面:
测试所有链接是否按指示链接到了该链接的页面;
测试所链接的页面是否存在;
保证web应用上没有孤立的页面,所谓孤立页面是指没有链接指向该页面,只有知道正确的URL地址才能访问。
2、表单测试
当用户通过表单提交信息的时候,都希望表单能正常工作,若使用表单来进行在线注册,要确保提交按钮正常,注册完成后应返回注册成功的消息。
当用户使用表单进行用户注册、登陆、信息提交等操作时,我们必须测试提交内容的完整性,以校验提交给服务器的信息的正确性。例如:用户填写的手机号码和昵称是否满足需求中长度及类型组成要求;
如果表单使用了默认值,需要验证默认值得正确性;
如果表单只能接受指定的某些值,则也要进行测试例如:性别选择只能男、女,测试时可以跳过这些特定值,看系统是否会报错。
3、数据校对
如果系统根据业务规则需要对用户输入进行校验,需要保证这些校验功能正常工作。例如省份的字段可以用一个有效列表进行校验,在这种情况下,需要验证列表完整而且程序正确调用了该列表(例如在列表中添加一个测试值,确定系统能够接受这个测试值)。
在测试表单时,该项测试和表单测试可能会有一些重复。Cookies通常用来存储用户信息和用户在某应用系统的操作,当一个用户使用Cokies访问了某一个应用系统时,Web服务器将发送关于用户的信息,把该信息以Cookies的形式存储在客户端计算机上,这可用来创建动态和自定义页面或者存储登陆等信息。如果Web应用系统使用了Cookies,就必须检查Cookies是否能正常工作。测试的内容可包括:
Cookeis是否起作用,是否按预定的时间进行保存,刷新对Cookies有什么影响等;
如果在cookies中保存了注册信息,请确认该cookie能够正常工作而且已对这些信息已经加密;
如果使用cookie来统计次数,需要验证次数累计正确。
4、数据库测试
在Web应用技术中,数据库起着重要的作用,数据库为Web应用系统的管理、运行、查询和实现用户对数据存储的请求等提供空间。在Web应用中,最常用的数据库类型是关系型数据库,可以使用SQL对信息进行处理。在使用了数据库的Web应用系统中,一般情况下,从以下两方面进行测试:
对数据一致性进行测试,主要是用户提交的表单信息存储到数据库后各字段值是否一致;
对输出进行测试,主要是验证从数据库查询后显示在界面的数据信息是否正确。例如12306网站的余票信息。
5、流程测试
最重要的是,测试人员需要对应用程序用户常见使用场景进行测试。尝试用户可能进行的所有操作:新增、修改、删除、查询等等。例如购物网站测试,需要进行注册用户(新增)、浏览商品(查询)、加入购物车下订单(新增)、删除订单(删除)、在线支付等等。
界面测试可以直接参考原型图和切图设计进行界面核对。有几个常见的部分如下:
1、导航测试
导航描述了用户在一个页面内操作的方式,在不同的用户接口控制之间。
例如:按钮、对话框、列表和窗口等;或在不同的连接页面之间。
通过考虑下列问题,可以决定一个Web应用系统是否易于导航:导航是否直观?Web系统的主要部分是否可通过主页存取?Web系统是否需要站点地图、搜索引擎或其他的导航帮助。
导航的另一个重要方面是Web应用系统的页面结构、导航、菜单、连接的风格是诸存储登否一致。确保用户凭直觉就知道Web应用系统里面是否还有内容,内容在什么地方。
2、图形测试
在Web应用系统中,适当的图片和动画既能起到广告宣传的作用,又能起到美化页面的功能。
一个Web应用系统的图形可以包括图片、动画、边框、颜色、字体、背景、按钮等。图形测试的内容有:
要确保图形有明确的用途,图片或动画不要胡乱地堆在一起,以免浪费传输时间。Web应用系统的图片尺寸要尽量地小,并且要能清楚地说明某件事情,一般都链接到某个具体的页面;
验证所有页面字体的风格是否一致;
背景颜色应该与字体颜色和前景颜色相搭配;
图片的大小和质量也是一个很重要的因素,一般采用JPG或GIF压缩,最好能使图片的大小减小到30k以下;
需要验证的是文字回绕是否正确。如果说明文字指向右边的图片,应该确保该段图片出现在右边。不要因为使用图片而使窗口和段落排列古怪或者出现孤行。
3、表格测试
需要验证表格是否设置正确;
用户是否需要向右滚动页面才能看见产品的价格?细节放在右边是否更有效;
每一栏的宽度是否是够宽,表格里的文字是否都有折行?是否有因为某一格的内容太多,而将整行的内容拉长。
4、整体界面测试
整体界面是指整个Web应用系统的页面结构设计,是给用户的一个整体感。
例如:当用户浏览Web应用系统时是否感到舒适,是否凭直觉就知道我要找的信息在什么地方?整个Web应用系统的设计风格是否一致?
性能测试在该章节不做深入分析,只做大致整理。
1、连接速度测试
用户连接到Web应用系统的速度根据上网方式的变化而变化,他们或许是电话拨号,或是宽带上网。
当下载一个程序时,用户可以等较长的时间,但如果仅仅访问一个页面,若响应时间太长(例如超过5秒钟),用户就会因没有耐心等待而离开。
另外,有些页面有超时的限制,如果响应速度太慢,用户可能还没来得及浏览内容,就需要重新登陆了。而且,连接速度太慢,还可能引起数据丢失,使用户得不到真实的页面。对于响应时间,业间遵循2-5-8原则。
2、负载压力测试
在这里的负载\压力和功能测试中的不同,他是系统测试的内容。基本功能已经通过后进行的,可以在集成测试阶段,亦可以在系统测试阶段进行。
通过该项测试用以检测死机、崩损、内存泄漏问题等。因为有些存在内存泄漏问题的程序,在运行一两次时可能不会出现问题,但是如果运行了成千上万次,内存泄漏得越来越多,就会导致系统崩滑。
使用负载测试工具loadrunner、Jmeter等,虚拟一定数量的用户看一看系统的表现,是否满足定义中的指标。主要的测试场最如下:
验证系统能否在同一时间响应大量的用户;
在用户传送大量数据的时候系统能否正常响应;
正并负载情况下,系统能否长时间运行。
可访问性对用户来说是极其重要的。如果用户得到“系统忙”的信息,他们可能放弃:并转向竞争对手。
系统检测不仅要使用户能够正常访问站点,在很多情况下,可能会有黑客试图通过发送大量数据包来攻击服务器。
出于安全的原因,测试人员应法知道当系统过载时,需要采取哪些措施,而不是简单地提升系统性能。
兼容性,因为是基于效览器的,所以一般还是以常用浏览器兼容性测试为主。
1、平台测试
市场上有很多不同的操作系统类型,最常见的有Windows、Unix、Macintosh、Linux等。
Web应用系统的最终用户究竞使用哪一种操作系统,取决于用户系统的配置。这样,就可能会发生兼容性问题,同一个应用可能在某些操作系统下能正常运行,但在另外的操作系统下可能会运行失败。
因此,在Web系统发布之前,需要在各种操作系统下对Web系统进行兼容性测试。
2、浏览器测试
浏览器的兼容一般是选择不同的浏览器内核进行测试(IE、chrome、Firefox)再结合用户市场使用量高的浏览器来综合选择。
不同浏览器使用内核及所支持的HTML(标准通用标记语言下的一个应用)等网页语言标准不同;以及用户客户端的环境不同(如分辨率不同)造成的显示效果不能达到理想效果。
最常见的问题就是网页元素位置混乱、错位。主要测式内容如下:
页面的格式,字体,输入框,下拉框,复选框,按钮等的检查;
页面显示穿插在功能进行中检查。
3、分辨率测试
页面版式在640x400、600x800或1024x768的分辨率模式下是否显示正常?字体是否太小以至于无法洳览?或者是太大?文本和图片是否对齐?
主要是测试系统在没有授权的情况下,内部或者外部用户对系统进行攻击或者恶意破坏时如何进行处理,是否仍能保证数据的安全。
测试员可以学习一些黑客技术,来对系统进行攻击。这里不做深入分析,只做大致整理。
1、目录设置
Web安全的第一步就是正确设置目录。每个目录下应该有index.html或main.html页面,这样就不会显示该目录下的所有内容。
有些公司没有执行这条规则。大家可以尝试选中一幅图片,单击鼠标右键,找到该图片所在的路径“....com/objects/images”。然后在浏览器地址栏中手工输入该路径,会不会发现该站点的其他信息。例如保存过期页面记录信息。
很多站点使用SSL进行安全传送。你知道你进入一个SSL站点是因为浏览器出现了警告消息,而且在地址栏中的HTTP变成HTTPS。
如果开发部门使用了SSL,测试人员需要确定是否有相应的替代页面(适用于3.0以下版本的浏览器,这些浏览器不支持SSL)。
当用户进入或离开安全站点的时候,请确认有相应的提示信息。是否有连接时间限制?超过限制时间后出现什么情况?
2、登录
有些站点需要用户进行登录,以验证他们的身份。这样对用户是方便的,他们不需要每次都输入个人资料。
你需要验证系统阻止非法的用户名/口令登录,而能够通过有效登录。
用户登录是否有次数限制;
是否限制从某些IP地址登录;
如果允许登录失败的次数为3,在第三次登录的时候输入正确的用户名和口令,能通过验证吗;
口令选择有规则限制吗;
是否可以不登陆而直接浏览某个页面;
Web应用系统是否有超时的限制,也就是说,用户登陆后在一定时间内(例如15分钟)没有点击任何页面,是否需要重新登陆才能正常使用。
3、日志文件
在后台,要注意验证服务器日志工作正常。
日志是否记所有的事务处理;
是否记录失败、错误的页面请求;
是否在每次事务完成的时候都进行保存,记录IP地址吗,记录用户名吗。
4、脚本语言
脚本语言是常见的安全隐患。每种语言的细节有所不同。有些脚本允许访问根目录,其他只允许访问邮件服务器。
但是经验丰富的黑客可以将服务器用户名和口令发送给他们自己。找出站点使用了哪些脚本语言,并研究该语言的缺陷。还要需要测试没有经过授权,就不能在服务器端放置和编辑脚本的问题。
作者:繁星
链接:https://zhuanlan.zhihu.com/p/163007725