WEB网站测试用例

WEB网站测试用例
WEB网站测试用例

一、界面测试公共测试用例

界面测试一般包括页面文字,控件使用,少图,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)第一列的选择框,“全选”和“部分选择”需有效;部分选中时,全选按钮应自

动取消。

2.顶部搜索功能

1)逐个测试每个搜索条件的有效性;

2)做2-3个组合条件的查询,验证结果;合计共有N+3个搜索条件的测试。

3)有时间区间的,验证列表项的开始到结束时间和选择区间有交叉,则为有

效,且包含所选日期的记录;

4)条件中,开始时间不能大于结束时间;

5)搜索条件,在分页显示时,需始终保持有效;

6)点击名为“显示全部”的按钮,需清除所有条件,并显示所有记录。

7)每一次新的搜索执行,都应该去除分页,显示第一页、并回到进入页面时的

默认排序方式。

3.右侧或底部的按钮

按功能分成多个用例:

1)单选,多选、全选的情况下,点击按钮执行某个功能,如暂停服务、恢复服

务的按钮;

2)跨页选择,在一些选择成员的列表中是应有效的,需进行确认。

4.列表数据的验证

验证从数据库中得到的列表项中每列数据的正确性,要求覆盖不同情况下的值,比如“开通”、“暂停”的服务状态;已使用空间大小和总空间大小等数字的正确性。可考虑结合其他用例来描述,但必须覆盖到。

5.列表按标题的排序

1)检查每个列标题,要求点击后能按其进行排序:第一次点击为正序,以后每

次点击为升、降续的切换。

2)进入下一页、上一页,以及任意分页显示时,条件需始终保持有效。

6.分页

1)“第2页/共8页每页10条/共79条”中的分页数据必须正确;

2)第一页、上一页、下一页、最后一页的link在当前上下文有意义时显示,

否则隐藏或显示为文本标签;

3)填入某个数字,点击“跳转到”按钮,到正确的页数;

另外请考虑每个文本框输入的有效性,比如日期、域名、跳转到某页的文本框的能接受的值,具体可参考需求文档

对于报表中的所有字段值都应该有明确的定义,对于无意义的字段值,不应该显示空,应显示“--”或“/”,表示该字段值无意义。

1.5

表单测试

表单测试主要分为以下几个方面:

1)注册、登录功能是否实现;

2)提交、清空按钮功能是否实现;

3)修改表单与注册页面数据项是否相同,修改表单是否对重名做验证;

4)提交的数据是否能正确保存到后台数据库中(后台数据库中的数据应与前台录入内容完全一致,数据不会丢失或被改变);

5)表单提交,删除,修改后是否有提示信息;提示、警告、或错误说明应该清楚、明了、恰当。

6)浏览器的前进、后退、刷新按钮,是否会造成数据重现或页面报错;

7)提交表单是否支持回车键和Tab键;Tab键的顺序与控件排列顺序要一致,目前流行总体从上倒下,同时行间从左到右的方式

8)下拉列表功能是否实现和数据是否完整(例如:省份和市区下拉列表数据是否互动);

9)

写测试用例的常规方法和web页面常规测试点

1.等价类划分法 概念:输入域划分成若干子集。选取每一个子集的少数输入值作为一条测试用例。所测试的结果等价于这一个子集的测试结果。 分类:有效等价类和无效等价类。 A.有效等价类:了解了需求说明文档,有意义的合理值。 其目的是检验程序是否实现了需求说明中所规定的功能,可能还需要校验其性能。 B.无效等价类:与有效等价类的定义相反的输入值。 测试用例:在写测试用例时,要同时考虑这两种等价类,不仅要校验程序能判断合理的数据,也要经受非合理数据的考验,确保程序的强健性和可靠性。 划分等价的几大原则: 1.输入条件规定了取值范围,则可以确定一个有效等价类,两个无效等价类。例如申请授 信时,请输入16位营业执照号;有效等价类是16位的号码,大于小于16位分别是2个无效等价类,行号,银行卡号,身份证号,手机号,密码,验证码等规定了输入条件的输入框。 2.规定了输入数据必须是要遵守的规则,可确立一个符合规则的有效等价类,和若干个无 效等价类(从不不同角度违反规则。例如密码的输入,规则是请输入6-16个字符,不含空格且须两种字符类型以上,不可用连续4位以上相同字符。那么这里的无效等价类分别是小于6个字符,大于16个字符,含空格,一种字符,连续5位相同字符,那么这里的无效等价类就包括了1+5+10+10+5+1=32中情况。 3.学习了解类(垫付宝没有想到的例子),布尔量(二值枚举类型),一个有效类和一个无 效类。 将等价类转化成测试用例步骤: 1.列出所有划分出的等价类:【输入条件】【有效等价类】【无效等价类】 2. 3.设计多个测试用例,尽可能多的覆盖有效等价类和无效等价类。 3.1有效等价类的测试用例: 密码覆盖有效等价类号码 Che001 1—4 3.2无效等价类的测试用例: 密码覆盖无效等价类号码 (5个空格)5,7,9 (16个空格)6,7,9

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)静态提示信息,在录入框右侧,应有录入信息的相应要求的提示文字,达到方便操作的目的;

