WEB端测试用例
WEB安全性测试测试用例(基础)
[img]/2007713015578593_03.jpg style="backgroundimage:url(javascript:alert('alert(xss)'))"[/img] [img]/photo/20077/2007713015578593_03.jpg "onmouseover=alert('hello');"[/img]
简单的如where xtype=’U’,字符U对应的ASCII码是85,所以可以
用where xtype=char(85)代替;如果字符是中文的,比如where
name=’用户’,可以用where
name=nchar(29992)+nchar(25143)代替。
3. 跨站脚本攻击(XSS) 对于 XSS,只需检查 HTML 输出并看看您输入的内容在什么地方。它 在一个 HREF 标记中吗?是否在 IFRAME 标记中?它在 CLSID 标记中 吗?在 IMG SRC 中吗?某些 Flash 内容的 PARAM NAME 是怎样的? ★~!@#$%^&*()_+<>,./?;'"[]{}\★%3Cinput /%3E ★%3Cscript%3Ealert('XSS')%3C/script%3E ★<input type="text"/> ★<input/> ★<input/ ★<script>alert('xss')</script> ★<script>alert('xss');</script> ★</script><script>alert(‘xss’)</script> ★javascript:alert(/xss/) ★javascript:alert(/xss/) ★<img src="#" onerror=alert(/xss/)> ★<img src="#" style="Xss:expression(alert(/xss/));"> ★<img src="#"/**/onerror=alert(/xss/) width=100> ★=’><script>alert(document.cookie)</script> ★1.jpg" onmouseover="alert('xss') ★"></a><script>alert(‘xss’);</script> ★http://xxx';alert('xss');var/ a='a ★’”>xss&< ★"onmouseover=alert('hello');" ★&{alert('hello');} ★>"'><script>alert(‘XSS')</script> ★>%22%27> <img%20src%3d%22javascript:alert(%27XSS%27)%22> ★>"'> <img%20src%3D%26%23x6a;%26%23x61;%26%23x76;%26%23x61
Web通用的测试用例
测试对身份证号码的溢出是否进行了控制?
测试是否对数字型数据是否进行了格式化输入
身份证号码
必填的情况下 测试是否必填?
测试是否对身份证号码进行了格式化输入? 输入的身份证号码是15位的真实号码 输入的身份证号码是18位的真实号码 输入的身份证号码是真实的,最后一位为字母 输入的身份证号码是真实的,最后一位为数字 测试是否对数字型数据是否进行了格式化输入
电话号码
必填的情况下 测试是否必填?
必填的情况下 测试是否必填?
输入长度超过11位字符 输入长度小于11位字符 测试是否对数字型数据是否进行了格式化输入
手机号码
测试是否对手机号码进行了格式化输入?
输入英文空格
邮政编码输 入框
邮政编码输 入框
为必填项时,不输入任何字符 输入中文空格 输入特殊字符 输入超长6位字符 输入中、英文内容 输入空格+数字,空格出现在开头、中间、结尾均 需测试 输入1个数字 输入16位数字 输入超长17位数字 不输入任何字符 空格输入 输入空格+正确效验码,空格出现在开头、中间、 结尾均需要测试 输入4位其他非数字内容 输入特殊字符 输入前3位或后3位验证码正确数字 输入4位正确校验码+其他数字 用户名和密码 字段 输入正确的用户名和密码登陆 不输入任何信息,点击登录 输入存在的用户名,点击登录 输入存在的密码,点击登录 输入存在的用户名、不存在的密码,点击登录 输入不存在的用户名、存在的密码,点击登录 输入不存在的用户名、不存在的密码,点击登录 连续输入三次用户名和密码不正确,点击登录 输入正确的用户名和密码,但用户名未区分小写
执行Байду номын сангаас增操作,测试新增记录是否排在首行? 执行新增操作,关键字段与数据库中已存在的值重 复,测试是否对重复值进行了判断? 执行新增操作,测试是否对各字段的长度进行了限 制
WEB测试用例
一些常用模块的测试用例1、登录2、添加3、查询4、删除1、登录①用户名和密码都符合要求(格式上的要求)②用户名和密码都不符合要求(格式上的要求)③用户名符合要求,密码不符合要求(格式上的要求)④密码符合要求,用户名不符合要求(格式上的要求)⑤用户名或密码为空⑥数据库中不存在的用户名,不存在的密码⑦数据库中存在的用户名,错误的密码⑧数据库中不存在的用户名,存在的密码⑨输入的数据前存在空格⑩输入正确的用户名密码以后按[enter]是否能登陆2、添加①要添加的数据项均合理,在界面保存成功后,检查数据库中是否添加了相应的数据:select 查询②留出一个必填数据为空③按照边界值等价类设计测试用例的原则设计其他输入项的测试用例:数据组合测试④不符合要求的地方要有错误提示⑤是否支持table键⑥按enter是否能保存⑦若提示不能保存,也要察看数据库里是否多了一条数据3、删除①删除一个数据库中存在的数据,然后查看数据库中是否删除(界面删除一条数据,查看数据库中是否删除)②删除一个数据库中并不存在的数据,看是否有错误提示,并且数据库中没有数据被删除③输入一个格式错误的数据,看是否有错误提示,并且数据库中没有数据被删除。
④输入的正确数据前加空格,看是否能正确删除数据⑤什么也不输入⑥是否支持table键:tab键⑦是否支持enter键4、查询精确查询:①输入的查询条件为数据库中存在的数据,看是否能正确地查出相应得数据②输入正确的查询条件以前加上空格,看是否能正确地查出相应的数据③输入格式或范围不符合要求的数据,看是否有错误提示:如日期格式:YYYY-MM-DD;范围:月份中输入13等,一般这些数据都是枚举型数据,以下拉框的形式出现④输入数据库中不存在的数据⑤不输入任何数据:查询结果应该为所有记录⑥是否支持table键⑦是否支持enter键模糊查询:在精确查询的基础上加上以下一点:①输入一些字符,看是否能查出数据库中所有的相关信息故障模型---缺陷查找攻击的二十一招大法1.输入非法数据输入数据的类型、长度、边界值;还要留意错误信息本身。
web系统测试用例
2:尽量小
3:是
4:是
5:是
24测试步骤预期结果1界面显示内容是否完整2所有有数据展现的界面如统计查询编辑录入打印预览打印等必须使测试数据的记录数超过一屏一页以验证满屏页时其窗体是否有横向纵向滚动条或换页打印界面显示是否正常3多个西展现同一数据源时是否一致性4对统计的数据是否按用户习惯进行分类排序5某些重要信息的输入修改删除时是否有确认提示信息6界面内容更新后系统是否提供刷新功能7用户在退出系统后重新登陆时是否需要自动返回到上次退出系统时的界面8用户提示信息是否具有一定得指导性9窗口和窗口之间字段与字段之间的浏览顺序是否正确10各种对象访问方法tab键鼠标移动和快捷键是否正常使用11时间与日期显示格式是否统一1
岗位信息管理用例汇总
功能A描述
岗位信息录入
用例目的
检查新增岗位信息
用例内容
对岗位信息录入操作一一测试
测试步骤
按照下面的测试步骤
前提条件
用户已登陆系统,并拥有新增岗位权限
用例编号:01
测试步骤
测试数据
预期结果
1:选择岗位信息录入模块,填写其中信息和选择相关按钮,并确认
A:在输入域中输入超过规定长度和大小的字符或数字;
用例编号:05
测试步骤
测试数据
预期结果
1、进入到岗位信息查询页面
2、选择需要设置岗位。
3、设置允许拥有的系统及系统级别
4、确定提交,返回成功提示,并在岗位查询信息时,点击设置系统可以查询结果。
A:勾选或者清除允许拥有的系统及系统级别
B:勾选权限外的系统及系统级别
C:勾选至少一个允许拥有的系统及系统级别和至少一个权限外的重系统及系统级别
用例编号:02
一个网页通用的测试用例
一个网页通用的测试用例具体需求:有一个登陆页面,(假如上面有2个textbox, 一个提交按钮。
请针对这个页面设计30个以上的test case.)功能测试(Function test)0. 什么都不输入,点击提交按钮,看提示信息。
(非空检查)1.输入正确的用户名和密码,点击提交按钮,验证是否能正确登录。
(正常输入)2.输入错误的用户名或者密码, 验证登录会失败,并且提示相应的错误信息。
(错误校验)3.登录成功后能否能否跳转到正确的页面(低)4.用户名和密码,如果太短或者太长,应该怎么处理(安全性,密码太短时是否有提示)5.用户名和密码,中有特殊字符(比如空格),和其他非英文的情况(是否做了过滤)6.记住用户名的功能7.登陆失败后,不能记录密码的功能8.用户名和密码前后有空格的处理9.密码是否加密显示(星号圆点等)10.牵扯到验证码的,还要考虑文字是否扭曲过度导致辨认难度大,考虑颜色(色盲使用者),刷新或换一个按钮是否好用11.登录页面中的注册、忘记密码,登出用另一帐号登陆等链接是否正确12.输入密码的时候,大写键盘开启的时候要有提示信息。
界面测试(UI Test)1.布局是否合理,2个testbox和一个按钮是否对齐2.testbox和按钮的长度,高度是否复合要求3. 界面的设计风格是否与UI的设计风格统一4. 界面中的文字简洁易懂,没有错别字。
性能测试(performance test)1.打开登录页面,需要几秒2.输入正确的用户名和密码后,登录成功跳转到新页面,不超过5秒安全性测试(Security test)1.登录成功后生成的Cookie,是否是httponly (否则容易被脚本盗取)2.用户名和密码是否通过加密的方式,发送给Web服务器3.用户名和密码的验证,应该是用服务器端验证,而不能单单是在客户端用javascript验证4.用户名和密码的输入框,应该屏蔽SQL注入攻击5.用户名和密码的的输入框,应该禁止输入脚本(防止XSS攻击)6.错误登陆的次数限制(防止暴力破解)7. 考虑是否支持多用户在同一机器上登录;8. 考虑一用户在多台机器上登录可用性测试(Usability Test)1. 是否可以全用键盘操作,是否有快捷键2. 输入用户名,密码后按回车,是否可以登陆3. 输入框能否可以以Tab键切换兼容性测试(Compatibility Test)1.主流的浏览器下能否显示正常已经功能正常(IE,6,7,8,9, Firefox, Chrome, Safari,等)2.不同的平台是否能正常工作,比如Windows, Mac3.移动设备上是否正常工作,比如Iphone, Andriod4.不同的分辨率本地化测试(Localization test)1. 不同语言环境下,页面的显示是否正确。
web测试用例模板
web测试用例模板篇一:Web测试通用测试用例Web测试通用测试用例页面检查合理布局1、界面布局有序,简洁,符合用户使用习惯2、界面元素是否在水平或者垂直方向对齐3、界面元素的尺寸是否合理4、行列间距是否保持一致5、是否恰当地利用窗体和控件的空白,以及分割线条6、窗口切换、移动、改变大小时,界面显示是否正常7、刷新后界面是否正常显示8、不同分辨率页面布局显示是否合理,整齐,分辨率一般为1024*768 1280*1024 800*600弹出窗口1、弹出的窗口应垂直居中对齐2、对于弹出窗口界面内容较多,须提供自动全屏功能3、弹出窗口时应禁用主界面,保证用户使用的焦点4、活动窗体是否能够被反显加亮页面正确性1、界面元素是否有错别字,或者措词含糊、逻辑混乱2、当用户选中了页面中的一个复选框,之后回退一个页面,再前进一个页面,复选框是否还处于选中状态3、导航显示正确4、title显示正确5、页面显示无乱码6、需要必填的控件,有必填提醒,如*7、适时禁用功能按钮(如权限控制时无权限操作时按钮灰掉或不显示;无法输入的输入框disable掉)8、页面无js错9、鼠标无规则点击时是否会产生无法预料的结果10、鼠标有多个形状时是否能够被窗体识别(如漏斗状时窗体不接受输入)控件检查下拉选择框1、查询时默认显示全部2、选择时默认显示请选择3、禁用时样式置灰复选框1、多个复选框可以被同时选中2、多个复选框可以被部分选中3、多个复选框可以都不被选中4、逐一执行每个复选框的功能单选框1、一组单选按钮不能同时选中,只能选中一个2、一组执行同一功能的单选按钮在初始状态时必须有一个被默认选中,不能同时为空下拉树1、应支持多选与单选2、禁用时样式置灰树形1、各层级用不同图标表示,最下层节点无加减号2、提供全部收起、全部展开功能3、如有需要提供搜索与右键功能,如提供需有提示信息4、展开时,内容刷新正常日历控件1、同时支持选择年月日、年月日时分秒规则2、打开日历控件时,默认显示当前日期滚动条控件1、滚动条的长度根据显示信息的长度或宽度及时变换,这样有利于用户了解显示信息的位置和百分比,如,word 中浏览100页文档,浏览到50页时,滚动条位置应处于中间2、拖动滚动条,检查屏幕刷新情况,并查看是否有乱码3、单击滚动条时,页面信息是否正确显示4、用滚轮控制滚动条时,页面信息是否正确显示5、用滚动条的上下按钮时,页面信息是否正确显示按钮1、点击按钮是否正确响应操作。
web渗透测试用例
web渗透测试用例在进行web渗透测试时,使用用例是非常重要的。
用例可以帮助我们全面、系统地测试目标网站的安全性,并找出潜在的漏洞。
以下是一些生动、全面且有指导意义的web渗透测试用例:1. 注入攻击:- SQL注入:尝试在用户输入的地方插入恶意的SQL代码,通过执行恶意SQL语句来获取敏感信息。
- 命令注入:尝试在用户输入的地方插入恶意命令,通过执行这些命令来获取系统权限或执行恶意操作。
- XML注入:尝试在用户输入的地方插入恶意XML数据,通过解析漏洞来获取敏感信息或实施拒绝服务攻击。
2. 跨站点脚本攻击(XSS):- 反射型XSS:尝试在URL参数或表单输入中插入恶意脚本,通过攻击者提供的恶意链接或诱导用户点击来执行脚本。
- 存储型XSS:尝试将恶意脚本存储在目标网站的数据库中,并在用户访问受影响的页面时执行脚本。
3. 跨站请求伪造(CSRF)攻击:- 尝试构造一个恶意网页,通过包含目标网站的请求来执行未经授权的操作。
- 尝试在另一个网站上放置一个包含恶意请求的图片或链接,以诱使用户点击来执行未经授权的操作。
4. 文件上传漏洞:- 尝试上传恶意文件,并验证目标网站是否正确检查文件类型和进行充分的文件验证。
- 尝试上传带有恶意脚本的文件,并验证是否存在存储型XSS 漏洞。
5. 会话管理漏洞:- 尝试利用会话固定攻击策略,重用已知的会话标识,获取受害用户的权限。
- 尝试暴力破解会话ID,通过尝试大量可能的会话ID来获取已登录用户的权限。
6. 敏感信息泄露:- 尝试访问未受保护的目录,查看是否可以直接访问敏感文件或数据库备份。
- 尝试从错误信息、URL参数或响应头中获取敏感信息,如数据库连接字符串或密码。
通过使用以上渗透测试用例,我们可以全面测试目标网站的安全性,发现并修复潜在的漏洞。
然而,以下几点需要注意:1. 在进行渗透测试时,请遵循法律法规,并且确保获得所有必要的授权和许可。
2. 尽量不要在生产环境中进行渗透测试,以防止对真实用户造成不必要的影响或风险。
Web端测试用例模板
高
V1.0_CR009_T001 我的问卷
验证系统是否能正常进入我的问卷界面
高
V1.0_CR009_T002 我的问卷
验证系统是否能正常查看我的问卷信息
高
V1.0_CR009_T003 我的问卷
验证系统是否能正常查询我的问卷记录
高
V1.0_CR010_T001 我的报告
验证系统是否能正常进入我的报告界面
高
V1.0_CR005_T005
我的测量/血压测 量
验证系统是否能正常批量删除单次测量记录
高
V1.0_CR005_T006
我的测量/血压测 量
验证系统是否能正常查询单次测量记录
高
V1.0_CR006_T001
我的测量/血糖测 量
验证系统是否能正常进入我的测量--血糖测量 界面
高
V1.0_CR006_T002
高
V1.0_CR006_T006
我的测量/血糖测 量
验证系统是否能正常查询单次测量记录
高
V1.0_CR007_T001 我的测量/三合一
验证系统是否能正常进入我的测量--三合一界 面 验证系统是否能正常显示三合一的单次测量结 果
高
V1.0_CR007_T002 我的测量/三合一
高
V1.0_CR007_T003 我的测量/三合一
高
V1.0_CR013_T001 安全退出
验证系统是否能正常退出系统
高
预设条件
测试步骤
1、进入会员端登录界面 2、正确输入用户名及密码 3、点击[登录]按钮 1、会员正常登录系统 2、点击会员头像右边的"个人信息" 1、会员正常登录系统 2、点击会员头像右边的"个人信息" 3、点击【修改】按钮,进入个人信息修改 界面 4、不作任何修改,点击【提交】 1、会员正常登录系统 2、点击会员头像右边的"个人信息" 3、点击【修改】按钮,进入个人信息修改 界面 4、点击【添加紧急联系人】 1、会员正常登录系统 2、点击会员头像右边的"个人信息" 3、点击【修改】按钮,进入个人信息修改 界面 4、选择一条紧急联系人信息,点击【移除 紧急联系人】 1、会员正常登录系统 2、点击会员头像右边的"修改密码",进入 密码修改界面 4、正确输入原始密码、新密码与重复新密 码,且原始密码与用户的密码匹配,两次新 密码输入一致 5、点击【保存】
web软件测试用例
web软件测试用例一、界面测试公共测试用例界面测试一般包括页面文字,控件使用,少图,CSS,颜色等。
1、文字内容一致性:1)公司要求文字的一致性,例如各种宣传文字、注册的协议条款、版权信息等;2)各处相同含义文字的一致性,例如标题栏文字、页面主题文字、弹出窗口文字、菜单名称、功能键文字等。
样式一致性1)(通常分类包括)各类文字字体、字号、样式、颜色、文字间距、对齐方式;2)按钮的文字间距,按钮长度一定前提下,2个字的按钮,需要中间空一格(或者其它约定,需要统一);3)链接文字,同一类,菜单、小标题、页角文字链接,在点击时颜色变化要相同;4)对齐方式,页面上文字的对齐,例如表单、菜单列、下拉列表中文字的对齐方式(左、右、居中等要统一)语言习惯:1)中文:文字简单,含义明确,无歧异,无重复,无别字,正确运用标点符号。
2)英文。
3)日文。
2、按钮1)button的样式整体要统一,例如突出、扁平、3D效果等只能选其一;2)采用的图片表述相同功能,要采用单一图标。
3、文本框1)录入长度限制,根据数据库的设计,页面直接限定录入长度(特殊处屏蔽复制、粘贴);2)文本框自身的长度限制,主要考虑页面样式。
4、单选框1)默认情况要统一,已选择,还是未选。
5、日期控件1)图标、控件颜色、样式统一;2)点击控件、文本框均应弹出日期选择框。
6、下拉选择框1)默认是第一个选项,还是提示请选择一个。
7、提示信息1)静态文字与它的提示信息一致性,例如静态文字为‘ID’,出错信息显示‘用户ID’;2)空值时,出错信息需要统一,例如可以采用“静态文字”+不能为空;3)出现录入错误时,例如可以统一采用“静态文字”+格式不符合要求;4)提示信息标点符号是否标识;点击上一步,返回的页面上不应残留出错信息;5)静态提示信息,在录入框右侧,应有录入信息的相应要求的提示文字,达到方便操作的目的;6)必输项提示信息,必输项提示信息采用统一的标志。
WEB测试用例(十二)
WEB测试⽤例(⼗⼆)⽹站测试的主要⽅⾯1功能测试对于⽹站的测试⽽⾔,每⼀个独⽴的功能模块需要单独的测试⽤例的设计导出,主要依据为《需求规格说明书》及《详细设计说明书》,对于应⽤程序模块需要设计者提供基本路径测试法的测试⽤例。
●链接测试链接是Web应⽤系统的⼀个主要特征,它是在页⾯之间切换和指导⽤户去⼀些不知道地址的页⾯的主要⼿段。
链接测试可分为三个⽅⾯:1)测试所有链接是否按指⽰的那样确实链接到了该链接的页⾯;2)测试所链接的页⾯是否存在;3)保证Web应⽤系统上没有孤⽴的页⾯,所谓孤⽴页⾯是指没有链接指向该页⾯,只有知道正确的URL地址才能访问。
链接测试可以⾃动进⾏,现在已经有许多⼯具可以采⽤。
链接测试必须在集成测试阶段完成,也就是说,在整个Web应⽤系统的所有页⾯开发完成之后进⾏链接测试。
Xenu------主要测试链接的正确性的⼯具可惜的是对于动态⽣成的页⾯的测试会出现⼀些错误。
●表单测试当⽤户给Web应⽤系统管理员提交信息时,就需要使⽤表单操作,例如⽤户注册、登陆、信息提交等。
在这种情况下,我们必须测试提交操作的完整性,以校验提交给服务器的信息的正确性。
例如:⽤户填写的出⽣⽇期与职业是否恰当,填写的所属省份与所在城市是否匹配等。
如果使⽤了默认值,还要检验默认值的正确性。
如果表单只能接受指定的某些值,则也要进⾏测试。
例如:只能接受某些字符,测试时可以跳过这些字符,看系统是否会报错。
要测试这些程序,需要验证服务器能正确保存这些数据,⽽且后台运⾏的程序能正确解释和使⽤这些信息。
B/S结构实现的功能可能主要的就在这⾥,提交数据,处理数据等如果有固定的操作流程可以考虑⾃动化测试⼯具的录制功能,编写可重复使⽤的脚本代码,可以在测试、回归测试时运⾏以便减轻测试⼈员⼯作量。
我们对UM⼦系统中各个功能模块中的各项功能进⾏逐⼀的测试,主要测试⽅法为:边界值测试、等价类测试,以及异常类测试。
测试中要保证每种类型都有2个以上的典型数值的输⼊,以确保测试输⼊的全⾯性。
web测试用例(全)
Web测试中关于登录的测试 (1)搜索功能测试用例设计 (2)翻页功能测试用例 (3)输入框的测试 (5)Web测试的常用的检查点 (6)用户及权限管理功能常规测试方法 (8)Web测试之兼容性测试 (9)Web测试-sql注入 (10)Web测试中书写用例时要考虑的检查点 (11)手机电子邮件测试用例 (12)记事本与日历的测试用例 (13)Web测试总结 (14)让web站点崩溃最常见的七大原因 (14)Web应用程序是否存在跨站点脚本漏洞 (16)Web测试总结(全) (20)理解web性能测试术语 (27)Web安全测试入门 (28)测试工作总结 (28)Web应用系统易出问题的原因和测试要点 (28)使用JMeter测试web的应用 (29)1.Web测试中关于登录的测试请问,你为自己写过的用例怀疑过吗?前两天听一个朋友说他同事写了100个用例,结果有92个是无效的,差点被公司开了,本人以前也写过不少用例,但现在忽然怀疑我的用例了,觉得越来越糊涂了,拿登陆框来说吧,我写了7个用例,但总感觉不好,在网上找了篇文章,分享下,希望对大家有帮助。
快捷键的使用是否正常:1. TAB 键的使用是否正确2.上下左右键是否正确3.界面如果支持ESC键看是否正常的工作3.ENTER 键的使用是否正确切换时是否正常。
布局美感界面的布局是否符合人的审美的标准具体因人而依输入框的功能:输入合法的用户名和密码可以成功进入输入合法的用户名和不合法密码不可以进入,并给出合理的提示输入不合法的用户名和正确密码不可以进入,并给出合理的提示输入不合法的用户名和不正确的密码不可以进入,并给出合理的提示不合法的用户名有:不正确的用户名,,使用了字符大于用户名的限制正常用户名不允许的特殊字符空的用户名,系统(操作系统和应用系统)的保留字符不合法的密码有:空密码(除有特殊规定的),错误的密码,字符大于密码的限制正常密码不允许的特殊字符,系统(操作系统和应用系统)的保留字符界面的链接:对于界面有链接的界面,要测试界面上的所有的链接都正常或者给出合理的提示补充输入框是否支持复制和黏贴和移动密码框显示的不要是具体的字符,要是一些密码的字符验证用户名前有空格是否可以进入,一般情况可以。
Web测试通用测试用例
Web测试通用测试用例页面检查合理布局1、界面布局有序,简洁,符合用户使用习惯2、界面元素是否在水平或者垂直方向对齐3、界面元素的尺寸是否合理4、行列间距是否保持一致5、是否恰当地利用窗体和控件的空白,以及分割线条6、窗口切换、移动、改变大小时,界面显示是否正常7、刷新后界面是否正常显示8、不同分辨率页面布局显示是否合理,整齐,分辨率一般为1024*768 >1280*1024 >800*600弹出窗口1、弹出的窗口应垂直居中对齐2、对于弹出窗口界面内容较多,须提供自动全屏功能3、弹出窗口时应禁用主界面,保证用户使用的焦点4、活动窗体是否能够被反显加亮页面正确性1、界面元素是否有错别字,或者措词含糊、逻辑混乱2、当用户选中了页面中的一个复选框,之后回退一个页面,再前进一个页面,复选框是否还处于选中状态3、导航显示正确4、title显示正确5、页面显示无乱码6、需要必填的控件,有必填提醒,如*7、适时禁用功能按钮(如权限控制时无权限操作时按钮灰掉或不显示;无法输入的输入框disable掉)8、页面无js错9、鼠标无规则点击时是否会产生无法预料的结果10、鼠标有多个形状时是否能够被窗体识别(如漏斗状时窗体不接受输入)控件检查下拉选择框1、查询时默认显示全部2、选择时默认显示请选择3、禁用时样式置灰复选框1、多个复选框可以被同时选中2、多个复选框可以被部分选中3、多个复选框可以都不被选中4、逐一执行每个复选框的功能单选框1、一组单选按钮不能同时选中,只能选中一个2、一组执行同一功能的单选按钮在初始状态时必须有一个被默认选中,不能同时为空下拉树1、应支持多选与单选2、禁用时样式置灰树形1、各层级用不同图标表示,最下层节点无加减号2、提供全部收起、全部展开功能3、如有需要提供搜索与右键功能,如提供需有提示信息4、展开时,内容刷新正常日历控件1、同时支持选择年月日、年月日时分秒规则2、打开日历控件时,默认显示当前日期滚动条控件1、滚动条的长度根据显示信息的长度或宽度及时变换,这样有利于用户了解显示信息的位置和百分比,如,word中浏览100页文档,浏览到50页时,滚动条位置应处于中间2、拖动滚动条,检查屏幕刷新情况,并查看是否有乱码3、单击滚动条时,页面信息是否正确显示4、用滚轮控制滚动条时,页面信息是否正确显示5、用滚动条的上下按钮时,页面信息是否正确显示按钮1、点击按钮是否正确响应操作。
WEB界面测试用例
WEB界面测试用例〜收藏输入框校验1•字符串长度检查:输入超出需求所说明的字符串长度的内容,看系统是否检查字符串长度。
(256)2.字符类型检查:校验输入数据类型(文本,数字)3•空格检查:在输入信息项中,输入一个或连串空格,查看系统如何处理。
如对于要求输入整型、符点型变量的项中,输入空格,既不是空值,又不是标准输入。
4.输入法半角全角检查:在输入信息项中,输入半角或全角的信息,查看系统如何处理。
如对于要求输入符点型数据的项中,输入全角的小数点(。
或.,如4.5);输入全角的空格等。
5•特殊字符检查:输入特殊符号,如@、#、$、%、!等,看系统处理是否正确。
常见的错误是出现在%\这几个特殊字符•输入特殊字符集,例如,NUL及\n等;6•标点符号检查:输入内容包括各种标点符号,特别是空格,各种引号,回车键。
常见的错误是系统对空格的处理.7•检查信息的完整性:在查看信息和更新信息时,查看所填写的信息是不是全部更新,更新信息和添加信息是否一致。
8•必填项检查:如在必填项前加;可否不填或者输入空格9•检查修改重名:修改时把名字应该唯一的信息输入重复的名字或ID,看会否处理,报错•同时,也要注意,会不会报和自己重名的错•(员工代码,HR代码)-----唯一性约束ORA-00001(有空格没空格)10•时间日期检查:时间、日期验证是每个系统都必须的,如2006-2-31、2006-6-31等错误日期,同时,对于管理、财务类系统,每年的1月与前一年的12月(同理,每年的第1季度与前一年的第4季度)。
另外,对于日期、时间格式的验证,如2006年2月28日、2006-2-28、20060228等。
按扭11.检查按钮的功能是否正确:如新建、编辑、删除、关闭、返回、保存、导入,上一页,下一页,页面跳转,重置等功能是否正确。
常见的错误会出现在重置按钮上,表现为功能失效。
12.重复提交表单:一条已经成功提交的纪录,返回后再提交,看看系统是否做了处理。
web测试用例设计大全
WEB网站测试一、输入框:1、正常的字母/文字/数字(正常流程的测试);2、重复提交(输入内容后,重复点击提交按钮);3、纯异常字符/正常输入夹杂异常字符(!@#¥%……&**等等);4、长度限制(边界值测试,假设最小长度为N,最大长度为M,则测试N-1,N,M,M+1);5、重复输入(已经存在记录,重复输入);6、空提交(什么都不输入直接提交,看程序如何处理);7、含有空格(开头,中间,结尾);8、含有回车(输入内容中含有回车,查看如何处理,如何保存,以及如何显示);9、复制粘贴操作(如密码需二次确认验证,此时复制粘贴不可生效,其余的情况应该生效);10、如有格式要求,请验证格式(如电话号码的格式要求,运营商号段的要求);11、输入非法字符集,如:null,\n;12、全/半角的符号是否区分;13、对于搜索输入框:若输入*是否能搜索出全部的内容;若输入空格能否搜索出全部的内容;若输入比要搜索的全部内容超长的字符,能否搜出相应的内容;输入脚本/html语言,是否会过滤(此处涉及安全测试,可暂不考虑)。
二、提交/确定按钮:1、对于提交/确定按钮,点击后,数据是否成功处理,页面跳转是否正确;2、连续点击提交/确定按钮页面如何处理,注意连续提交时操作要快,达到签个提交尚未处理完成,点击下一个提交,程序如何处理,是否报错;3、对于取消按钮,点击“取消”按钮后,查看数据有没提交。
三、后退按钮,返回键:1、对于页面的操作,大家要注意测试下浏览器上的后退按钮操作,查看下做完操作后点击后退按钮后,之前的操作是否会撤销?2、连续点击后退按钮,查看页面会做何种处理,是否会报错;3、比如已经退出登录的页面,点击后退按钮,页面是否仍是登录状态?4、对于有返回键的页面,对于已经成功提交的记录,点击返回键后,看如何处理之前的操作;5、对于有连续返回键的页面,连续点击返回键,页面如何处理,是否报错。
四、链接测试:1、首先,测试所有链接是否按指示的那样确实链接到了该链接的页面;2、其次,测试所链接的页面是否存在;3、最后,保证Web应用系统上没有孤立的页面,所谓孤立页面是指没有链接指向该页面,只有知道正确的URL地址才能访问。
【Web页面测试】测试点和测试用例
【Web页⾯测试】测试点和测试⽤例1. 需求符合度测试1. 各级菜单名称显⽰是否按照需求说明书规定的设计,并且没有遗漏和多余2. 各级菜单所完成的功能是否按照需求说明书规定的设计,并且没有遗漏和多余3. 各级菜单的操作顺序和操作⽅式是否按照需求说明书规定的设计,并且正确2. 页⾯测试1. 页⾯元素对齐⽅式是否符合规范的要求,或者操作⽅便性2. ⽂字的字体,标点符号是否统⼀3. 有误错别字和乱码4. 焦点是否定位在默认操作项上5. 按TAB键是否有正常切换焦点(⾃上⽽下,⾃左⽽右)6. 标题是否正确⽆误,关注以下部分:①是否和菜单⼀级;②同⼀个case的多个页⾯标题是否⼀致7. 时间格式是否正确(特别是海外版,如果时间输⼊栏有掩码,要检查掩码的正确性)8. 是否正确⽀持常⽤的显⽰⽐例: 800*600,1024*7689. 显⽰⽐例发⽣变化时,页⾯及页⾯元素是否可以正常显⽰10. 页⾯布局是否合理11. 第三⽅控件是否具有可⽤性12. 长时间⽆⼈操作时,处理是否正确13. 对应的在线帮助事都正确。
注。
1. 页⾯元素,需观察其类型是否正确;2,输⼊校验项需测试以下;1. 校验逻辑是否正确2. 错误提⽰是否正确3. 提⽰错误点击确定后,是否聚焦该页⾯元素,且若为输⼊框,是否选中所有⽂字3. 敏感字符: =&|,;‘’ “” " “ :""”\ !4. 特殊字符: ~!@#¥%……&*()——+《》?、/等⾮字母字符14. 对于数据库中的某⼀个字段扩展出多个含义的维护页⾯是否对每个扩展含义都做了测试3. ⽂本显⽰框测试1. 名称是否正确,需要关注以下⼏点:1. 描述是否正确2. 对所有单位的输⼊项是否指明了单位2. 显⽰值是否正确3. 显⽰是否美观,是否存在显⽰过长,甚⾄出现换⾏等情况4. 时间,⽇期货币与语⾔种类是否能够显⽰正确4. 单⾏⽂本框测试1. 页⾯显⽰1. 名称是否正确2. 必须标记是否正确3. 冒泡帮助的描述是否清晰正确4. 默认值是否正确5. 如果是密码框,输⼊的数据是否为*6. 输⼊框的长度是否和其他页⾯的元素保持⼀致2. 输⼊校验1. 空字符,校验是否正确2. 输⼊空格串,校验是否正确3. 输⼊数字串,校验是否正确4. 输⼊字母串,校验是否正确5. 输⼊包括数字和字母的字符串,校验是否正确6. 输⼊字母和特殊字符串,校验是否正确7. 输⼊包含数字,字母,特殊字符的字符串,校验是否正确8. 空字符,校验是否正确9. 输⼊空格串,校验是否正确10. 输⼊包含半⾓字符的字符串,校验是否正确11. 输⼊包含中⽂的字符串,校验是否正确12. 输⼊中间包含空格的字符串,校验是否正确13. 输⼊前后包含空格的字符串,校验是否正确14. 输⼊包含敏感字符的字符串,校验是否正确15. 输⼊框输⼊字符个数限制,校验是否正确16. "长度为a~b位的字符串校验:17. 输⼊a-1位字符串,校验是否正确"18. 输⼊a位字符串,校验是否正确19. 输⼊a+1位字符串,校验是否正确20. 输⼊b-1位字符串,校验是否正确21. 输⼊b位字符串,校验是否正确22. 输⼊b+1位字符串,校验是否正确23. 长度为a~b之间的任⼀字符串,校验是否正确24. "值为a~b的数字串:输⼊a-1,校验是否正确;"输⼊a,校验是否正确;输⼊a+1,校验是否正确;输⼊b-1,校验是否正确;输⼊b,校验是否正确;输⼊b+1,校验是否正确;输⼊0,校验是否正确;输⼊-1,校验是否正确;输⼊-a,校验是否正确;输⼊-b,校验是否正确;输⼊a~b任⼀个数,校验是否正确;32. "⽇期:输⼊含有错误分隔符的⽇期,校验是否正确;"33. 输⼊⽇期的年⽉顺序与需求要求格式不改,校验是否正确;34. 输⼊没有年份的⽇期,校验是否正确;35. 输⼊没有⽉的⽇期,校验是否正确;36. 输⼊没有⽇的⽇期,校验是否正确;37. 输⼊⽇期(年)位数不对,校验是否正确;38. 输⼊⽇期(⽉)位数不对,校验是否正确;39. 输⼊⽇期(⽇)位数不对,校验是否正确;40. 输⼊⽆效⽇期(年),如:0000-01-15,校验是否正确;41. 输⼊⽆效⽇期(⽉),如:2003-00-15,校验是否正确;42. 输⼊⽆效⽇期(⽉),如:2003-13-15,校验是否正确;43. 输⼊⽆效⽇期(⽇),如:2003-05-00,校验是否正确;44. 输⼊⽆效⽇期(⽇),如:2003-05-32,校验是否正确;45. 输⼊⽇期,如:2003-04-31,2003-05-31,校验⼤⼩⽉是否正确;46. 输⼊⽇期,如:2003-02-30,2003-02-29,2003-02-28,2004-02-29,2100-02-29,校验2⽉⽇期是否正确;47. 若限制最⼤⽇期,输⼊最⼤⽇期-1天,校验是否正确;48. 若限制最⼤⽇期,输⼊最⼤⽇期,校验是否正确;49. 若限制最⼤⽇期,输⼊最⼤⽇期+1天,校验是否正确;50. 若限制最⼩⽇期,输⼊最⼩⽇期-1天,校验是否正确;51. 若限制最⼩⽇期,输⼊最⼩⽇期,校验是否正确;52. 若限制最⼩⽇期,输⼊最⼩⽇期+1天,校验是否正确;53. 若对输⼊值有特殊限制(如以13开头),分别输⼊符合和不符合规则的值,校验是否正确;54. 是否正确⽀持特殊货币⽐例输⼊(针对海外);55. 是否校验了粘贴数据;功能测试1. 是否存在随着输⼊框,指disabled变灰隐藏等,下同,随其他域变化⽽变化?校验是否正确2. 是否存在输⼊框当前值随其他域变化⽽变化?校验是否正确3. 若状态或当前值随其他域的变化⽽变化,提交后退,状态和值是否保持正确。
web测试用例模板和例子
web测试用例模板和例子
Web测试用例模板和例子如下:
模板:
1. 用例编号
2. 测试标题
3. 预置条件
4. 测试步骤
5. 测试数据
6. 预期结果
7. 实际结果
8. 测试结论
9. 备注
例子:
用例编号:TC001
测试标题:登录功能测试
预置条件:已安装浏览器,已连接到互联网,已注册账号。
测试步骤:
1. 打开浏览器,输入网站地址,进入首页。
2. 点击“登录”按钮,进入登录页面。
3. 在登录页面输入用户名和密码,点击“登录”按钮。
4. 检查是否登录成功,进入个人主页。
测试数据:用户名:test,密码:test123。
预期结果:登录成功,进入个人主页。
实际结果:登录成功,进入个人主页。
测试结论:通过。
互联网Web测试用例设计思路与方法(共5则范文)
互联网Web测试用例设计思路与方法(共5则范文)第一篇:互联网Web测试用例设计思路与方法(共)互联网Web测试用例设计思路与方法互联网Web测试用例设计思路1、Web测试用例设计思路:主要是Web测试用例操作与界面流程,我们为什么在心中有思路,但是写测试用例就无从下手,那就是一个人在做了ERP内部系统测试后,再从事Web测试工作,写测试用例的时候就会模仿以前的工作经验去编写测试用例,所以编写出的测试用例重复性的用例比较多,执行力也比较少。
2、Web测试用例设计思路:看到上面第一点的朋友,如果你是这样的话,这条就是教你如果去放开思路编写用例,我们每个公司的企业文化里面都会含有一个字的文化,那就是“创新”,为什么要选择创新没,大家都知道没有创新的公司,就会必死,就像诺基亚的塞班系统一样,塞班系统以前10年多辉煌的历史,转眼就被安卓取代,为什么就是塞班系统升级时,会重构与重写很多代码,代码只会增加没有大多减少,使系统运行起来慢。
我们编写测试用例一样要学会创新,不能用以前行业的思路对现在的行业来进行工作。
我们要放开思路大胆的去设想一些可能发生的事情。
上面2点主要是教大家,如何去理解项目,如何去放开思路,创新用例。
(可能大家没看出什么含义,大家不要担心,请开下面的设计用例的方法吧!)互联网Web测试用例设计方法1、按照模块设计用例为什么要按照模块设计用例呢?因为互联网Web有成千上万的连接,里面也含有相同的跳转页面地址,也有模块单独分立,如:搜索、导航、友情连接、留言等都是独立的页面,也是属于Web页面中的模块。
2、按照主要功能设计用例为什么要按照主要功能设计用例呢?因为我刚刚说了Web页面中有成千上万的连接,很多连接其实都是只想一个页面,如:首页里面包含、新闻、资料、文章,我们点击不同的页面就好进入不同的详细页。
这时我们只有按照功能进行用例的设计,这样可以减少用例的重复性。
3、按照需求与项目流程设计用例为什么要按照项目流程设计用例呢?其实我们拿手中的资料基本上都是项目的整理流程图与项目需求文档规格书,如果项目是一个新的项目话,我们没有预览网站,那就要使用项目流程与需求文档来设计用例了,因为为什么往往看到的只有一个大致的首页图,我们从何下手,那就是要放开思路胆大设计了,为什么并不了解产品部要怎么实现这个功能,我们只有了解需求与开发沟通才能设计好的用例,很像敏捷测试吧,但不是哦!当功能与项目开发完毕后,我们要对用例的重整操作,因为我们设计的用例,有些并不符合逻辑,有些并不符合实际,所有这个流程是并不可少的。
WEB测试用例
WEB测试用例一些常用模块的测试用例1、登录2、添加3、查询4、删除1、登录①用户名和密码都符合要求(格式上的要求)②用户名和密码都不符合要求(格式上的要求)③用户名符合要求,密码不符合要求(格式上的要求)④密码符合要求,用户名不符合要求(格式上的要求)⑤用户名或密码为空⑥数据库中不存在的用户名,不存在的密码⑦数据库中存在的用户名,错误的密码⑧数据库中不存在的用户名,存在的密码⑨输入的数据前存在空格⑩输入正确的用户名密码以后按[enter]是否能登陆2、添加①要添加的数据项均合理,在界面保存成功后,检查数据库中是否添加了相应的数据:select 查询②留出一个必填数据为空③按照边界值等价类设计测试用例的原则设计其他输入项的测试用例:数据组合测试④不符合要求的地方要有错误提示⑤是否支持table键⑥按enter是否能保存⑦若提示不能保存,也要察看数据库里是否多了一条数据3、删除①删除一个数据库中存在的数据,然后查看数据库中是否删除(界面删除一条数据,查看数据库中是否删除)②删除一个数据库中并不存在的数据,看是否有错误提示,并且数据库中没有数据被删除③输入一个格式错误的数据,看是否有错误提示,并且数据库中没有数据被删除。
④输入的正确数据前加空格,看是否能正确删除数据⑤什么也不输入⑥是否支持table键:tab键⑦是否支持enter键4、查询精确查询:①输入的查询条件为数据库中存在的数据,看是否能正确地查出相应得数据②输入正确的查询条件以前加上空格,看是否能正确地查出相应的数据③输入格式或范围不符合要求的数据,看是否有错误提示:如日期格式:YYYY-MM-DD;范围:月份中输入13等,一般这些数据都是枚举型数据,以下拉框的形式出现④输入数据库中不存在的数据⑤不输入任何数据:查询结果应该为所有记录⑥是否支持table键⑦是否支持enter键模糊查询:在精确查询的基础上加上以下一点:①输入一些字符,看是否能查出数据库中所有的相关信息故障模型---缺陷查找攻击的二十一招大法1.输入非法数据输入数据的类型、长度、边界值;还要留意错误信息本身。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
返回上一页面。 1.快速进入相应菜单。 2.浏览器页签标题和界面标题都正确。 3.界面布局美观,内容完整正确。 保存失败,系统给出适当提示。 保存成功。 保存成功。 保存成功。 保存失败,给出适当提示。 保存成功。 保存成功,数据更新正确。
各字段分别输入大于允许的最大长度及其 他适当信息,点击保存按钮。 各字段分别输入一段文字,包含汉字、英 文、数字、特殊字符等,点击确定按钮。 同上 点击返回按钮。 选择任意记录,点击删除按钮。 删除所有记录。 选择菜单单击。
可选项验证
合法性验证
字段长度、格式验证
保存验证 返回功能 修改 页面样式、标题、内容显 示 必填项验证
可选项验证
合法性验证
字段长度、格式验证
保存验证 返回功能 删除 单个删除 全部删除 用户管理 页面样式 页面样式、标题、内容显 示 页面样式、标题、内容显 示 必填项验证
添加用户
可选项验证 字符长度、格式验证 特殊字符验证 修改用户 页面样式、标题、内容显 示 必填项验证
点击添加用户。 必填项全部输入后确定。 必填项未全部输入后确定。 可选项全部不输入或部分输入,确定。 按照需求要求的长度和格式输入,确定。 不按照需求要求的长度和格式输入,确定 各字段输入@#¥%?/等特殊字符确定。 点击修改用户。 必填项全部输入后确定。 必填项未全部输入后确定。 可选项全部不输入或部分输入,确定。 按照需求要求的长度和格式输入,确定。 不按照需求要求的长度和格式输入,确定 。 各字段输入@#¥%?/等特殊字符确定。 点击设置角色。 点击删除。 选择菜单单击。
1.清单默认显示所有记录。 清单正确显示所有符合条件的记录。 1.查询结果为空。 1.支持模糊查询的字段可以正确显示查询结 果,其他字段查询结果为空。 清单正确显示所有符合条件的记录。 清单正确显示所有符合条件的记录。 1.列表显示无数据 1.列表显示无数据 清单正确显示所有符合条件的记录。 1.快速进入相应菜单。 2.浏览器页签标题和界面标题都正确。 3.界面布局美观,内容完整正确。 保存失败,系统给出适当提示。 保存成功。 保存成功。 保存成功。 保存失败,给出适当提示。 保存成功。 保存成功,数据更新正确。 保存失败,对大于最大长度的字段给出友好 提示。 保存成功,数据更新正确。
导出所有二维码 无车辆时导出 单页车辆时导出 多页车辆时导出 大批车辆时导出 资料管理 页面样式 修改资料 页面样式、标题、内容显 示 必填项验证
可选项验证 字符长度、格式验证 特殊字符验证 围栏设置 页面样式 页面样式、标题、内容显 示
查询
默认条件查询 单个查询
组合查询
特殊字符查询
回车查询 新建 页面样式、标题、内容显 示 必填项验证
特殊字符验证 角色授权 删除角色 角色授权 删除已使用的角色。 删除未使用的角色。 页面LOGO 样式 切换 LOGO图片样式显示 LOGO图片切换显示
操作描述(含操作步骤) 选择菜单单击。 选择某个司机进行查询。 未选择司机,进行查询。 单击增加车辆。 必填项全部输入后确定。 必填项未全部输入后确定。 可选项全部不输入或部分输入,确定。 按照需求要求的长度和格式输入,确定。 不按照需求要求的长度和格式输入,确定 各字段输入@#¥%?/等特殊字符确定。 单击修改。 必填项全部输入后确定。 必填项未全部输入后确定。 可选项全部不输入或部分输入,确定。 按照需求要求的长度和格式输入,确定。 不按照需求要求的长度和格式输入,确定 各字段输入@#¥%?/等特殊字符确定。 点击查看二维码。 点击导出。 点击导出。 点击导出。 点击导出。 选择菜单单击。 必填项全部输入后确定。 必填项未全部输入后确定。 可选项全部不输入或部分输入,确定。 按照需求要求的长度和格式输入,确定。 不按照需求要求的长度和格式输入,确定 各字段输入@#¥%?/等特殊字符确定。 1.选择菜单单击。
系统给出适当提示。 系统给出适当提示。 1.快速进入相应菜单。 2.浏览器页签标题和界面标题都正确。 3.界面布局美观,内容完整正确。 保存成功,查看数据正确。 系统给出适当提示。 保存成功,查看数据正确。 保存成功,查看数据正确。 系统给出适当提示。 系统给出适当提示。 能成功勾选并保存所设置权限,并生效使用 角色无法删除,给出适当提示。 角色被删除。 1.LOGO位置显示正确,图片样式缩放正确 1.LOG切换正常
可选项验证 字符长度、格式验证
特殊字符验证 用户设置角色 删除用户 角色管理 页面样式 用户设置角色 删除用户 页面样式、标题、内容显 示 页面样式、标题、内容显 示 必填项验证
添加角色
可选项验证 字符长度、格式验证
特殊字符验证 修改角色 页面样式、标题、内容显 示 必填项验证
可选项验证 字符长度、格式验证
是否通过
测试工程 师
日期
备注
实际结果
1.进入相应菜单。 1.各查询条件分别输入存在的完整关键 字,点击查询按钮。 1.各查询条件分别输入不存在的关键字, 点击查询按钮。 1.各查询条件分别输入部分关键字,点击 查询按钮。 1.选择两个字段,设置存在的关键字,点 击查询按钮。 1.每个字段均设置存在的关键字,点击查 询按钮。 1.输入空格、@等查询清单未含有的特殊字 符,点击查询 2.在查询关键字的头中尾部加空格 / 或其 它特殊字符,点击查询 1.各查询条件分别输入存在的完整关键 字,回车。 点击新建按钮。 未输入所有必填项,点击保存按钮。 输入所有必填项,点击保存按钮。 只输入必填项,点击保存按钮。 输入必填项和可选项,点击保存按钮。 输入已存在的报警名称,点击保存按钮。 输入不存在的报警名称,点击保存按钮。 各字段分别输入小于或等于允许的最大长 度及其他适当信息,点击保存按钮。 各字段分别输入大于允许的最大长度及其 他适当信息,点击保存按钮。 各字段分别输入一段文字,包含汉字、英 文、数字、特殊字符等,点击确定按钮。 同上 点击返回按钮。 点击修改按钮。 未输入所有必填项,点击保存按钮。 输入所有必填项,点击保存按钮。 只输入必填项,点击保存按钮。 输入必填项和可选项,点击保存按钮。 输入已存在的报警名称,点击保存按钮。 输入不存在的报警名称,点击保存按钮。 各字段分别输入小于或等于允许的最大长 度及其他适当信息,点击保存按钮。
保存失败,对大于最大长度的字段给出友好 提示。 保存成功,数据更新正确。
返回上一页面。 点击确认,成功删除;点击取消,不删除。 都能成功删除,且界面正常显示。 1.快速进入相应菜单。 2.浏览器页签标题和界面标题都正确。 3.界面布局美观,内容完整正确。 1.快速进入相应菜单。 2.浏览器页签标题和界面标题都正确。 3.界面布局美观,内容完整正确。 保存成功,查看数据正确。 系统给出适当提示。 保存成功,查看数据正确。 保存成功,查看数据正确。 系统给出适当提示。 系统给出适当提示。 1.快速进入相应菜单。 2.浏览器页签标题和界面标题都正确。 3.界面布局美观,内容完整正确。 保存成功,查看数据正确。 系统给出适当提示。 保存成功,查看数据正确。 保存成功,查看数据正确。 系统给出适当提示。 系统给出适当提示。 显示所有备选角色,能成功勾选和保存,并 生效使用。 用户被删除,不能再使用。 1.快速进入相应菜单。 2.浏览器页签标题和界面标题都正确。 3.界面布局美观,内容完整正确。 1.快速进入相应菜单。 2.浏览器页签标题和界面标题都正确。 3.界面布局美观,内容完整正确。 保存成功,查看数据正确。 系统给出适当提示。 保存成功,查看数据正确。 保存成功,查看数据正确。
预期结果 1.快速进入相应菜单。 2.浏览器页签标题和界面标题都正确。 3.界面布局美观,内容完整正确。 清单显示所有符合条件的记录。 清单显示全部记录。 1.快速进入相应菜单。 2.浏览器页签标题和界面标题都正确。 3.界面布局美观,内容完整正确。 保存成功,查看数据正确。 系统给出适当提示。 保存成功,查看数据正确。 保存成功,查看数据正确。 系统给出适当提示。 系统给出适当提示。 1.快速进入相应菜单。 2.浏览器页签标题和界面标题都正确。 3.界面布局美观,内容完整正确。 保存成功,查看数据正确。 系统给出适当提示。 保存成功,查看数据正确。 保存成功,查看数据正确。 系统给出适当提示。 系统给出适当提示。 正确显示该车辆二维码。 导出文档无二维码。 正确导出所有车辆二维码。 正确导出所有车辆二维码。 正确导出所有车辆二维码。 1.快速进入相应菜单。 2.浏览器页签标题和界面标题都正确。 3.界面布局美观,内容完整正确。 保存成功,查看数据正确。 系统给出适当提示。 保存成功,查看数据正确。 保存成功,查看数据正确。 系统给出适当提示。 系统给出适当提示。 1.快速进入相应菜单。 2.浏览器页签标题和界面标题都正确。 3.界面布局美观,地图完整正确展示,展示 速度可接受。
用例ID
功能模块
测试要点
测试验证点 页面样式、标题、内容显 示 已指定司机查询 未指定司机查询
预置条件 测试数据
车辆管理 页面样式 查询
增加车辆
页面样式、标题、内容显 示 必填项验证
可选项验证 字符长度、格式验证 特殊字符验证 修改车辆 页面样式、标题、内容显 示 必填项验证
可选项验证 字符长度、格式验证 特殊字符验证 查看二维码 各种浏览器上查看二维码
Hale Waihona Puke 点击添加角色。 必填项全部输入后确定。 必填项未全部输入后确定。 可选项全部不输入或部分输入,确定。 按照需求要求的长度和格式输入,确定。
不按照需求要求的长度和格式输入,确定 。 各字段输入@#¥%?/等特殊字符确定。 选择菜单单击。 必填项全部输入后确定。 必填项未全部输入后确定。 可选项全部不输入或部分输入,确定。 按照需求要求的长度和格式输入,确定。 不按照需求要求的长度和格式输入,确定 。 各字段输入@#¥%?/等特殊字符确定。 点击授权按钮。 点击删除。 点击删除。 1.登录系统 2.上传新LOGO图片 1.登录不同的车队,并上传各自的LOGO 2.退出,重新切换登录