(转载)关于web端功能测试的测试方向

一、功能测试

1.1链接测试

链接是web应用系统的一个很重要的特征,主要是用于页面之间切换跳转,指导用户去一些不知道地址的页面的主要手段,链接测试一般关注三点:

1)链接是否按照既定指示那样,确实链接到了该链接的界面

2)测试该链接所链接的页面是否真的存在

3)保证系统中没有单独存在的页面(即没有链接指向,只能通过正确的URL地址才能访问)

PS:这里顺带说点关于协议的一些小知识,URL全称“统一资源定位符”,表示获取某一互联网资源的地址;而URI表示“统一资源标识符”,代表互联网上某一些资源

1.2表单测试

这个也可以理解为数据落地;当用户在web应用系统上向服务器提交信息时,就需要使用表单操作,比如,用户注册,登录,信息变更等等;这种情况下,我们必须测试提交信息的完整性,以检验提交给服务器的数据的正确性,当然,这个还涉及

到一些常理性的逻辑,比如,出生日期和职业,工作年限是否恰当,所在地省份城市区域间的匹配等,如果设定使用默认值,也需要测试。

1.3导航测试

       作为测试,很多时候都要站在用户的角度去思考,那么,作为一个用户,当他访问一个web的网站或者系统时,会怎么去操作呢?

大家都知道,大部分用户都是目的驱动的,当他访问一个网站或者web系统时,会很快的浏览系统,找不到满足自己需求的信息时,会很快离开,很少有用户愿意花时间去熟悉系统的结构,因此,导航测试就显得很重要了。

所谓的导航测试,就是在不同的页面跳转之间,或者按钮,对话框,列表以及窗口等,通过考虑这些因素,去判断一个应用系统是否易于导航:是否直观?系统的主要模块是否可以通过主页访问或者到达?站点是否需要站内地图或者搜索引擎等其他帮助?

web系统导航的另外一个重点就是页面结构、导航、菜单、风格等是否一致,确保用户可以凭借直觉或者简单的判断就可以找到自己想要的内容。

1.4图形测试

也可以理解为UI测试,其中包括图片、动画、边框、颜色、字体、背景、按钮等等。

其中要考虑的几个重点,我做了一个大概的总结:

1)图片要有明确的用途,代表;图片尺寸尽量小,一般采用JPG或者GIF压缩

2)页面整体风格是否和系统的用途一致

3)背景颜色,字体,搭配是否合理

1.5内容测试

       这个主要用来检测web系统提供信息的准确性、相关性

比如:商品的价格,文字描述;信息的准确性,是否有拼写错误;信息的相关性,比如很多网站的“相关文章列表,视频列表等”

1.6整体界面测试

这个也就是我们常说的用户体验。用户浏览时是否感觉舒适,整体风格等等

这个我建议一般做一个类似问卷调查的形式,来判定用户的反馈信息,最好有最终用户的参与

二、兼容性测试

2.1平台兼容

现在有很多的操作系统,比如Windows、Unix、Linux、macintosh等;用户使用哪个系统取决于用户,因此,系统兼容测试就很有必要了。

 2.2浏览器兼容

浏览器是web客户端最核心的组件,不同的浏览器,对Java,JavaScript,css或者HTML的规格都有不同的支持;另外,采用的框架和结构风格在不同浏览器中也存在不同的显示甚至不显示,不同的浏览器对安全性的设置也是不同的。

测试浏览器兼容,有个方法就是创建一个兼容性矩阵,来测试不同厂商不同版本的浏览器兼容。

比如测试IE浏览器,可以通过一个叫做IEtester的工具来测试兼容,或者可以通过F12控制台来切换浏览器版本来测试兼容以前一些前端元素的显示等

鉴于国内市场浏览器很多,比如360、搜狗,搜狐、QQ浏览器等,这些本土的浏览器基本都采用的IE浏览器内核的双核配置

三、安全测试

       我对安全测试了解不多,通过查资料,发现基本的一些安全知识还是互通的,这个就提一下吧

安全测试的主要区域有以下几点:

1)现在很多web应用系统都采用先注册后登录的方式,因此,测试用户名和密码的有效无效性,注意大小写敏感,次数限制,是否可以不登录而浏览某些页面等

2)是否有超时限制

3)测试用户操作时相关信心是否写入了日志文件、是否可追踪等

4)如果使用了安全套字,需要测试加密是否正确,加密前后的信息完整性,正确性

5)没有经过授权,是否可以在服务器端或者前端放置和编辑脚本的问题

四、输入框测试

在web测试中,我们经常遇到这种输入框的测试,输入框测试看似简单,实际上包含了很多的测试基本的方法,思考逻辑,下面就是我总结出来的一些注意点:

1)验证输入输出信息的一致性

2)输入框前面的文字提示是否正确

3)对特殊字符的处理、识别:单双引号,括号,逗号、分号等等,以及大小写状态,半角全角状态下的情况

4)输入框的大小、长度、边框等

5)不同字符的输入,以及字符组合情况的处理(数字+字母+字符等)

6)对空格、tab换行键的处理机制

7)密码输入框字符星号或者其他星号的转行,加密

8)输入框输入字符长度是否有限制

9)字符本身显示的颜色,规格等

10)有些输入框需要加以限制,如输错,是否有提示?提示是否简单合理?

11)输入状态,某种情况下输入框出于不可编辑,当再次处于编辑状态,输入框的输入状态是否有变化?

12)输入类型:是否允许复制黏贴剪切等输入操作

13)关键字是否支持通配符,以及关键字的搜索能力

14)输入框输入空格的情况

15)比如登陆注册,各项输入条件的判定:是否输入,输入是否正确等

五、用户权限测试

用户权限,顾名思义,就是该账号拥有哪些执行操作的权利

1)给某账号赋予权限后,登陆该账号,查看是否拥有已赋予的权限,以及权限设置是否正确(权限是否超过或者不足)

2)删除或修改已经登陆并且正在执行操作的账号权限,程序能否正确处理,验证

3)重新注册系统变更登陆身份后再登陆,程序能否正确执行,之前所拥有的权限能否继续使用

4)在用工作分配或者角色管理情况下,删除包含用户的工作组或者角色,程序能否正确处理

5)不同权限账号登陆同一个系统,权限范围是否正确

6)能否给信息为空、长用户名的账号添加权限

7)是否允许删除系统管理员或者修改管理员权限?删除或者修改后的实际情况

8)已登录的用户能否修改或者删除自己或者他人的权限,信息

9)添加用户(有编号或者标识),不同用户名标识的组合情况下,权限能否处理正确

10)修改用户权限或者信息后,对其他模块是否有影响

11)如果修改用户信息为和已存在的其他用户信息相同,能否修改成功?是否有对应提示?

12)修改某些设置,是否会对与该账号权限相同或者高于/低于该账号的其他账号的权限造成影响

13)用一用户是否可以同时属于其他组,各个组的权限能否交叉?

原文地址:http://www.cnblogs.com/imyalost/p/5622867.html

时间: 2024-08-12 05:08:13

(转载)关于web端功能测试的测试方向的相关文章

关于web端功能测试的一些东西(一)

之前以及现在的工作主要还是web端测试为主,最近比较空闲,就说说自己对web功能测试的一些理解. 作为一个IT行业的人员,肯定都或多或少的加了一些技术交流群之类的,我也一样,不过在群里和其他测试人员交流过程中,我发现了一个问题,好多有了一定经验的测试人员(这里一般指一年左右经验),在测试中很容易忽略一些基本的东西, 从而导致工作中出现一些问题,这里我就将自己在工作以及业余时间学习中总结的一些经验,给大家分享一下,也算记录自己的学习成长过程.话不多说,进入正题...... 一.功能测试 1.1链接

【转载】Android端手机测试体系