WEB性能测试用例

性能测试用例主要分为预期目标用户测试,用户并发测试,疲劳强度与大数据量测试,网络性能测试,服务器性能测试五大部分,具体编写测试用例时要根据实际情况进行裁减,在项目应用中遵守低成本,策略为中心,裁减,完善模型,具体化等原则;一、WEB 全面性能测试模型 Web 性能测试模型提出的主要依据是:一种类型的性能测试可以在某些条件下转化成为另外一种类型的性能测试,这些类型的性能测试的实施是有着相似之处的; 1. 预期指标的性能测试 系统在需求分析和设计阶段都会提出一些性能指标,完成这些指标的相关的测试是性能测试的首要工作之一,这些指标主要诸于“系统可以支持并发用户200个;”系统响应时间不得超过20秒等,对这种预先承诺的性能要求,需要首先进行测试验证; 2. 独立业务性能测试 独立业务实际是指一些核心业务模块对应的业务,这些模块通常具有功能比较复杂,使用比较频繁,属于核心业务等特点。 用户并发测试是核心业务模块的重点测试内容,并发的主要内容是指模拟一定数量的用户同时使用某一核心的相同或者不同的功能,并且持续一段时间。对相同的功能进行并发测试分为两种类型,一类是在同一时刻进行完全一样的操作。另外一类是在同一时刻使用完全一样的功能。 3. 组合业务性能测试 通常不会所有的用户只使用一个或者几个核心业务模块,一个应用系统的每个功能模块都可能被使用到;所以WEB性能测试既要模拟多用户的相同操作,又要模拟多用户的不同操作;组合业务性能测试是最接近用户实际使用情况的测试,也是性能测试的核心内容。通常按照用户的实际使用人数比例来模拟各个模版的组合并发情况;组合性能测试是最能反映用户使用情况的测试往往和服务器性能测试结合起来,在通过工具模拟用户操作的同时,还通过测试工具的监控功能采集服务器的计数器信息进而全面分析系统瓶颈。 用户并发测试是组合业务性能测试的核心内容。组合并发的突出特点是根据用户使用系统的情况分成不同的用户组进行并发,每组的用户比例要根据实际情况来匹配; 4. 疲劳强度性能测试 疲劳强度测试是指在系统稳定运行的情况下,以一定的负载压力来长时间运行系统的测试,其主要目的是确定系统长时间处理较大业务量时的性能,通过疲劳强度测试基本可以判定系统运行一段时间后是否稳定; 5. 大数据量性能测试 一种是针对某些系统存储,传输,统计查询等业务进行大数据量时的性能测试,主要针对某些特殊的核心业务或者日常比较常用的组合业务的测试; 第二种是极限状态下的数据测试,主要是指系统数据量达到一定程度时,通过性能测试来评估系统的响应情况,测试的对象也是某些核心业务或者常用的组合业务。 第三种大数据量测试结合了前面两种的测试,两种测试同时运行产生较大数据量的系统性能测试;大数据量测试通常在投产环境下进行,并独立出来和疲劳强度测试放在一起,在整个性能测试的后期进行;大数据量的测试可以理解为特定条件下的核心业务或者组合业务测试; 6. 网络性能测试 主要是为了准确展示带宽,延迟,负载和端口的变化是如何影响用户的响应时间的,在实际的软件项目中 主要是测试应用系统的用户数目与网络带宽的关系。网络测试的任务通常由系统集成人员完成; 7. 服务器(操作系统,WEB服务器,数据库服务器)性能测试 初级服务器性能测试主要是指在业务系统工作或者进行前面其他种类性能测试的时候,监控服务器的一些计数器信息,通过这些计数器对服务器进行综合性能分析,为调优或提高系

web前台测试用例设计

