Web应用功能测试测试点

做了几年的功能测试,也经手了好几个Web应用的项目,在做项目当中积累了一些经验。在这里我对通用一些功能模块的测试点做个记录,一来梳理一下测试用例设计的思路,以便加快相似项目的测试用例的设计,二来有利于设计出更加全面完善的测试用例。以后随着自己的测试技术的进步,也可以在这里对测试用例进行补充,查漏补缺。

  1. 注册用户信息

  (1)将某个必填项留空,检查系统是否对必填项为空的情况做了必要的处理;

  (2)在某个必填项中仅输入空格,检查系统是否能够正确处理;

  (3)按[Tab]键,光标是否能够按照从左到右,由上到下的顺序在输入域间切换;

  (4)单击[Enter],检查是否相当于单击了[注册]按钮,将注册信息提交到系统中;

  (5)检查系统是否对用户名中的空格做处理;

  (6)输入已经存在的用户名,检查系统是否对“用户名”做重名校验;

  (7)用户名大小写校验:若有已注册用户“abc”,输入用户名“ABC”和正确的密码也可以成功登录;若以用户名“Abc”注册用户信息,则系统提示用户名重名,用户已存在;

  (8)输入字符数等于域允许的最大字符数,检查系统是否能正确保存该信息;

  (9)输入字符数大于域允许 的最大字符数,检查系统是否对域输入长度进行验证,并对超过的字符做合理的处理;

  (10)检验系统是否对特殊字符做了处理;

  (11)输入的确认密码与设置密码不一致,检查系统是否做了密码校验;

  (12)在“密码”和“确认密码”输入域里输入密码,均未显示明文;

  (13)过期处理:在注册页面填写所有的注册信息,之后停留30分钟,再单击[注册]按钮,系统提示网页已过期;

  (14)页面切换校验:在用户注册页面输入所有所需的用户信息,单击浏览器工具栏上的[后退]按钮,然后再单击[前进]按钮,系统进入到“用户注册”页面,密码和确认密码输入域应该被清空,其它输入域的信息仍然被保留。

  2. 管理员登录

  (1)回车验证:填入管理员帐号和密码,直接按[Enter]键,相当于单击了[登录]键;

  (2)登录次数的验证:输入多次错误的管理员帐号和密码,验证超过系统允许的错误次数,则帐户被锁定;

  (3)权限验证:管理员帐号正确登录后,可以访问所有被授权的页面;

  (4)注入式登录:利用sql漏洞,使用不存在的用户登录。如用户名输入为admin‘OR‘1‘=‘1,密码输入为x‘OR‘1‘=‘1,此时系统应该报告用户名或密码不正确;

  (5)用已锁定的用户登录,系统应该提示锁定用户无法登录;

  (6)Tab验证:按[Tab]键光标应该能够按照从左到右,由上到下的顺序在输入域间切换。

  3. 注册用户登录

  (1)回车验证:同管理员登录;

  (2)输入登录密码中包含空格,检验系统是否对密码中的空格做处理;

  (3)检验登录密码不区分大小写;

  (4)登录次数的验证:同管理员登录;

  (5)用新注册的用户登录;

  (6)使用字符长度等于临界值的用户名和密码登录;

  (7)使用含有空格的用户名登录,检验系统截除空格,该用户名仍可以正常登录;

  (8)注入式登录:同管理员登录;

  (9)用已锁定的用户登录,系统应该提示锁定用户无法登录;

  (10)Tab键验证:同管理员登录。

4. 修改注册信息

  (1)不修改直接按“保存”,检查是否保存成功;

  (2)将用户名改为已存在的用户名,检查系统是否进行了重名检验;

  (3)在修改的状态下,将某个必填项置为空,检查系统是否对必填项为空的情况做了处理;

  (4)在修改的状态下,将某个必填项中仅输入空格,检查系统是否能够正确处理;

  (5)输入字符数等于域允许的最大字符数,检查系统是否能正确保存该信息;

  (6)输入字符数大于域允许 的最大字符数,检查系统是否对域输入长度进行验证,并对超过的字符做合理的处理;

  (7)按[Tab]键,光标是否能够按照从左到右,由上到下的顺序在输入域间切换;

  (8)单击[Enter],检查是否相当于单击了[修改]按钮,将信息提交到系统中;

  (9)检查系统是否对用户名中的空格做处理;

  (10)输入特殊字符,系统应该对特殊字符做合理的处理;

  (11)输入的确认密码与设置密码不一致,检查系统是否做了密码校验;

  (12)在“密码”和“确认密码”输入域里输入密码,均未显示明文;

  (13)页面切换校验:在修改的状态下,单击浏览器工具栏上的[后退]按钮,然后再单击[前进]按钮,系统进入到“用户信息”页面,密码和确认密码输入域应该被清空,其它输入域的信息仍然被保留;

  (14)过期处理:在注册页面填写所有的注册信息,之后停留30分钟,再单击[注册]按钮,系统提示网页已过期。

  5. 一些属于UI测试的测试点

  (1)按钮状态是否正确:与正在进行的操作无关的按钮应该加以屏蔽;

  (2)按钮的摆放位置是否合理:错误使用容易引起界面退出或关闭的按钮不应该放在容易单击的位置;

  (3)重要按钮的摆放位置是否合适:重要的命令按钮与使用较频繁的按钮要放在界面上醒目的位置;

  (4)关闭错误提示后的光标定位:关闭用户输入错误的提示信息后,光标应定位到对应的输入框中;

  (5)非法访问:未登录直接访问(复制需要登录后才可以访问的页面的URL)。