1.冒烟测试 跟web端 的测试流程一样,你拿到一个你们开发做出来的apk首先得去冒烟,也就是保证他的稳定性,指定时间内不会崩溃.这款原生sdk自带的monkey可以当做 我们的测试工具.就跟我之前博客所说的,monkey测试模拟了用户的按键输入,触摸屏输入等等,看设备多久时间出异常.因为它得用到adb命令,那么同 学们可能还得去自学一下adb命令.如果抓到crash(比如内存溢出,空指针异常什么的),及时向你家开发及时反馈,你也可以把它看成一个性能测试工具. 2.安装,卸载测试  这项对web

10行代码搞定移动web端自定义tap事件

发发牢骚 移动web端里摸爬滚打这么久踩了不少坑,有一定移动web端经验的同学一定被click困扰过.我也不列外.一路走来被虐的不行,fastclick.touchend.iscroll什么的都用过,各有优劣,都不能一步到位.最后实在是被逼无奈,翻阅了不少资料,自定义了一个tap. 效果预览 废话不多说先上效果 移动端预览 一探真假 真的只有10行 插件是基于jQuery的,上代码. //自定义tap $(document).on("touchstart", function(e) {

【转载】移动端的功能测试范畴

  要总结的是都很简单,但是很重要的功能测试. 定义功能测试:Functional testing is a quality assurance (QA) process and a type of black-box testing that bases its test cases on the specifications of the software component under test. Functions are tested by feeding them input and

Web端测试和移动端测试的区别

之前参加的项目有涉及Web端测试和移动端测试,简单的记录下他们之间的区别: 1.记录bug 在Web端可以通过系统自带的截图和QQ截图等方式来截取bug的图片,对于错误的地方可以用工具自带的标识来重点标记. 对于移动端设备可以用手机自带的截图工具来截图然后传到电脑上,个人一般习惯安装微信的windows版本,通过文件传输助手发送到PC端.还有一种比较便捷的方式,将手机用数据线连接到电脑,本地配置android的运行环境,下载asm.jar,在cmd运行java -jar asm.jar,即可实时

移动web开发之移动端真机测试

显示目录 目录 [1]特性 [2]安装 [3]设置[4]移动端 前面的话 chrome的开发者工具可以很好地做好模拟工作,但毕竟模拟和实际还是有差别的.所以,真机测试是一定要做的,如何高效地进行真机测试呢.个人感觉,还是BrowserSync用得比较称手.本文将详细介绍如何应用BrowserSync进行移动端真机测试 特性 BrowserSync能让PC.各移动设备上的页面同时实时地响应文件的更改,而不用刷新操作.而且,当在其他一个设备上进行点击等行为时,该行为也会同步到其他浏览器中 安装 Br

web端和手机端测试有什么不同

面试中经常被问到web端测试和手机端测试有什么相同点和区别呢?现在总结一下这个问题,如有不对敬请指正 web端和手机端测试有什么区别 1.相同点 不管是web测试还是手机App测试,都离不开测试的相关知识,测试用例设计方法和测试原理基本是相通的. 2.不同点 相对于web测试,手机APP测试,除了要考虑软件的功能.性能.系统稳定性测试外,还要考虑手机本身所具有的特性.具体表现在以下几个方面: ①中断测试 a.电话中断:来电接听.来电挂断.呼叫挂断/接听 b.短信中断:接收短信.查看短信.复制短信

web端测试小知识

1.测试web端会看请求.数据.定位问题 在浏览器中按F12按钮,然后继续操作 一个操作有时请求很多个接口,点击"preview",查看返回的数据 ==========================================================

Web测试要点 做移动端的测试,也做web端的测试,甚至后面桌面端的测试和后台的测试也做了,基本上把我们产品各个端都玩了一轮

Web测试要点 一.功能测试 1.链接测试 (1).测试所有链接是否按指示的那样确实链接到了该链接的页面:  (2).测试所链接的页面是否存在:  (3).保证Web应用系统上没有孤立的页面(所谓孤立页面是指没有链接指向该页面,只有知道正确的URL地址才能访问). 2.表单测试(1).注册.登陆.信息提交等,必须测试提交操作的完整性,以校验提交给服务器的信息的正确性:(2).用户填写的出生日期与职业是否恰当,填写的所属省份与所在城市是否匹配等:  (3).检验默认值的正确性:(4).如表单只能接