web前台测试用例 转自WEB前台测试用例- 竹林深处- ITeye技术网 站https://www.360docs.net/doc/3786334.html,/zjCiKnY 1.1 文本框、按钮等控件测试 1.1.1 文本框的测试 如何对文本框进行测试 a,输入正常的字母或数字。 b,输入已存在的文件的名称; c,输入超长字符。例如在“名称”框中输入超过允许边界个数的字符,假设最多255个字符,尝试输入256个字符,检查程序能否正确处理; d,输入默认值,空白,空格; e,若只允许输入字母,尝试输入数字;反之;尝试输入字母; f,利用复制,粘贴等操作强制输入程序不允许的输入数据; g,输入特殊字符集,例如,NUL及\n等; h,输入超过文本框长度的字符或文本,检查所输入的内容是否正常显示; i,输入不符合格式的数据,检查程序是否正常校验,如,程序要求输入年月日格式为yy/mm/dd,实际输入yyyy/mm/dd,程序应该给出错误提示 在测试过程中所用到的测试方法: 1,输入非法数据; 2,输入默认值; 3,输入特殊字符集; 4,输入使缓冲区溢出的数据; 5,输入相同的文件名; 命令按钮控件的测试 测试方法: a,点击按钮正确响应操作。如,单击确定,正确执行操作;单击取消,退出窗口;b,对非法的输入或操作给出足够的提示说明,如,输入月工作天数为32时,单击”确定“后系统应提示:天数不能大于31; c,对可能造成数据无法恢复的操作必须给出确认信息,给用户放弃选择的机会; 测试方法: a,一组单选按钮不能同时选中,只能选中一个。 b,逐一执行每个单选按钮的功能。分别选择了“男”“女”后,保存到数据库的数据应该相应的分别为“男”“女”; c,一组执行同一功能的单选按钮在初始状态时必须有一个被默认选中,不能同时为空; 测试方法: a,直接输入数字或用上下箭头控制,如,在“数目”中直接输入10,或者单

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)必输项提示信息,必输项提示信息采用统一的标志。 8. 导航测试 死导航、乱导航、操作复杂等。 9. 链接测试 1)发现404错误。 2)避免死链接情况,执行完相应操作应有返回按钮,返回到相应页面;例如:操作成功后,进入成功提示信息页面,但页面没有返回按钮,无法及时进入操作之前的页面。 10. IE的后退 退出系统,无论直接关闭浏览器或点击后退键,退出都不应再返回系统。 11. 分辨率 页面文字显示、样式等要支持常见分辨率,例如CRT显示器的1024*768,LCD的1280*1024。

WEB软件测试总结报告

XXX项目测试总结报告 目录 1.项目测试结果 (2) 1.1 BUG严重程度 (2) 1.2 BUG问题分布状况 (3) 2.测试结论 (4) 2.1界面测试 (4) 2.2功能测试 (4) 2.3兼容性测试 (4) 2.4易用性 (4) 2.5 负载/压力测试 (5) 3.软件问题总结与分析 (6) 4.建议 (7)

1.项目测试结果 1.1 BUG严重程度 测试发现的bug主要集中在次要功能和轻微,属于一般性的缺陷,但测试的时候出现了37个主逻辑级别的bug,以及严重级别的2个.

1.2 BUG问题分布状况 由上图可以看出,主要为代码错误占36%,以及标准规范的问题占35%,界面优化占17%,设计缺陷占9%,其他占2%

2.测试结论 2.1界面测试 网站系统实现与设计稿一致。站点的导航条位置,导航的内容布局,首页呈现的样式与需求一致。网站的界面符合标准和规范,直观性强。 2.2功能测试 分不同账号总权限账号,以及店长账号分别进行功能测试。 1:链接测试无问题,不存在死链接,测试链接都存在. 2:对页面各个不同数据的测试,主要的出入库,销售报表,订单查看管理等一一对应,不存在数据有误差的问题. 2.3兼容性测试(Windows下) 测试总的浏览器包括:360极速浏览器,火狐浏览器,谷歌浏览器,IE浏览器,测试通过,主要逻辑以及次要功能都没问题,因为浏览器的不同,导致界面浏览不一定相同,例如有的界面浏览页面显示正常,有的界面显示不一样 。 2.4易用性 网站实现了如下易用性: 1. 输入限制的正确性 2. 输入限制提示信息的正确性,可理解性,一致性 3. 界面排版美观 4. web应用系统易于导航,直观 5. web应用系统的页面结构、导航、菜单、连接的风格一致

WEB界面测试用例

Web界面测试小结[1] 我是从事web测试的,特别是电子商务网站,现在大部分客户对界面的要求非常高,所以对于测试人员来讲,也必须特别注意界面的一些东西。从前几个项目来看,个人认为界面测试的测试点以及应该注意的问题: 1:界面的线条是否一致,每个界面中线条是否对齐,是否一致。(静态页面没有确认的情况下) 2:整个系统的界面是否保持一致 3:界面中是否存在错别字 4:界面所有的按钮样式是否一致 5:每个界面是否同原静态页面设计一致(静态页面确认的情况下) 6:操作是否友好 7:界面所有的按钮、下拉框是否有响应 8:界面所有的链接是否正常 9:界面所有的输入框是否都进行校验(例如:搜索框、字段输入框) 10:界面所有的列表页标题字是否会折行,标题字是否统一居中等,当然也可以居左,这需要同客户沟通(折行的话影响美观) 11:界面所有的展示图片是否样式一致 12:浏览器的兼容性问题,检查页面在不同浏览器下是否会发生异常 13:每个页面的提示字体的颜色、格式是否统一准确 14:界面中所有字段后面是否都存在冒号,有冒号,查看是否冒号为统一的中文冒号还是英文冒号。 15:界面中的提示说明叙述是否太啰嗦,有时候需要能简化尽量简化,并且字体显示格式一致,颜色统一。 16:在web网站,一般经常是后台控制前台的显示,因此在对后台进行数据添加时,查看前台是否有变化,并且查看界面的数据是否溢出框外。 当然,我们在进行界面测试时,必须明确UI测试的目的,它是确保用户界面通过测试对象的功能来为用户提供相应的访问或浏览功能。

