WEB网站测试用例
- 格式:doc
- 大小:51.00 KB
- 文档页数:7
《Web性能测试实战》性能测试用例模板1文档介绍1.1文档目的1.2文档范围1.3读者对象1.4参考文献1.5术语与解释解释缩写、术语2测试需求分析2.1被测试对象的介绍2.2测试范围与目的2.3测试环境与测试辅助工具的描述3性能测试用例3.1预期性能指标测试用例下面的测试方法比较详细,也可以根据实际需要把所有的指标写在一起,简要描述测试方法,以达到节省时间的目的(列出测试对象、期望的性能、实际性能三项即可以)。
1 指标A描述用例编号:001性能描述:用例目的:前提条件:特殊的规程说明:用例间的依赖关系:步骤输入/动作期望的性能(平均值)实际性能(平均值)回归测试1. 示例:典型值…2. 示例:边界值…3. 示例:异常值…4. …5. …6. …2 指标B描述用例编号:002性能描述:用例目的:前提条件:特殊的规程说明:用例间的依赖关系:步骤输入/动作期望的性能(平均值)实际性能(平均值)回归测试1. 示例:典型值…2. 示例:边界值…3. 示例:异常值…4. …5. …6. ………3.2用户并发测试:核心模块1 核心模块A测试内容描述功能目的方法并发用户数与事务执行情况并发用户数事务平均响应时事务最大响应时平均每秒处理事事务成功率每平均流量(字节/间间务数秒点击率秒)20253035404550并发用户数与数据库主机并发用户数CPU利用率MEM利用率磁盘I/O情况DB参数1其它参数20253035404550并发用户数与应用服务器的关系表并发用户数CPU利用率MEM利用率磁盘I/O情况202530354045502 核心模块B测试内容描述……3.3用户并发测试:组合模块1 模块组合描述A功能目的方法并发用户数与事务执行情况并发用户数事务平均响应时间事务最大响应时间平均每秒事务数事务成功率每秒点击率平均流量(字节/秒)业务1业务2业务3业务1业务2业务3业务1业务2业务3业务1业务2业务320253035404550并发用户数与数据库主机并发用户数CPU利用率MEM利用率磁盘I/O情况DB参数1其它参数20253035404550并发用户数与应用服务器的关系表并发用户数CPU利用率MEM利用率磁盘I/O情况202530354045502 模块组合描述B……3.4大数据量测试1 大数据量场景A描述编写用例的格式如下:功能目的方法并发用户数与事务执行情况输入说明事务平均响应事务最大响应平均每秒处理事事务成每秒点击平均流量(字节/时间时间务数功率率秒)2 大数据量场景B描述编写用例的格式如下:功能目的方法并发用户数与事务执行情况输入说明事务平均响应时间事务最大响应时间平均每秒处理事务数事务成功率每秒点击率平均流量(字节/秒)……3.5疲劳强度测试1 疲劳强度测试场景A描述极限名称A例如“最大并发用户数量”前提条件运行时间输入/动作输出/响应是否能正常运行例如10个用户并发操作例如20个用户并发操作…故障发生的时刻故障描述……任务A无故障运行的平均时间间隔(CPU小时)任务A无故障运行的最小时间间隔(CPU小时)任务A无故障运行的最大时间间隔(CPU小时)2 疲劳强度测试场景B描述……3.6网络性能测试1 网络测试场景A描述目的测试广域网网络资源在不同并发用户条件下的使用情况方法在不同的广域网带宽下(64K、128K、256K¡-.)使用LoadRunner录制的日常业务的应用脚本,以不同的并发数进行并发性测试,记录各种用户连接数下,不同并发请求的性能变化;同时记录路由器端口的流量和其他数据。
一些常用模块的测试用例1、登录2、添加3、查询4、删除1、登录①用户名和密码都符合要求(格式上的要求)②用户名和密码都不符合要求(格式上的要求)③用户名符合要求,密码不符合要求(格式上的要求)④密码符合要求,用户名不符合要求(格式上的要求)⑤用户名或密码为空⑥数据库中不存在的用户名,不存在的密码⑦数据库中存在的用户名,错误的密码⑧数据库中不存在的用户名,存在的密码⑨输入的数据前存在空格⑩输入正确的用户名密码以后按[enter]是否能登陆2、添加①要添加的数据项均合理,在界面保存成功后,检查数据库中是否添加了相应的数据:select 查询②留出一个必填数据为空③按照边界值等价类设计测试用例的原则设计其他输入项的测试用例:数据组合测试④不符合要求的地方要有错误提示⑤是否支持table键⑥按enter是否能保存⑦若提示不能保存,也要察看数据库里是否多了一条数据3、删除①删除一个数据库中存在的数据,然后查看数据库中是否删除(界面删除一条数据,查看数据库中是否删除)②删除一个数据库中并不存在的数据,看是否有错误提示,并且数据库中没有数据被删除③输入一个格式错误的数据,看是否有错误提示,并且数据库中没有数据被删除。
④输入的正确数据前加空格,看是否能正确删除数据⑤什么也不输入⑥是否支持table键:tab键⑦是否支持enter键4、查询精确查询:①输入的查询条件为数据库中存在的数据,看是否能正确地查出相应得数据②输入正确的查询条件以前加上空格,看是否能正确地查出相应的数据③输入格式或范围不符合要求的数据,看是否有错误提示:如日期格式:YYYY-MM-DD;范围:月份中输入13等,一般这些数据都是枚举型数据,以下拉框的形式出现④输入数据库中不存在的数据⑤不输入任何数据:查询结果应该为所有记录⑥是否支持table键⑦是否支持enter键模糊查询:在精确查询的基础上加上以下一点:①输入一些字符,看是否能查出数据库中所有的相关信息故障模型---缺陷查找攻击的二十一招大法1.输入非法数据输入数据的类型、长度、边界值;还要留意错误信息本身。
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渗透测试用例:1. 注入攻击:- SQL注入:尝试在用户输入的地方插入恶意的SQL代码,通过执行恶意SQL语句来获取敏感信息。
- 命令注入:尝试在用户输入的地方插入恶意命令,通过执行这些命令来获取系统权限或执行恶意操作。
- XML注入:尝试在用户输入的地方插入恶意XML数据,通过解析漏洞来获取敏感信息或实施拒绝服务攻击。
2. 跨站点脚本攻击(XSS):- 反射型XSS:尝试在URL参数或表单输入中插入恶意脚本,通过攻击者提供的恶意链接或诱导用户点击来执行脚本。
- 存储型XSS:尝试将恶意脚本存储在目标网站的数据库中,并在用户访问受影响的页面时执行脚本。
3. 跨站请求伪造(CSRF)攻击:- 尝试构造一个恶意网页,通过包含目标网站的请求来执行未经授权的操作。
- 尝试在另一个网站上放置一个包含恶意请求的图片或链接,以诱使用户点击来执行未经授权的操作。
4. 文件上传漏洞:- 尝试上传恶意文件,并验证目标网站是否正确检查文件类型和进行充分的文件验证。
- 尝试上传带有恶意脚本的文件,并验证是否存在存储型XSS 漏洞。
5. 会话管理漏洞:- 尝试利用会话固定攻击策略,重用已知的会话标识,获取受害用户的权限。
- 尝试暴力破解会话ID,通过尝试大量可能的会话ID来获取已登录用户的权限。
6. 敏感信息泄露:- 尝试访问未受保护的目录,查看是否可以直接访问敏感文件或数据库备份。
- 尝试从错误信息、URL参数或响应头中获取敏感信息,如数据库连接字符串或密码。
通过使用以上渗透测试用例,我们可以全面测试目标网站的安全性,发现并修复潜在的漏洞。
然而,以下几点需要注意:1. 在进行渗透测试时,请遵循法律法规,并且确保获得所有必要的授权和许可。
2. 尽量不要在生产环境中进行渗透测试,以防止对真实用户造成不必要的影响或风险。
WEB性能测试用例设计务器性能测试五大部分,具体编写测试用例时要根据实际情况进行裁减,在项目应用中遵守低成本,策略为中心,裁减,完善模型,具体化等原则;一、WEB 全面性能测试模型Web 性能测试模型提出的主要依据是:一种类型的性能测试可以在某些条件下转化成为另外一种类型的性能测试,这些类型的性能测试的实施是有着相似之处的;1. 预期指标的性能测试:系统在需求分析和设计阶段都会提出一些性能指标,完成这些指标的相关的测试是性能测试的首要工作之一,这些指标主要诸于“系统可以支持并发用户200个;”系统响应时间不得超过20秒等,对这种预先承诺的性能要求,需要首先进行测试验证;2. 独立业务性能测试;独立业务实际是指一些核心业务模块对应的业务,这些模块通常具有功能比较复杂,使用比较频繁,属于核心业务等特点。
用户并发测试是核心业务模块的重点测试内容,并发的主要内容是指模拟一定数量的用户同时使用某一核心的相同或者不同的功能,并且持续一段时间。
对相同的功能进行并发测试分为两种类型,一类是在同一时刻进行完全一样的操作。
另外一类是在同一时刻使用完全一样的功能。
3. 组合业务性能测试;通常不会所有的用户只使用一个或者几个核心业务模块,一个应用系统的每个功能模块都可能被使用到;所以WEB性能测试既要模拟多用户的相同操作,又要模拟多用户的不同操作;组合业务性能测试是最接近用户实际使用情况的测试,也是性能测试的核心内容。
通常按照用户的实际使用人数比例来模拟各个模版的组合并发情况;组合性能测试是最能反映用户使用情况的测试往往和服务器性能测试结合起来,在通过工具模拟用户操作的同时,还通过测试工具的监控功能采集服务器的计数器信息进而全面分析系统瓶颈。
用户并发测试是组合业务性能测试的核心内容。
组合并发的突出特点是根据用户使用系统的情况分成不同的用户组进行并发,每组的用户比例要根据实际情况来匹配;4. 疲劳强度性能测试;疲劳强度测试是指在系统稳定运行的情况下,以一定的负载压力来长时间运行系统的测试,其主要目的是确定系统长时间处理较大业务量时的性能,通过疲劳强度测试基本可以判定系统运行一段时间后是否稳定;5. 大数据量性能测试;一种是针对某些系统存储,传输,统计查询等业务进行大数据量时的性能测试,主要针对某些特殊的核心业务或者日常比较常用的组合业务的测试;第二种是极限状态下的数据测试,主要是指系统数据量达到一定程度时,通过性能测试来评估系统的响应情况,测试的对象也是某些核心业务或者常用的组合业务。
建立整体的威胁模型,测试溢出漏洞、信息泄漏、错误处理、SQL 注入、身份验证和授权错误.1、输入验证客户端验证服务器端验证(禁用脚本调试,禁用Cookies)1.输入很大的数(如4,294,967,269),输入很小的数(负数)2.输入超长字符,如对输入文字长度有限制,则尝试超过限制,刚好到达限制字数时有何反应3.输入特殊字符,如:~!@#$%^&*()_+<>:”{}|4.输入中英文空格,输入字符串中间含空格,输入首尾空格5.输入特殊字符串NULL,null,0x0d 0x0a6.输入正常字符串7.输入与要求不同类型的字符,如: 要求输入数字则检查正值,负值,零值(正零,负零),小数,字母,空值; 要求输入字母则检查输入数字8.输入html和javascript代码9.对于像回答数这样需检验数字正确性的测试点,不仅对比其与问题最终页的回答数,还要对回答进行添加删除等操作后查看变化例如:1.输入<html”>”gfhd</html>,看是否出错;2.输入<input type=”text” name=”user”/>,看是否出现文本框;3.输入<script type=”text/javascript”>alert(“提示”)</script>看是否出现提示。
关于上传:1.上传文件是否有格式限制,是否可以上传exe文件;2.上传文件是否有大小限制,上传太大的文件是否导致异常错误,上传0K的文件是否会导致异常错误,上传并不存在的文件是否会导致异常错误;3.通过修改扩展名的方式是否可以绕过格式限制,是否可以通过压包方式绕过格式限制;4.是否有上传空间的限制,是否可以超过空间所限制的大小,如将超过空间的大文件拆分上传是否会出现异常错误。
5.上传文件大小大于本地剩余空间大小,是否会出现异常错误。
6.关于上传是否成功的判断。
上传过程中,中断。
WEB测试⽤例(⼗⼆)⽹站测试的主要⽅⾯1功能测试对于⽹站的测试⽽⾔,每⼀个独⽴的功能模块需要单独的测试⽤例的设计导出,主要依据为《需求规格说明书》及《详细设计说明书》,对于应⽤程序模块需要设计者提供基本路径测试法的测试⽤例。
●链接测试链接是Web应⽤系统的⼀个主要特征,它是在页⾯之间切换和指导⽤户去⼀些不知道地址的页⾯的主要⼿段。
链接测试可分为三个⽅⾯:1)测试所有链接是否按指⽰的那样确实链接到了该链接的页⾯;2)测试所链接的页⾯是否存在;3)保证Web应⽤系统上没有孤⽴的页⾯,所谓孤⽴页⾯是指没有链接指向该页⾯,只有知道正确的URL地址才能访问。
链接测试可以⾃动进⾏,现在已经有许多⼯具可以采⽤。
链接测试必须在集成测试阶段完成,也就是说,在整个Web应⽤系统的所有页⾯开发完成之后进⾏链接测试。
Xenu------主要测试链接的正确性的⼯具可惜的是对于动态⽣成的页⾯的测试会出现⼀些错误。
●表单测试当⽤户给Web应⽤系统管理员提交信息时,就需要使⽤表单操作,例如⽤户注册、登陆、信息提交等。
在这种情况下,我们必须测试提交操作的完整性,以校验提交给服务器的信息的正确性。
例如:⽤户填写的出⽣⽇期与职业是否恰当,填写的所属省份与所在城市是否匹配等。
如果使⽤了默认值,还要检验默认值的正确性。
如果表单只能接受指定的某些值,则也要进⾏测试。
例如:只能接受某些字符,测试时可以跳过这些字符,看系统是否会报错。
要测试这些程序,需要验证服务器能正确保存这些数据,⽽且后台运⾏的程序能正确解释和使⽤这些信息。
B/S结构实现的功能可能主要的就在这⾥,提交数据,处理数据等如果有固定的操作流程可以考虑⾃动化测试⼯具的录制功能,编写可重复使⽤的脚本代码,可以在测试、回归测试时运⾏以便减轻测试⼈员⼯作量。
我们对UM⼦系统中各个功能模块中的各项功能进⾏逐⼀的测试,主要测试⽅法为:边界值测试、等价类测试,以及异常类测试。
测试中要保证每种类型都有2个以上的典型数值的输⼊,以确保测试输⼊的全⾯性。
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测试通用测试用例页面检查合理布局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界面测试用例〜收藏输入框校验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网站测试一、输入框: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. 用例编号
2. 测试标题
3. 预置条件
4. 测试步骤
5. 测试数据
6. 预期结果
7. 实际结果
8. 测试结论
9. 备注
例子:
用例编号:TC001
测试标题:登录功能测试
预置条件:已安装浏览器,已连接到互联网,已注册账号。
测试步骤:
1. 打开浏览器,输入网站地址,进入首页。
2. 点击“登录”按钮,进入登录页面。
3. 在登录页面输入用户名和密码,点击“登录”按钮。
4. 检查是否登录成功,进入个人主页。
测试数据:用户名:test,密码:test123。
预期结果:登录成功,进入个人主页。
实际结果:登录成功,进入个人主页。
测试结论:通过。
互联网Web测试用例设计思路与方法(共5则范文)第一篇:互联网Web测试用例设计思路与方法(共)互联网Web测试用例设计思路与方法互联网Web测试用例设计思路1、Web测试用例设计思路:主要是Web测试用例操作与界面流程,我们为什么在心中有思路,但是写测试用例就无从下手,那就是一个人在做了ERP内部系统测试后,再从事Web测试工作,写测试用例的时候就会模仿以前的工作经验去编写测试用例,所以编写出的测试用例重复性的用例比较多,执行力也比较少。
2、Web测试用例设计思路:看到上面第一点的朋友,如果你是这样的话,这条就是教你如果去放开思路编写用例,我们每个公司的企业文化里面都会含有一个字的文化,那就是“创新”,为什么要选择创新没,大家都知道没有创新的公司,就会必死,就像诺基亚的塞班系统一样,塞班系统以前10年多辉煌的历史,转眼就被安卓取代,为什么就是塞班系统升级时,会重构与重写很多代码,代码只会增加没有大多减少,使系统运行起来慢。
我们编写测试用例一样要学会创新,不能用以前行业的思路对现在的行业来进行工作。
我们要放开思路大胆的去设想一些可能发生的事情。
上面2点主要是教大家,如何去理解项目,如何去放开思路,创新用例。
(可能大家没看出什么含义,大家不要担心,请开下面的设计用例的方法吧!)互联网Web测试用例设计方法1、按照模块设计用例为什么要按照模块设计用例呢?因为互联网Web有成千上万的连接,里面也含有相同的跳转页面地址,也有模块单独分立,如:搜索、导航、友情连接、留言等都是独立的页面,也是属于Web页面中的模块。
2、按照主要功能设计用例为什么要按照主要功能设计用例呢?因为我刚刚说了Web页面中有成千上万的连接,很多连接其实都是只想一个页面,如:首页里面包含、新闻、资料、文章,我们点击不同的页面就好进入不同的详细页。
这时我们只有按照功能进行用例的设计,这样可以减少用例的重复性。
3、按照需求与项目流程设计用例为什么要按照项目流程设计用例呢?其实我们拿手中的资料基本上都是项目的整理流程图与项目需求文档规格书,如果项目是一个新的项目话,我们没有预览网站,那就要使用项目流程与需求文档来设计用例了,因为为什么往往看到的只有一个大致的首页图,我们从何下手,那就是要放开思路胆大设计了,为什么并不了解产品部要怎么实现这个功能,我们只有了解需求与开发沟通才能设计好的用例,很像敏捷测试吧,但不是哦!当功能与项目开发完毕后,我们要对用例的重整操作,因为我们设计的用例,有些并不符合逻辑,有些并不符合实际,所有这个流程是并不可少的。
WEB测试用例一些常用模块的测试用例1、登录2、添加3、查询4、删除1、登录①用户名和密码都符合要求(格式上的要求)②用户名和密码都不符合要求(格式上的要求)③用户名符合要求,密码不符合要求(格式上的要求)④密码符合要求,用户名不符合要求(格式上的要求)⑤用户名或密码为空⑥数据库中不存在的用户名,不存在的密码⑦数据库中存在的用户名,错误的密码⑧数据库中不存在的用户名,存在的密码⑨输入的数据前存在空格⑩输入正确的用户名密码以后按[enter]是否能登陆2、添加①要添加的数据项均合理,在界面保存成功后,检查数据库中是否添加了相应的数据:select 查询②留出一个必填数据为空③按照边界值等价类设计测试用例的原则设计其他输入项的测试用例:数据组合测试④不符合要求的地方要有错误提示⑤是否支持table键⑥按enter是否能保存⑦若提示不能保存,也要察看数据库里是否多了一条数据3、删除①删除一个数据库中存在的数据,然后查看数据库中是否删除(界面删除一条数据,查看数据库中是否删除)②删除一个数据库中并不存在的数据,看是否有错误提示,并且数据库中没有数据被删除③输入一个格式错误的数据,看是否有错误提示,并且数据库中没有数据被删除。
④输入的正确数据前加空格,看是否能正确删除数据⑤什么也不输入⑥是否支持table键:tab键⑦是否支持enter键4、查询精确查询:①输入的查询条件为数据库中存在的数据,看是否能正确地查出相应得数据②输入正确的查询条件以前加上空格,看是否能正确地查出相应的数据③输入格式或范围不符合要求的数据,看是否有错误提示:如日期格式:YYYY-MM-DD;范围:月份中输入13等,一般这些数据都是枚举型数据,以下拉框的形式出现④输入数据库中不存在的数据⑤不输入任何数据:查询结果应该为所有记录⑥是否支持table键⑦是否支持enter键模糊查询:在精确查询的基础上加上以下一点:①输入一些字符,看是否能查出数据库中所有的相关信息故障模型---缺陷查找攻击的二十一招大法1.输入非法数据输入数据的类型、长度、边界值;还要留意错误信息本身。
一、界面测试公共测试用例界面测试一般包括页面文字,控件使用,少图,CSS,颜色等。
1.文字内容一致性:1)公司要求文字的一致性,例如各种宣传文字、注册的协议条款、版权信息等;2)各处相同含义文字的一致性,例如标题栏文字、页面主题文字、弹出窗口文字、菜单名称、功能键文字等。
样式一致性1)(通常分类包括)各类文字字体、字号、样式、颜色、文字间距、对齐方式;2)按钮的文字间距,按钮长度一定前提下,2个字的按钮,需要中间空一格(或者其它约定,需要统一);3)链接文字,同一类,菜单、小标题、页角文字链接,在点击时颜色变化要相同;4)对齐方式,页面上文字的对齐,例如表单、菜单列、下拉列表中文字的对齐方式(左、右、居中等要统一)1.语言习惯:1)中文:文字简单,含义明确,无歧异,无重复,无别字,正确运用标点符号。
2)英文。
2.按钮1)button的样式整体要统一,例如突出、扁平、3D效果等只能选其一;2)采用的图片表述相同功能,要采用单一图标。
3.文本框1)录入长度限制,根据数据库的设计,页面直接限定录入长度(特殊处屏蔽复制、粘贴(一般是需要重复确认输入的地方) );2)文本框自身的长度限制,主要考虑页面样式。
4.单选框1)默认情况要统一,已选择,还是未选。
5.日期控件1)图标、控件颜色、样式统一;2)点击控件、文本框均应弹出日期选择框。
6.下拉选择框1)默认是第一个选项,还是提示请选择一个。
7.提示信息1)静态文字与它的提示信息一致性,例如静态文字为…ID‟,出错信息显示…用户ID‟;2)空值时,出错信息需要统一,例如可以采用“静态文字”+不能为空;3)出现录入错误时,例如可以统一采用“静态文字”+格式不符合要求;4)提示信息标点符号是否标识;点击上一步,返回的页面上不应残留出错信息;5)静态提示信息,在录入框右侧,应有录入信息的相应要求的提示文字,达到方便操作的目的;6)必输项提示信息,必输项提示信息采用统一的标志。
8.导航测试死导航、乱导航、操作复杂等。
9.链接测试1)发现404错误。
2)避免死链接情况,执行完相应操作应有返回按钮,返回到相应页面;例如:操作成功后,进入成功提示信息页面,但页面没有返回按钮,无法及时进入操作之前的页面。
10.IE的后退退出系统,无论直接关闭浏览器或点击后退键,退出都不应再返回系统。
11.分辨率页面文字显示、样式等要支持常见分辨率,例如CRT显示器的1024*768,LCD的1280*1024。
12.重复提交问题1)功能操作完成后,鼠标右键点击所在页面,选择弹出菜单的刷新功能,容易出现重复提交问题。
2)功能操作完成后,通过IE的后退键进行重复操作,容易出现重复提交问题。
3)某功能键反应时间延迟时(限制客户端网络带宽等方式来模拟实现),在短时间内重复点击该功能键,容易出现重复提交问题;13.防止SQL注入式攻击1)不允许任何直接在jsp页面调用SQL语句,这种情况常发生在系统的后期修改中。
14.用户非授权页面访问1)每个页面都需要安全验证,防止用户通过直接拷贝具体页面地址等方式,访问系统;2)页面过期的时间设定,用户在设定时间内未进行任何操作,不允许访问系统。
二、文本框公共测试用例1.文本框为字符型必填项非空校验:1)必填项未输入--程序应提示错误;2)必填项只输入若干个空格,未输入其它字符--程序应提示错误;3) 每个文本框(包括必填项跟非必填项)里都要输入数据,来检验数据是否保存成功。
字段唯一性校验:(不是所有字段都作此项校验,视实际项目情况而定)1)新增时输入重复的字段值--必须提示友好信息;2)修改时输入重复的字段值--必须提示友好信息;字段长度校验:1)输入[最小字符数-1]--程序应提示错误;2)输入[最小字符数]--OK;3)输入[最小字符数+1]--OK;4)输入[最大字符数-1]--OK;5)输入[最大字符数]--OK;6)输入[最大字符数+1]--程序应提示错误;字段为特殊字符校验:1)输入域如对某些字符禁止输入时,限制是否成功,提示信息是否友好;2)中文、英文、空格,数字,字符,下划线、单引号等所有特殊字符的组合;3)所有特殊字符都必须进行测试(!~@#$^&*()_+{}|:“<>?/.,;…[]\=-`¥……()--:《》?、。
,;‟【】、=-• )字段为特殊代码校验:1)输入html代码:比如”你好”;--必须以文本的形式将代码显示出来。
2)输入JavaScript代码:比如;--必须以文本的形式将代码显示出来。
多行文本框输入:1)是否允许回车换行;2)保存后再显示能够保持输入时的格式;3)仅输入回车换行,检查能否正确保存;若能,查看保存结果。
若不能,查看是否有正确提示;4)仅输入空格,检查能否正确保存;若能,查看保存结果。
若不能,查看是否有正确提示。
5)查询数据时,要考虑空格的介入。
2.文本框为数值型边界值:1)输入[最小值-1]--程序应提示错误;2)输入[最小值]--OK;3)输入[最大值]--OK;4)输入[最大值+1]--程序应提示错误;位数:1)输入[限制位数]--OK;2)输入[限制位数+1]--根据实际项目而定,是否自动四舍五入成限制位数,还是提示信息;3)输入[限制位数-1]--OK;异常值、特殊值:1)输入非数值型数据:汉字、字母、字符--程序应提示错误;2)输入负数--根据实际项目而定,如果不允许输入负数,必须提示友好信息;3)字段禁止直接输入非数值型数据时,使用“粘贴”、“拷贝”功能尝试输入,并测试能否正常提交保存--只能使用“粘贴”、“拷贝”方法输入的特殊字符应无法保存,并应给出相应提示;4)全角数字和半角数字的情况--全角数字不能保存,提示友好信息,半角数字正常保存;5)首位为零的数值:如01=1--视实际项目情况而定;3.文本框为日期型合法性检查:1)日输入[0日]--程序应提示错误;2)日输入[1日]--OK;3)日输入[32日]--程序应提示错误;4)月输入[1、3、5、7、8、10、12月]、日输入[31日]--OK;5)月输入[4、6、9、11月]、日输入[30日]--OK;6)月输入[4、6、9、11月]、日输入[31日]--程序应提示错误;7)输入非闰年,月输入[2月]、日输入[28日],比如2009.2.28--OK;8)输入非闰年,月输入[2月]、日输入[29日],比如2009.2.29--程序应提示错误;9)(闰年)月输入[2月]、日输入[29日],比如2008.2.29--OK;10)(闰年)月输入[2月]、日输入[30日],比如2008.2.30--程序应提示错误;12)月输入[1月]--OK;13)月输入[12月]--OK;14)月输入[13月] --程序应提示错误;格式检查:1)不合法格式:2009-09、2009-09 -、200-2-2;2)视具体项目而定是否合法:2009/09/01、2009.09.01 、20090901、2009-09-01 ;异常值、特殊值:1)输入汉字、字母、字符--程序应提示错误;4.文本框为时间型合法性检查:1)时输入[24时] --程序应提示错误;2)时输入[00时] --OK;3)分输入[60分] --程序应提示错误;4)分输入[59分] --OK;5)分输入[00分] --OK;6)秒输入[60秒] --程序应提示错误;7)秒输入[59秒] --OK;8)秒输入[00秒] --OK;格式检查:1)不合法格式:12:30:、123000;2)视具体项目而定是否合法:12:30、1:3:0;异常值、特殊值:1)输入汉字、字母、字符--程序应提示错误;2)系统中所涉及时间是否取服务器时间;三、上传和导出公共测试用例1.上传图片对于上传的文件,假设系统要求上传的文件为jpg或gif格式图片,大小为<=5M的文件,我们在设计测试用例时,应该从以下几个方面进行考虑:1)文件类型正确,文件大小合适的校验例如:上传一种jpg或gif的格式图片,文件大小为4.9M,结果为上传成功2)文件类型正确,文件大小合适的校验例如:上传一种jpg或gif的格式图片,文件大小为5M,结果为上传成功3)文件类型正确,文件大小不合适的校验例如:上传一种jpg或gif的格式图片,文件大小为5.1M,提示为:“上传的附件中大小不能超过5M”4)文件类型错误,文件大小合适的校验例如:上传.doc、.xls、ppt、bmp、jpeg、psd、tiff、tga、png、swf、svg、pcx、dxf、wmf、emf、lic、eps、.txt等格式文件,文件大小合适,提示“只能上传jpg或gif格式图片”5)文件类型和文件大小合法,上传一个0kb的图片,提示信息:“请重新上传文件,或者是不能上传0kb的图片”6)文件类型和文件大小合法,上传一个正在使用中的图片(即打开该图片,再上传该图片),上传成功7)文件类型和文件大小合法,手动输入一个存在的图片地址,点击上传,上传成功8)文件类型和文件大小合法,手动输入一个不存在的图片地址,点击上传,提示:“请正确选择要上传的文件”9)文件类型和大小都合法,手动输入一个存在的图片名称,点击上传,一般情况下系统会提示:“请正确选择要上传的文件的路径”2.文件导出1)验证导出文件名长度,根据具体情况而定2)验证导出文件为空的情况3)验证导出文件名为特殊字符的情况4)验证导出全部资料的情况,导出的信息是否正确5)验证导出部分资料的情况,导出的信息是否正确6)验证导出大量数据时的时间是否在合理的时间范围内7)验证导出目的磁盘空间已满的情况下,导出是否有友好的处理方式8)验证导出目的的文件夹为只读的情况下,导出时是否有友好的的提示信息3.文件上传页面1)页面美观性、易用性(键盘和鼠标的操作、tab跳转的顺序是否正确)2)按钮文字正确性3)说明文字是否正确4)正确/错误的提示文字是否正确5)提示当前位置是否正确,并且和其他页面保持一致格式6)必添项的标示是否正确功能1)路径是否可以手工输入(手工输入的时候有没有限长)2)上传文件超过最大值是在提交前校验还是提交后校验3)上传文件格式是否全部支持(图片:gif/jpg/bmp...文档:doc/sxw/xls...压缩包:zip/rar...安装文件:exe/msi)4)上传文件是否支持中文名称5)文件名称的最大值、最小值、特殊字符(包含空格)、使用程序语句是否会对其造成影响、中文名称是否能正常显示4.文件下载功能1)右键另存为是否可以正确下载文件,并且记录下载次数•工具下载是否正确,并且记录下载次数2)单击下载是提示下载还是在页面打开•直接打开是否显示正确•对于本机没有安装工具的文件是否能够打开,是否能给出正确的提示•对于直接在页面内打开的内容是否能够显示正常,页面美观性•保存到本地是否能正确显示• 取消下载是否会纪录下载次数3)下载次数是否被正确记录四、列表公共测试用例1.列表页面显示1)确认页面的默认排序方式,字段+升降续;2)含link的列,验证其有效性,即,点击后的跳转是否正确;3)第一列的选择框,“全选”和“部分选择”需有效;部分选中时,全选按钮应自动取消。