时间: 2024-10-10 01:59:45

Web应用功能测试测试点的相关文章

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

一.功能测试 1.1链接测试 链接是web应用系统的一个很重要的特征,主要是用于页面之间切换跳转,指导用户去一些不知道地址的页面的主要手段,链接测试一般关注三点: 1)链接是否按照既定指示那样,确实链接到了该链接的界面 2)测试该链接所链接的页面是否真的存在 3)保证系统中没有单独存在的页面(即没有链接指向,只能通过正确的URL地址才能访问) PS:这里顺带说点关于协议的一些小知识,URL全称“统一资源定位符”,表示获取某一互联网资源的地址:而URI表示“统一资源标识符”,代表互联网上某一些资源

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

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

web系统的测试点

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

zabbix3.4上简单web监测功能测试

zabbix提供web监测,可以实现对网站网页的监测,包括响应速度,状态码访问状态等.本次尝试使用web监测检查网页首页,并尝试状态码200,来衡量网页的情况 主机中增加web场景 在对已经实现agent的监控主机服务器上,添加web场景 进入配置选项,点击web场景按照如下方式配置场景说明:1.不用配置代理2.客户端我采用chome浏览器方式,兼容性好3.调整更新实现为5m,减少影响 增加步骤, 按照如下方式进行说明:1.url填写web首页的地址2.要求的状态码200,代表访问正常 点击保存

web搜索功能测试

功能方面: 是否能按指定条件查到正确.完整的结果,具体表现: 1.1录入条件为可查到结果的正常关键字.词.语句,检索到的内容.链接正确性: 1.2录入条件为不可查到结果的关键字.词.语句: 1.3录入条件为特殊的内容,如空.特殊字符.标点符号.极限值等: 易用性方面: 交互界面的设计是否便于.易于使用,具体表现: 2.1依据不同的查询结果会有相关的人性化提示,查不到时告知等: 2.2查询的结果罗列顺序?按照点击率或其他排序规则,是否有显示字体.字号.色彩便于识别等: 2.3标题查询.全文检索.模

WEB站点测试点

WEB网站系统测试点 2008-10-09 11:40:49 感觉对WEB网站系统总结的很全哦,转载过来看一下 1. 页面链接检查:每一个链接是否都有对应的页面,并且页面之间切换正确.可以使用一些工具,如LinkBotPro.File-AIDCS.HTML Link Validater.Xenu等工具.LinkBotPro不支持中文,中文字符显示为乱码:HTML Link Validater只能测试以Html或者htm结尾的网页链接:Xenu无需安装,支持asp.do.jsp等结尾的网页,xen

Web测试介绍一 UI测试

       随着Web 2.0技术的迅速发展,许多公司都开发了一些基于Web的网站服务,通常在设计开发Web应用系统的时候很难模拟出大量用户同时访问系统的实际情况,因此,当Web网站遇到访问高峰时,容易发生服务器响应速度变慢甚至服务中断.为了避免这种情况,需要一种能够真实模拟大量用户访问Web应用系统的性能测试工具进行压力测试,来测试静态HTML页面的响应时间,甚至测试动态网页(包括ASP.PHP.JSP等)的响应时间,为服务器的性能优化和调整提供数据依据. 常见的Web应用程序过程: 关键的

Web性能测试

一.引言 随着网络技术的迅速发展,尤其是WEB及其应用程序的普及,各类基于WEB的应用程序以其方便.快速,易操作等特点不断成为软件开发的重点.与此同时,随着需求量与应用领域的不断扩大,对WEB应用软件的正确性.有效性和对WEB服务器等方面都提出了越来越高的性能要求,对WEB应用程序进行有效的系统的测试也逐渐成为人们研究的重要课题. 目前可以见到各种WEB服务器平台,然而根据Mereury的研究报告,98%的WEB服务器都没能达到人们所期望的性能,平均只能发挥人们所期望性能的1/6左右.WEB性能

关于web测试应该怎样进行

(一)WEB测试的内容与目的 测试的目的是证伪,但不能片面的理解为简单的找到BUG就可以了.软件测试应该经历以下四个步骤: 1.测试人员描述发现的问题(找到BUG): 2.测试人员详细阐明是在何种情况下测试发现的问题,包括测试的环境.输入的数据.发现问题的类型.问题的严重程度等情况: 3.测试人员协同开发人员一起去分析BUG的原因,找出软件的缺陷所在: 4.测试人员根据解决的情况进行分类汇总,以便日后进行软件设计的时候提供参考,避免以后出现类似软件缺陷. (二)制定WEB测试计划 当我们明确了测