确保用户界面符合公司和行业的标准。 通过用户界面测试来核实用户与软件的交互,UI测试的目标在于确保用户界面向用户提供了适当的访问和浏览对象功能的操作,除此之外,UI测试还却表UI功能内部的对象符号预期的要求,并遵循公司和行业的标准。 接下来,具体的分析一下界面测试的依据从哪些方面着手。 测试目标: 1:窗口与窗口之间、字段与字段之间的浏览,以及各种访问方法(tab键、鼠标移动和快捷键)的使用 2:窗口的对象和特征(例如:菜单、大小、位置、状态和中心)都符号标准 测试方法:为每个窗口创建或修改测试,以核实各个应用程序窗口和对象都可正确的进行浏览,并处于正常的对象状态。 我们在实际工作当中,针对web应用程序,也就是经常所说的B/S系统,可以从如下方面来进行用户界面测试: 1:导航测试 导航描述了用户在一个页面内操作的方式,在不同的用户接口控制之间,例如按钮、对话框、列表和窗口等; 不同的链接页面之间,通过考虑下列问题,可以决定一个web应用系统是否易于导航;导航是否直观?web系统的主要部分是否可通过主页存取?web系统是否需要站点地图、搜索引擎或其他的导航帮助 当然,这些同美工以及客户需求有关。我们是根据已经确认的页面进行测试即可。 2:图形测试 图形包括图片、动画、边框、颜色、字体、背景、按钮等。 (1)要确保图形有明确的用途,图片或动画不要胡乱的堆在一起,以免浪费传输时间,web应用系统的图片尺寸要尽量地小,并且要能清楚的说明某件事情。一般都链接到某个具体的页面 (2)验证所有页面字体的风格是否一致 (3)背景颜色与字体颜色和背景色相搭配 (4)图片的大小和质量,一般采用jpg或gif压缩,最好能使用图片的大小减小到30k

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系统来说,可以通过浏览器返回键或者系统提供的返回功能。 13.上传下载文件检查:上传下载文件的功能是否实现,上传下载的文件是否有格式、大小

web测试用例

Web测试中的界面测试用例设计 文本Tag:软件测试 Web测试 一、文本框、按钮等控件测试 1、文本框的测试 如何对文本框进行测试: a、输入正常的字母或数字; b、输入已存在的文件的名称; c、输入超长字符。例如在“名称”框中输入超过允许边界个数的字符,假设最多255个字符,尝试输入256个字符,检查程序能否正确处理; d、输入默认值,空白,空格; e、若只允许输入字母,尝试输入数字;反之,尝试输入字母; f、利用复制,粘贴等操作强制输入程序不允许的输入数据; g、输入特殊字符集,例如,NUL及\n等; h、输入超过文本框长度的字符或文本,检查所输入的内容是否正常显示; i、输入不符合格式的数据,检查程序是否正常校验,如程序要求输入年月日格式为yy/mm/dd,实际输入yyyy/mm/dd,程序应该给出错误提示。 在测试过程中所用到的测试方法: a、输入非法数据; b、输入默认值; c、输入特殊字符集; d、输入使缓冲区溢出的数据; e、输入相同的文件名; 2、命令按钮控件的测试 测试方法:

a、点击按钮正确响应操作。如单击确定,正确执行操作;单击取消,退出窗口; b、对非法的输入或操作给出足够的提示说明,如输入月工作天数为32时,单击“确定”后系统应提示:天数不能大于31; c、对可能造成数据无法恢复的操作必须给出确认信息,给用户放弃选择的机会; 3、单选按钮控件的测试 测试方法: a、一组单选按钮不能同时选中,只能选中一个; b、逐一执行每个单选按钮的功能。分别选择了“男”、“女”后,保存到数据库的数据应该相应的分别为“男”、“女”; c、一组执行同一功能的单选按钮在初始状态时必须有一个被默认选中,不能同时为空。 4、up-down控件文本框的测试 测试方法: a、直接输入数字或用上下箭头控制,如在“数目”中直接输入10,或者单击向上的箭头,使数目变为10; b、利用上下箭头控制数字的自动循环,如当最多数字为253时,单击向上箭头,数目自动变为1;反之亦适用; c、直接输入超边界值,系统应该提示重新输入; d、输入默认值,空白。如“插入”数目为默认值,点击“确定”;或删除默认值,使内容为空,单击“确定”进行测试; e、输入字符。此时系统应提示输入有误。 5、组合列表框的测试 测试方法: a、条目内容正确,其详细条目内容可以根据需求说明确定; b、逐一执行列表框中每个条目的功能; c、检查能否向组合列表框输入数据。

Web性能测试用例编写及注意点

Web性能测试用例的编写及注意点 一、WEB 全面性能测试模型 Web 性能测试模型提出的主要依据是:一种类型的性能测试可以在某些条件下转化成为另外一种类型的性能测试,这些类型的性能测试的实施是有着相似之处的; 1. 预期指标的性能测试 系统在需求分析和设计阶段都会提出一些性能指标,完成这些指标的相关的测试是性能测试的首要工作之一,这些指标主要诸于“系统可以支持并发用户200个;”系统响应时间不得超过20秒等,对这种预先承诺的性能要求,需要首先进行测实验证; 2. 独立业务性能测试 独立业务实际是指一些核心业务模块对应的业务,这些模块通常具有功能比较复杂,使用比较频繁,属于核心业务等特点。 用户并发测试是核心业务模块的重点测试内容,并发的主要内容是指模拟一定数量的用户同时使用某一核心的相同或者不同的功能,并且持续一段时间。对相同的功能进行并发测试分为两种类型,一类是在同一时刻进行完全一样的操作。另外一类是在同一时刻使用完全一样的功能。 3. 组合业务性能测试 通常不会所有的用户只使用一个或者几个核心业务模块,一个应用系统的每个功能模块都可能被使用到;所以WEB性能测试既要模拟多用户的相同操作,又要模拟多用户的不同操作;组合业务性能测试是最接近用户实际使用情况的测试,也是性能测试的核心内容。通常按照用户的实际使用人数比例来模拟各个模版的组合并发情况;组合性能测试是最能反映用户使用情况的测试往往和服务器性能测试结合起来,在通过工具模拟用户操作的同时,还通过测试工具的监控功能采集服务器的计数器信息进而全面分析系统瓶颈。 用户并发测试是组合业务性能测试的核心内容。组合并发的突出特点是根据用户使用系统的情况分成不同的用户组进行并发,每组的用户比例要根据实际情况来匹配; 4. 疲劳强度性能测试 疲劳强度测试是指在系统稳定运行的情况下,以一定的负载压力来长时间运行系统的测试,其主要目的是确定系统长时间处理较大业务量时的性能,通过疲劳强度测试基本可以判定系统运行一段时间后是否稳定; 5. 大数据量性能测试 一种是针对某些系统存储,传输,统计查询等业务进行大数据量时的性能测试,主要针对某些特殊的核心业务或者日常比较常用的组合业务的测试; 第二种是极限状态下的数据测试,主要是指系统数据量达到一定程度时,通过性能测试来评估系统的响应情况,测试的对象也是某些核心业务或者常用的组合业务。 第三种大数据量测试结合了前面两种的测试,两种测试同时运行产生较大数据量的系统性能测试; 大数据量测试通常在投产环境下进行,并独立出来和疲劳强度测试放在一起,在整个性能测试的后期进行;大数据量的测试可以理解为特定条件下的核心业务或者组合业务测试; 6. 网络性能测试 主要是为了准确展示带宽,延迟,负载和端口的变化是如何影响用户的响应时间的,在实际的软件工程中 主要是测试应用系统的用户数目与网络带宽的关系。网络测试的任务通常由系统集成人员完成;

WEB测试用例

WEB测试用例 一些常用模块的测试用例 1、登录 2、添加 3、查询 4、删除1、登录 ①用户名和密码都符合要求(格式上的要求)②用户名和密码都不符合要求(格式上的要求) ③用户名符合要求,密码不符合要求(格式上的要求)④密码符合要求,用户名不符合要求(格式上的要求)⑤用户名或密码为空 ⑥数据库中不存在的用户名,不存在的密码⑦数据库中存在的用户名,错误的密码⑧数据库中不存在的用户名,存在的密码⑨输入的数据前存在空格⑩输入正确的用户名密码以后按[enter]是否能登陆2、添加 ①要添加的数据项均合理,在界面保存成功后,检查数据库中是否添加了相应的数据:select查询 ②留出一个必填数据为空 ③按照边界值等价类设计测试用例的原则设计其他输入项的测试用例:数据组合测试 ④不符合要求的地方要有错误提示⑤是否支持table键⑥按enter是否能保存 ⑦若提示不能保存,也要察看数据库里是否多了一条数据3、删除 ①删除一个数据库中存在的数据,然后查看数据库中是否删除(界面删除一条数据,查看数据库中是否删除) ②删除一个数据库中并不存在的数据,看是否有错误提示,并且数据库中没有数据被删除③输入一个格式错误的数据,看是否有错误提示,并且数据库中没有数据被删除。④输入的正确数据前加空格,看是否能正确删除数据⑤什么也不输入 ⑥是否支持table键:tab键⑦是否支持enter键4、查询精确查询: ①输入的查询条件为数据库中存在的数据,看是否能正确地查出相应得数据②输入正确的查询条件以前加上空格,看是否能正确地查出相应的数据 ③输入格式或范围不符合要求的数据,看是否有错误提示:如日期格式:YYYY-MM-DD;范围:月份中输入13等,一般这些数据都是枚举型数据,以下拉框的形

Web性能测试用例的编写及注意点

性能测试用例地编写及注意点 一、全面性能测试模型 性能测试模型提出地主要依据是:一种类型地性能测试可以在某些条件下转化成为另外一种类型地性能测试,这些类型地性能测试地实施是有着相似之处地; . 预期指标地性能测试 系统在需求分析和设计阶段都会提出一些性能指标,完成这些指标地相关地测试是性能测试地首要工作之一,这些指标主要诸于“系统可以支持并发用户个;”系统响应时间不得超过秒等,对这种预先承诺地性能要求,需要首先进行测试验证; . 独立业务性能测试 独立业务实际是指一些核心业务模块对应地业务,这些模块通常具有功能比较复杂,使用比较频繁,属于核心业务等特点. 用户并发测试是核心业务模块地重点测试内容,并发地主要内容是指模拟一定数量地用户同时使用某一核心地相同或者不同地功能,并且持续一段时间.对相同地功能进行并发测试分为两种类型,一类是在同一时刻进行完全一样地操作.另外一类是在同一时刻使用完全一样地功能. . 组合业务性能测试 通常不会所有地用户只使用一个或者几个核心业务模块,一个应用系统地每个功能模块都可能被使用到;所以性能测试既要模拟多用户地相同操作,又要模拟多用户地不同操作;组合业务性能测试是最接近用户实际使用情况地测试,也是性能测试地核心内容.通常按照用户地实际使用人数比例来模拟各个模版地组合并发情况;组合性能测试是最能反映用户使用情况地测试往往和服务器性能测试结合起来,在通过工具模拟用户操作地同时,还通过测试工具地监控功能采集服务器地计数器信息进而全面分析系统瓶颈. 用户并发测试是组合业务性能测试地核心内容.组合并发地突出特点是根据用户使用系统地情况分成不同地用户组进行并发,每组地用户比例要根据实际情况来匹配; . 疲劳强度性能测试 疲劳强度测试是指在系统稳定运行地情况下,以一定地负载压力来长时间运行系统地测试,其主要目地是确定系统长时间处理较大业务量时地性能,通过疲劳强度测试基本可以判定系统运行一段时间后是否稳定; . 大数据量性能测试 一种是针对某些系统存储,传输,统计查询等业务进行大数据量时地性能测试,主要针对某些特殊地核心业务或者日常比较常用地组合业务地测试; 第二种是极限状态下地数据测试,主要是指系统数据量达到一定程度时,通过性能测试来评估系统地响应情况,测试地对象也是某些核心业务或者常用地组合业务. 第三种大数据量测试结合了前面两种地测试,两种测试同时运行产生较大数据量地系统性能测试; 大数据量测试通常在投产环境下进行,并独立出来和疲劳强度测试放在一起,在整个性能测试地后期进行;大数据量地测试可以理解为特定条件下地核心业务或者组合业务测试; . 网络性能测试 主要是为了准确展示带宽,延迟,负载和端口地变化是如何影响用户地响应时间地,在实际地软件项目中 主要是测试应用系统地用户数目与网络带宽地关系.网络测试地任务通常由系统集成人员完成; . 服务器(操作系统,服务器,数据库服务器)性能测试

测试用例设计

软件测试基础:测试用例设计 测试需求收集完毕后,开始测试设计。测试用例是什么?测试用例就是一个文档,描述输入、动作、或者时间和一个期望的结果,其目的是确定应用程序的某个特性是否正常的工作。设计测试用例需要考虑以下问题: 测试用例的基本格式 软件测试用例的基本要素包括测试用例编号、测试标题、重要级别、测试输入、操作步骤、预期结果,下面逐一介绍。 用例编号:测试用例的编号有一定的规则,比如系统测试用例的编号这样定义规则: PROJECT1-ST-001 ,命名规则是项目名称+测试阶段类型(系统测试阶段)+编号。定义测试用例编号,便于查找测试用例,便于测试用例的跟踪。 测试标题:对测试用例的描述,测试用例标题应该清楚表达测试用例的用途。比如“ 测试用户登录时输入错误密码时,软件的响应情况” 。 重要级别:定义测试用例的优先级别,可以笼统的分为“ 高” 和“ 低” 两个级别。一般来说,如果软件需求的优先级为“ 高” ,那么针对该需求的测试用例优先级也为“ 高” ;反之亦然, 测试输入:提供测试执行中的各种输入条件。根据需求中的输入条件,确定测试用例的输入。测试用例的输入对软件需求当中的输入有很大的依赖性,如果软件需求中没有很好的定义需求的输入,那么测试用例设计中会遇到很大的障碍。 操作步骤:提供测试执行过程的步骤。对于复杂的测试用例,测试用例的输入需要分为几个步骤完成,这部分内容在操作步骤中详细列出。 预期结果:提供测试执行的预期结果,预期结果应该根据软件需求中的输出得出。如果在实际测试过程中,得到的实际测试结果与预期结果不符,那么测试不通过;反之则测试通过。 软件测试用例的设计主要从上述 6 个域考虑,结合相应的软件需求文档,在掌握一定测试用例设计方法的基础上,可以设计出比较全面、合理的测试用例。具体的测试用例设计方法可以参见相关的测试书籍,白盒测试方法和黑盒测试方法在绝大多数的软件测试书籍中都有详细的介绍,这里不作赘述。 重用同类型项目的测试用例 如果我看得远,那是因为我站在巨人的肩上--牛顿。 一般来说,每个软件公司的项目可以分为固定的几大类。可以按业务类型划分,比如 ERP 软件、产品数据管理软件、通信软件、地理信息系统软件等等;可以按软件结构来划分,比如 B/S 架构的软件、 C/S 架构的软件、嵌入式软件等等。

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)必输项提示信息,必输项提示信息采用统一的标志。 8.导航测试 死导航、乱导航、操作复杂等。 9.链接测试 1)发现404错误。 2)避免死链接情况,执行完相应操作应有返回按钮,返回到相应页面; 例如:操作成功后,进入成功提示信息页面,但页面没有返回按钮,无法及时进入操作之前的页面。 10.IE的后退 退出系统,无论直接关闭浏览器或点击后退键,退出都不应再返回系统。 11.分辨率 页面文字显示、样式等要支持常见分辨率,例如CRT显示器的1024*768,LCD的1280*1024。 12.重复提交问题 1)功能操作完成后,鼠标右键点击所在页面,选择弹出菜单的刷新功能,容易出现重复提交问题。

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、对于有连续返回键的页面,连续点击返回键,页面如何处理,是否报错。

web测试实例_测试用例

web测试实例 第1章引言 1.1测试目的 以一个普通的用户的角度去访问1510部落,记录测试过程中发现的问题,能使网站更加完善、专业、友好,也希望1510为越来越多的人喜欢。 1.2测试对象与范围 测试对象:1510部落(https://www.360docs.net/doc/3786334.html,/) 测试范围:系统基本功能测试 1.3测试时间 2013年5月 第2章系统功能与测试方法 2.1整体界面 测试功能描 检查点 述

整体界面是指整个Web 应用系统的页面结构设计,是给用户的一个整体感觉1、每个页面是否都有导航条,导航条是否一致,从导航条链接到的每 个页面是否正常,导航条是否直观 2、整个Web应用系统的设计风格是否一致 3、用户浏览Web应用系统时是否方便、友好,用户能否凭直觉可以方 便找到要找的信息在什么地方 4、所有链接是否按指示的那样确实链接到了该链接的页面;所链接的 页面是否存在;Web应用系统上是否没有孤立的页面 5、页面版式在600x800 或 1024x768 的分辨率模式下是否显示正常,文 本和图片是否对齐 2.2网站核心功能(导航条功能) 测试功能描 述 检查点

首页1、页面的整体风格是否一致、和谐、友好、直观、易用 2、能否正常阅读文章,文章的文字、图片和评论等能否正确显示 3、被打开的文章,尚未登录,能否被收藏,是否提示用户先登录再收藏; 登录后,能否正常收藏,收藏后的文章能否打开 4、被打开的文章,尚未登录,能否发表评论,是否提示用户先登录再发 表评论;登录后,能否发表评论,发表评论内容为空或过长或含有特殊字符是否处理恰当 5、被打开的文章,“顶一下该文”,能否增加分数 6、首页的其它功能,能否正常打开链接 7、“[部落头条]”能否正常打开链接,能否正常阅读部落头条的文章, 在该页面能否正常打开该页面其它功能链接 8、“[1510报童]”能否正常打开链接,能否正常阅读报童的报道,报道 的呈现是否友好、直观 9、“[编辑推荐]”能否正常打开链接,能否正常阅读编辑推荐的文章, 在编辑推荐的页面能否正常打开该页面其它功能链接 10、“[顶榜]”能否正常打开链接,能否正常阅读顶榜的文章,在顶榜页 面的文章的排行榜是否正确、合理,在顶榜页面能否正常打开该页面其他功能链接 11、“[最新更新]”能否正确打开所列出的更新的文章 12、“[最新评论]”能否正确打开该评论所在的文章 13、“[部落视频]”功能能否正常打开链接,能否正常观赏视频,视频是 否流畅,在该页面的链接能否正常打开 14、“[部落podcast]”功能能否正常打开链接,能否正常收听音频,音频 是否流畅,在该页面的链接能否正常打开 15、“[看图说话]”功能能否正常打开链接,能否正常观赏视频,视频是 否流畅,在该页面的链接能否正常打开 16、“[收风站]”能否正常打开链接,未登录能否报料,登录后能否正常 报料,报料内容为空或过长系统能否正常处理,email为空或不正确系统能否正常处理 17、“[好文共享]”链接能否正常打开,成否正常推荐文章,推荐文章时 填写的URL不正确是否能否正常处理,尚未登录能否推荐文章 18、“[热门标签]”能否链接到相关标签所对应的内容 19、“搜索”功能能否正常搜索关键字,当搜索的关键字包含特殊字符、 为空或过长,系统能否正常处理 20、分页显示是否正常 事时观点1、页面的整体风格是否和谐、舒适、直观 2、能否正常阅读文章,文章的文字、图片和评论等能否正确显示 3、被打开的文章,尚未登录,能否被收藏,是否提示用户先登录再收藏; 登录后,能否正常收藏,收藏后的文章能否打开 4、被打开的文章,尚未登录,能否发表评论,是否提示用户先登录再发 表评论;登录后,能否发表评论,发表评论内容为空或过长或含有特殊字符是否处理恰当 5、页面的其它功能,能否正常打开链接 6、分页显示是否正常

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、打开日历控件时,默认显示当前日期 滚动条控件

web测试(经典)案例

1. 概述 随着web应用的增多,新的模式解决方案中以web为核心的应用也越来越多,很多公司各种应用的架构都以B/S及web应用为主,但是有关WEB测试方面的内容并没有相应的总结,所以我在这里对web的测试方法和采用的测试技术进行总结,便于内部交流。 测试方法尽量涵盖web程序的各个方面,测试技术方面在继承传统测试技术的技术上结合web 应用的特点。 相关的测试和实现技术也有着很大的关系,由于本公司使用J2EE体系,也许例子中只有JAVA 平台可以使用,.NET平台测试技术暂时不涉及,如果你有请与我联系。 2. 测试方法 说明:测试方法的选择取决你的测试策略。 一般的web测试和以往的应用程序的测试的侧重点不完全相同,基本包括以下几个方面。 当然圆满的完成测试还要有好的团体和流程等的方方面面的支持,你同样应该对这些方面进行注意。 有些测试方法设计到了流程,哪些应该在你的测试团队建设中建立。 2.1 界面测试 现在一般人都有使用浏览器浏览网页的经历,用户虽然不是专业人员但是对界面效果的印象是很重要的。如果你注重这方面的测试,那么验证应用程序是否易于使用就非常重要了。很多人认为这是测试中最不重要的部分,但是恰恰相反界面对不懂技术的客户来说那相当关键,慢慢体会你会明白的。 方法上可以根据设计文档,如果够专业的话可以专业美工人员,来确定整体风格页面风格,然后根据这个可以页面人员可以生成静态的HTML,CSS等甚至生成几套不用的方案来讨论,或者交给客户评审,最后形成统一的风格的页面/框架。注意不要靠程序员的美术素养形成你的web风格,那样可能会很糟糕。 主要包括以下几个方面的内容: 站点地图和导航条位置、是否合理、是否可以导航等内容布局布局是否合理,滚动条等简介说明说明文字是否合理,位置,是否正确 背景/色调是否正确、美观,是否符合用户需求; 页面在窗口中的显示是否正确、美观(在调整浏览器窗口大小时,屏幕刷新是否正确)表单样式大小,格式,是否对提交数据进行验证(如果在页面部分进行验证的话)等 连接连接的形式,位置,是否易于理解等 web测试的主要页面元素 页面元素的容错性列表(如输入框、时间列表或日历) 页面元素清单(为实现功能,是否将所需要的元素全部都列出来了,如按钮、单选框、复选框、列表框、超连接、输入框等等) 页面元素的容错性是否存在 页面元素的容错性是否正确 页面元素基本功能是否实现(如文字特效、动画特效、按钮、超连接) 页面元素的外形、摆放位置(如按钮、列表框、核选框、输入框、超连接等) 页面元素是否显示正确(主要针对文字、图形、签章) 元素是否显示(元素是否存在) 页面元素清单(为实现功能,是否将所需要的元素全部都列出来了,如按钮、单选框、复选框、列表框、超连接、输入框等等) 测试技术

相关主题
相关文档
最新文档