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

写测试用例的常规方法和web页面常规测试点
写测试用例的常规方法和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

@@@@@ 5,8,9

@。。。。。。。(16个字符)6,7,9

2.边界值分析法

概念:对输入或者输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法的一种补充,测试用例来自等价类的边界。

应用:根据大量的测试统计数据,很多错误发生在输入或输出范围的边界上,,针对各种边界情况设计测试用例,可以查出更多错误。

方法:选取正好,刚刚大于,刚刚小于边界作为测试数据。

通常,边界检验的几种类型:数字,字符,重量,大小,速度,方位,尺寸,空间等,相应的类型的边界值应该有其对应值:最大/最小、首位/末位、上/下、最快/最慢、最高/最低、最短/最长、空/满等情况下。

测试用例:例如:垫付宝的个人授信金额,校验是否进入终审,需求说明是小于10w,复审批准,大于10w,终审批准。设计测试用例的设计思路是10w为有效等价类,99999为边界值,最大输入100000000000000(最大15位)。

非常典型的是1≤mouth≤12和1≤day≤31,并设定变量year的取值范围为1912≤year≤2050

3.错误推断法

概念:基于经验和直觉推测程序中所有可能存在的各种错误,从而有针对性的设计测试用例的方法。

应用:列举出程序中所有可能有的错误和容易发生错误的特殊情况。

例如:1)手机号-输入冻结手机号,选择手机号,帐户状态:冻结,点击【查询】2)手机号-已经注册用户,注册时重复注册,是否显示登录提示为该用户已经注册等信息

4.因果图法

概念:因果图法是一种利用图解法分析输入的各种组合情况,设计测试用例的方法,适合检查程序输入条件的各种组合情况。

应用:等价类划分和边界值方法都是考虑输入条件,没有考虑输入条件的各种组合,输入条件之间的相互制约关系,着重在输入条件的组合条件之间的关系。

设计测试用例的步骤:

1.分析规格说明,哪一些是原因,哪一些是结果,给每一个原因和结果赋予一个标识

2.根据规格说明,找出原因和原因,原因和结果之间的对应关系,根据这些关系,画

出因果图。

3.把因果图转换为判定表。

4.判定表的每一列拿出来作为依据,设计测试用例。

实例:有一个处理单价为5角钱的饮料的自动售货机软件测试用例的设计。其规格说明如

下:若投入5角钱或1元钱的硬币,押下〖橙汁〗或〖啤酒〗的按钮,则相应的饮料就送出来。若售货机没有零钱找,则一个显示〖零钱找完〗的红灯亮,这时在投入1元硬币并押下按钮后,饮料不送出来而且1元硬币也退出来;若有零钱找,则显示〖零钱找完〗的红灯灭,在送出饮料的同时退还5角硬币。

1)分析这一段说明,列出原因和结果

原因:

1——售货机有零钱找

2——投入1元硬币

3——投入5角硬币

4——押下橙汁按钮

5——.押下啤酒按钮

结果:

21——售货机〖零钱找完〗灯亮

22——退还1元硬币

23——退还5角硬币

24——送出橙汁饮料

25——送出啤酒饮料

2)画出因果图,如图所示。所有原因结点列在左边,所有结果结点列在右边。建立

中间结点,表示处理的中间状态。中间结点:

11——投入1元硬币且押下饮料按钮

12——押下〖橙汁〗或〖啤酒〗的按钮

13——应当找5角零钱并且售货机有零钱找

14——钱已付清

3)转换成判定表:

4)在判定表中,阴影部分表示因违反约束条件的不可能出现的情况,删去。第16列与第

32列因什么动作也没做,也删去。最后可根据剩下的16列作为确定测试用例的依据。5.判定表驱动法

概念:分析和表达多逻辑条件下执行不同操作的情况下的工具。

应用:适合处理不同逻辑条件的组合值,分别执行不同的操作。

实例:

6.正交试验法。

概念:alois理论,从大量的试验数据中挑选适量的,有代表性点,从而合理地测试的一种科学实验的设计方法,聚类分析方法,因子法等。

步骤:1.提取功能说明,构造因子—状态表。

步骤:构造因子--状态表。把影响实验指标的条件称为因子.而影响实验因子的条件叫因子的状态.利用正交实验设计方法来设计测试用例时,首先要根据被测试软件的规格说明书找出影响其功能实现的操作对象和外部因素,把他们当作因子,而把各个因子的取值当作状态.对软件需求规格说明中的功能要求进行划分,把整体的概要性的功能要求进行层层分解与展开,分解成具体的有相对独立性的基本的功能要求.这样就可以把被测试软件中所有的因子都确定下来,并为确定个因子的权值提供参考的依据.确定因子与状态是设计测试用例的关键.因此要求尽可能全面的正确的确定取值,以确保测试用例的设计作到完整与有效。加权筛选,生成因素分析表

测试用例的方法:正交表的推导依据Galois理论(这里省略,需要时可查数理统计方面的教材)。

7.功能图法。

概念:功能图由状态迁移图和布尔函数组成.状态迁移图用状态和迁移来描述.一个状态指出数据输入的位置(或时间),而迁移则指明状态的改变.同时要依靠判定表或因果图表示的逻辑功能。

测试用例:要用到逻辑覆盖和路径测试的概念和方法,其属白盒测试方法中的内容.逻辑覆盖是以程序内部的逻辑结构为基础的测试用例设计方法.该方法要求测试人员对程序的逻辑结构有清楚的了解.由于覆盖测试的目标不同,逻辑覆盖可分为:语句覆盖,判定覆盖,判定-条件覆

盖,条件组合覆盖及路径覆盖.下面我们指的逻辑覆盖和路径是功能或系统水平上的,以区别与白盒测试中的程序内部的结构。

8.场景法

概念:图中经过用例的每条路径都用基本流和备选流来表示,直黑线表示基本流,是经过用例的最简单的路径

以ATM为例子:

场景设计

场景1——成功提款基本流

场景2——ATM内没有现金基本流备选流2

场景3——ATM内现金不足基本流备选流3

场景4——PIN有误(还有输入机会)基本流备选流4

场景5——PIN有误(不再有输入机会)基本流备选流4

场景6——账户不存在/账户类型有误基本流备选流5

场景7——账户余额不足基本流备选流6

Web测试中的界面测试用例

1.文本框为字符型

必填项非空校验

1)必填项未输入—程序应提示错误

2)必填项只输入若干个空格,未输入其他字符—程序应提示错误

3)每一个文本框都要输入数据,来校验数据是否保存成功;

字段唯一性校验:

1)新增时输入重复的字段值—必须提示友好信息

2)修改时输入重复的字段值—必须提示友好信息;

字段长度校验

1)输入(最小字符数-1)--程序应提示错误

2)输入(最小字符数)--ok

3)输入(最小字符数+1)--ok

4)输入(最大字符数)--ok

5)输入(最大字符数-1)--ok

6)输入(最大字符数+1)--ok

字段为特殊字符校验:

1)输入对某一些字符禁止时,限制是否成功,提示信息是否友好

2)所有特殊字符必须进行测试

多行文本框输入:

1)是否允许回车换行;

2)保存后在显示能够保持输入时的格式;

3)仅输入回车换行,查看是否正确保存,并且查看保存结果

2.文本框为数值型

边界值:

1)输入【最小值-1】--程序应提示错误;

2)输入【最小值】--ok

3)输入【最大值】--ok

4)输入【最大值+1】--程序应提示错误

位数:

1)输入【限制位数】--ok

2)输入【限制位数】--根据实际项目情况,是否自动四舍五入还是提示信息

3)输入【限制位数-1】--ok

3.上传图片

对于上传的文件,假设系统要求上传的文件为jpeg格式的图片,大小为小于等于2M的文件。

1)文件类型正确,文件大小合适的校验

2)文件类型正确,大小不合适的校验

3)文件类型错误,文件大小合适的校验,包括.doc,.xls,.ppt,.bmp,.jpeg,.psd,.tiff,.png,.swf,.svg,.pcx,.txt等4)文件类型和文件大小合法,上传一个正使用的图片

4.文件导出

1)验证导出文件名长度,根据具体情况而定

2)验证导出文件为空的情况

3)验证导出文件名为特殊字符的情况

4)验证导出信息是否正确

5)验证导出文件的时间是否在合理范围内

6)验证导出目的磁盘空间已满的情况下,导出是否有友好处理方式

5.文件上传

1)页面易用性,键盘和鼠标操作,tab跳转顺序

2)按钮文字正确性

3)说明文字是否正确

4)上传文件超过最大值的提示

5)上传文件格式是否全部支持

6)文件名的设置,特殊字符,长度等

6.表单测试

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

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

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

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

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

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

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

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

7.列表测试

1)每个列标题,要求点击后能按其进行排序:第一次点击为正序,以后每次点击为升、降续的切换。

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

3)分页

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

5)第一页、上一页、下一页、最后一页的link在当前上下文有意义时显示,否则隐藏或显示为文本标签;

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

8.命令按钮控件的测试

1)点击按钮,正确响应操作。例如:点击确定,正确执行操作;单击取消,或者关闭按钮,退出窗口。

2)对非法的输入或者操作给出足够的提示说明,例如提示手机号不能为空。

9.复选框的测试

a)多个复选框可以被同时选中;

b)多个复选框可以被部分选中;

c)多个复选框可以都不被选中;

d)逐一执行每一个复选框的功能;

10.滚动条控件的测试

1)滚动条的长度根据显示信息长度或者宽度及时变换,这样有利于用户了解显示信息

的位置和百分比

2)拖动滚动条,检查屏幕刷新情况,并查看是否有乱码;

3)单击滚动条;

4)用滚轮控制滚动条;

5)滚动条的上下按钮。

11.各种控件在窗体中混合使用的测试

1)控件间的相互作用;

2)Tab键的顺序,一般是从上到下,从左到右;

3)Enter键和esc键的使用。

Ps:一般是单个控件功能的测试,确保无误后,再行多个控件的功能组合的测试。

12.提示信息

1.1静态文字与它的提示信息一致性,例如手机号信息有误,机号不能为空的类似信息,

而不能是提示别的。

1.2空值时,出错信息需要统一,例如手机号为空,提示手机号不能为空,而不是别的。

1.3点击上一步,返回的页面不应该残留出错信息;

1.4静态提示信息,在录入框右侧,应有录入信息的相应要求的提示文字,达到方便操

作的目的。

1.5必填项的提示信息

13.链接测试

2.1发现404错误;

2.2避免死链接情况,执行完相应操作,应有返回按钮,返回到相应页面。

14.浏览器的后退

3.1退出系统,直接关闭浏览器或点击后退键,退出都不应再返回系统。

15.分辨率

文字显示,样式等要支持常见分辨率,例如我的显示器是LED 2423w,分辨率是1920*1080,页面能正常显示。

16.防止SQL注入式攻击

不允许任何直接在jsp页面调用SQL语句

17.用户非授权页面访问

页面过期的时间设定,用户在设定时间内未进行任何操作,不允许访问系统。

常见模块的测试点:

1.登录

①用户名和密码都符合要求(格式上的要求)

②用户名和密码都不符合要求(格式上的要求)

③用户名符合要求,密码不符合要求(格式上的要求)

④密码符合要求,用户名不符合要求(格式上的要求)

⑤用户名或密码为空

⑥数据库中不存在的用户名,不存在的密码

⑦数据库中存在的用户名,错误的密码

⑧数据库中不存在的用户名,存在的密码

⑨输入的数据前存在空格

⑩输入正确的用户名密码以后按[enter]是否能登陆

⑩如果注册时密码区分大小写,登录时也要区分密码的大小写

2.添加

①要添加的数据项均合理,检查数据库中是否添加了相应的数据

②留出一个必填数据为空

③按照边界值等价类设计测试用例的原则设计其他输入项的测试用例

④不符合要求的地方要有错误提示

⑤是否支持table键

⑥按enter是否能保存

⑦若提示不能保存,也要察看数据库里是否多了一条数据

3.删除

①删除一个数据库中存在的数据,然后查看数据库中是否删除

②删除一个数据库中并不存在的数据,看书否有错误提示,并且数据库中没有数据

被删除

③输入一个格式错误的数据,看是否有错误提示,并且数据库中没有数据被删除。

④输入的正确数据前加空格,看是否能正确删除数据

⑤什么也不输入

⑥是否指出table键

⑦是否支持enter键

4.查询

精确查询:

①输入的查询条件为数据库中存在的数据,看是否能正确地查出相应得数据

②输入正确的查询条件以前加上空格,看是否能正确地查出相应的数据

③输入格式或范围不符合要求的数据,看是否有错误提示

④输入数据库中不存在的数据

⑤不输入任何数据

⑥是否支持table键

模糊查询:在精确查询的基础上加上以下一点

①输入一些字符,看是否能查出数据库中所有的相关信息

5.用户注册

从用户名和密码角度写了几个要考虑的测试点,以等价类划分和边界值法来分析

1.填写符合要求的数据注册:用户名字和密码都为最大长度(边界值分析,取上点)

2.填写符合要求的数据注册:用户名字和密码都为最小长度(边界值分析,取上点)

3.填写符合要求的数据注册:用户名字和密码都是非最大和最小长度的数据(边界值分析,取内点)

4.必填项分别为空注册

5.用户名长度大于要求注册1位(边界值分析,取离点)

6.用户名长度小于要求注册1位(边界值分析,取离点)

7.密码长度大于要求注册1位(边界值分析,取离点)

8.密码长度小于要求注册1位(边界值分析,取离点)

9.用户名是不符合要求的字符注册(这个可以划分几个无效的等价类,一般写一两个就行了,如含有空格,#等,看需求是否允许吧~)

10.密码是不符合要求的字符注册(这个可以划分几个无效的等价类,一般写一两个就行了)

11.两次输入密码不一致(如果注册时候要输入两次密码,那么这个是必须的)

12.重新注册存在的用户

13.改变存在的用户的用户名和密码的大小写,来注册。(有的需求是区分大小写,有的不区分)

14.看是否支持tap和enter键等;密码是否可以复制粘贴;密码是否以*之类的加秘符号显示

6. 6.修改密码

1.不输入旧密码,直接改密码

2.输入错误旧密码

3.不输入确认新密码

4.不输入新密码

5.新密码和确认新密码不一致

6.新密码中有空格

7.新密码为空

8.新密码为符合要求的最多字符

9.新密码为符合要求的最少字符

10.新密码为符合要求的非最多和最少字符

11.新密码为最多字符-1

12.新密码为最少字符+1

13.新密码为最多字符+1

14.新密码为最少字符-1

15.新密码为非允许字符(如有的密码要求必须是英文和数字组成,那么要试汉字和符号等)

16.看是否支持tap和enter键等;密码是否可以复制粘贴;密码是否以*之类的加秘符号

17.看密码是否区分大小写,新密码中英文小写,确认密码中英文大写.

18.新密码与旧密码一样能否修改成功.

测试用例实例—常见功能测试点

测试用例实例--常见功能测试点 笔者在网上看到了一篇文章,个人认为此文对于“软件常用功能测试点”总结的很好,特此摘录下来和大家一起分享。 1. 登陆、添加、删除、查询模块是我们经常遇到的,这些模块的测试点该如何考虑 1)登陆 ①用户名和密码都符合要求(格式上的要求) ②用户名和密码都不符合要求(格式上的要求) ③用户名符合要求,密码不符合要求(格式上的要求) ④密码符合要求,用户名不符合要求(格式上的要求) ⑤用户名或密码为空 ⑥数据库中不存在的用户名,不存在的密码 ⑦数据库中存在的用户名,错误的密码 ⑧数据库中不存在的用户名,存在的密码 ⑨输入的数据前存在空格 ⑩输入正确的用户名密码以后按[enter]是否能登陆 ------------------------------------------------------------------------------------------------------ 2) 添加 ①要添加的数据项均合理,检查数据库中是否添加了相应的数据 ②留出一个必填数据为空

③按照边界值等价类设计测试用例的原则设计其他输入项的测试用例 ④不符合要求的地方要有错误提示 ⑤是否支持table键 ⑥按enter是否能保存 ⑦若提示不能保存,也要察看数据库里是否多了一条数据 ------------------------------------------------------------------------------------------------------ 3) 删除 ①删除一个数据库中存在的数据,然后查看数据库中是否删除 ②删除一个数据库中并不存在的数据,看是否有错误提示,并且数据库中没有数据被删除 ③输入一个格式错误的数据,看是否有错误提示,并且数据库中没有数据被删除。 ④输入的正确数据前加空格,看是否能正确删除数据 ⑤什么也不输入 ⑥是否支持table键 ⑦是否支持enter键 ------------------------------------------------------------------------------------------------------ 4)查询 精确查询:

功能通用测试用例

一、功能测试 1、对话框测试输入进行测试。包括中文字符、英文字符、数字字符、特殊字符、及几种字符的组合。 2、对界面可操作按钮进行测试。包括【新增(N)】【保存(S)】【修改(M)】【查询(A)】【打印(P)】【退出(X)】。同时需要对鼠标右键的菜单进行测试。 3、数据保存测试。将1 和2 进行组合。 4、必要条件控制测试。在做了3 时将必要条件(如:a、编号、姓名不可为空b、编号、姓名不可重复)控制测试联合起来。 二、GUI 测试 1.窗体是否能够基于相关的输入或菜单命令适当的打开 2.窗体是否能够改变大小、移动和滚动 3.窗体的数据是否能够利用鼠标、功能键、方向箭头和键盘操作 4.当窗体被覆盖并重新调用后,窗体是否能够正确再生 5.窗体相关的功能是否可以操作 6.是否显示相关的下拉菜单、工具条、滚动条、对话框、按钮、图标和其他控制,既能正确显示又能调用 7.显示多窗体时,窗体名称是否能够正确表示 8.活动窗体是否能够被反显加亮 9.多用户联机时所有窗体是否能够实时更新 10.鼠标无规则点击时是否会产生无法预料的结果 11.窗体声音及提示是否符合既定编程规则 12.窗体是否能够被关闭 13.窗体控件的大小、对齐方向、颜色、背景等属性的设置值是否和程序设计规约相一致 14.窗体控件布局是否合理、美观 15.窗体控件TAB 顺序是否从左到右,从上到下 16.窗体焦点是否按照编程规范落在既定的控件上 17.窗体画面文字(全、半角、格式、拼写)是否正确 18.鼠标有多个形状时是否能够被窗体识别(如漏斗状时窗体不接受输入) 三、功能测试就是对产品的各功能进行验证,根据功能测试用例,逐项测试,检查产品是否达到用户要求的功能。常用的测试方法如下: 1.页面链接检查:每一个链接是否都有对应的页面,并且页面之间切换正确。 2.相关性检查:删除/增加一项会不会对其他项产生影响,如果产生影响,这些影响是否都正确。 3.检查按钮的功能是否正确:如update, cancel, delete, save 等功能是否正确。 4.字符串长度检查: 输入超出需求所说明的字符串长度的内容, 看系统是否检查字符串长度,会不会出错.

测试用例基本通用模板

1. 登陆、添加、删除、查询模块是我们经常遇到的,这些模块的测试点该如何考虑 1)登陆 ①用户名和密码都符合要求(格式上的要求) ②用户名和密码都不符合要求(格式上的要求) ③用户名符合要求,密码不符合要求(格式上的要求) ④密码符合要求,用户名不符合要求(格式上的要求) ⑤用户名或密码为空 ⑥数据库中不存在的用户名,不存在的密码 ⑦数据库中存在的用户名,错误的密码 ⑧数据库中不存在的用户名,存在的密码 ⑨输入的数据前存在空格 ⑩输入正确的用户名密码以后按[enter]是否能登陆 2) 添加 ①要添加的数据项均合理,检查数据库中是否添加了相应的数据 ②留出一个必填数据为空 ③按照边界值等价类设计测试用例的原则设计其他输入项的测试用例 ④不符合要求的地方要有错误提示 ⑤是否支持table键 ⑥按enter是否能保存 ⑦若提示不能保存,也要察看数据库里是否多了一条数据 3) 删除 ①删除一个数据库中存在的数据,然后查看数据库中是否删除 ②删除一个数据库中并不存在的数据,看书否有错误提示,并且数据库中没有数据被删除 ③输入一个格式错误的数据,看是否有错误提示,并且数据库中没有数据被删除。 ④输入的正确数据前加空格,看是否能正确删除数据 ⑤什么也不输入 ⑥是否指出table键 ⑦是否支持enter键 4)查询 精确查询: ①输入的查询条件为数据库中存在的数据,看是否能正确地查出相应得数据 ②输入正确的查询条件以前加上空格,看是否能正确地查出相应的数据 ③输入格式或范围不符合要求的数据,看是否有错误提示 ④输入数据库中不存在的数据

⑤不输入任何数据 ⑥是否支持table键 ⑦是否支持enter键 模糊查询: 在精确查询的基础上加上以下一点 ①输入一些字符,看是否能查出数据库中所有的相关信息 2.设计功能测试用例 文本框、按钮等控件测试 文本框的测试 如何对文本框进行测试 a,输入正常的字母或数字。 b,输入已存在的文件的名称; c,输入超长字符。例如在“名称”框中输入超过允许边界个数的字符,假设最多255个字符,尝试输入 256个字符,检查程序能否正确处理; d,输入默认值,空白,空格; e,若只允许输入字母,尝试输入数字;反之;尝试输入字母; f,利用复制,粘贴等操作强制输入程序不允许的输入数据; g,输入特殊字符集,例如,NUL及等; h,输入超过文本框长度的字符或文本,检查所输入的内容是否正常显示; i,输入不符合格式的数据,检查程序是否正常校验,如,程序要求输入年月日格式为 yy/mm/dd,实际输入yyyy/mm/dd,程序应该给出错误提示 在测试过程中所用到的测试方法: 1,输入非法数据; 2,输入默认值; 3,输入特殊字符集; 4,输入使缓冲区溢出的数据; 5,输入相同的文件名; 命令按钮控件的测试 a,点击按钮正确响应操作。如,单击确定,正确执行操作;单击取消,退出窗口; b,对非法的输入或操作给出足够的提示说明,如,输入月工作天数为32时,单击”确定“后系统应提示:天数不能大于31; c,对可能造成数据无法恢复的操作必须给出确认信息,给用户放弃选择的机会; 单选按钮控件的测试 a,一组单选按钮不能同时选中,只能选中一个。

通用测试用例模板

通用软件测试用例模板

用例说明 一、用例编号:每个用例唯一的标识 二、用例类型:用例的优先级(根据BUG的等级划分、用户使用的主次功能划分、根据流程划分如基本流或备选流)。 三、用例名称:填写用例的名称,如删除对象,添加内容,进行查询等。 四、模块名称:该用例属于哪个主要模块 五、测试环境: 硬件环境: 列出为测试本软件所使用硬件的配置,如: a.处理机的型号、内存容量; b.所要求的外存储器、媒体、记录格式、设备的型号和台数、联机/脱机; c.I/O设备(联机/脱机?); d.数据传输设备和转换设备的型号、台数。 软件环境: 说明为测试本软件所使用的软件,如: a.操作系统的名称、版本号; b.开发工具名称和版本号; c.数据库管理系统的名称和版本号; d.使用什么测试软件 e.其他支持软件。 六、测试目标:明确测试后所要实现的基本功能及结果,简要强调下面所有子功能可实现的功能和方法,使测试人员了解测试的意图。写出预期要达到的最好状态。 七、用户需求:写出测试模块所要达到的基本用户需要或者用户所需要的完整功能描述 八、前置条件: 描述该操作的前提条件。如:前面删除的对象有(废弃的对象、被引用对象、处在流程中的对象等)各种情况,该处可以描述其中一种。。 九、后置条件: 描述该操作的先关后续链接 十、特殊说明:用户或者开发者有特殊需求或注意事项,需添加在此项。 十一、用例的测试过程 1步骤:用例中需要测试进行的步骤,如1。 2测试内容:测试内容, 3测试预期结果:未测试前合理的正确的结果。 4操作描述:如:点击“高级查询”进入高级查询的页面,键入“姓名”。 5测试输入数据:如果此处输入姓名或其中几个字如“欧阳菲菲”或“欧阳”,均可记录。 6测试结果:记录输出的结果。正确或者错误均记录。对于一个测试完整功能点都会有一个对应的期望的正确结果。该结果可能是一个输出的数据值,也可能是一个 显示效果结果 7测试完成后功能描述 测试无误后对该子项功能模块的整体详细描述。

通用测试用例

通用测试用例 1. 文档介绍......................... (2) 1.1 文档目的.... .... .... .... .... .... .... .... .... .... . (2) 1.2 文档范围..... .... .... .... .... .... .... .... .... .... (2) 1.3 读者对象.... .... .... .... .... .... .... .... .... .... . (2) 1.4 参考文献..... .... .... .... .... .... .... .... .... .... (2) 1.5 术语与缩写解释..... . .... .... .... .... .... .... .... (2) 2. 功能测试用例...... .... .... .... ...... .... .... .... .... (2) 2.1 被测试对象的介绍......... .... .... .... ....... .... .... .. 2 2.2 测试范围与目的........ .... .... .... ........ .... .... .... .2 2.3 测试环境与测试辅助工具的描述....... .... . ... ...... .... . (3) 2.4 测试驱动程序的设计... ... ... ... .. ... ... ... ... ... ..3 2.5 功能测试用例.. ... ... ... ... ... ... ... ... ... ... . (3) 3. 性能测试用例... ... ... ... ... ... ... ... ... ... ... . (17) 3.1 被测试对象的介绍.... ... ... ... ... ... ... ... ... (17) 3.2测试范围与目的... . ... ... ... ... ... ... ... ... ... ... ..17 3.3 测试环境与测试辅助工具的描述... ... ... ... ... ... ... (17) 3.4 测试驱动程序的设计.. ... ... ... ... ... ... ... ... ... ..17 3.5 性能测试用例.... ... ... ... ... ... ... ... ... ... ... ..18 4. 图形用户界面测试用例.... ... ... ... ... ... ... ... ... . (20) 4.1 被测试对象的介绍.. ... ... ... ... ... ... ... ... ... . (20) 4.2 测试范围与目的.... ... ... ... ... ... ... ... ... ... (20) 4.3 测试环境与测试辅助工具的描述... ... ... ... ... ... ... (20) 4.4 测试驱动程序的设计.... ... ... ... ... ... ... ... ... (20) 4.5 用户界面测试的检查表.. ... ... ... ... ... ... ... ... . (20)

登录功能通用测试用例

登录功能通用测试用例 具体需求: 有一个登录页面,有一个账号和一个密码输入框, 一个提交按钮。请针对这个页面设计Test Case。 此题的考察目的: 1、了解需求(测什么都是从了解需求开始); 2、是否有设计Test Case的能力 3、是否熟悉各种测试方法; 4、是否有丰富的Web测试经验; 5、是否了解Web开发; 了解需求: 测试需求分析过程,可以从质量要求出发,来展开测试需求分析,如从功能、性能、安全性、兼容性等各个质量要求出发,不断细化其内容,挖掘其对应的测试需求,覆盖质量要求。也可以从开发需求(如产品功能特性点、敏捷开发的用户故事)出发,针对每一条开发需求形成已分解的测试项,结合质量要求,这些测试项再扩展为测试任务,这些测试任务包括了具体的功能性测试任务和非功能性测试任务。在整理测试需求时,需要分类、细化、合并并按照优先级进行排序,形成测试需求列表。 1、登录界面应该是弹出窗口式的,还是直接在网页里面;

2、账号长度和密码的强度(比如需要多少位、大小写敏感、特殊字符混搭等); 3、界面美观是否有特殊要求?(即是否要进行UI测试); 4、···· 用例设计: 测试需求分析完成后,开始用例设计,主要可以从以下几个方面考虑:功能测试(Function Test) 1、输入正确的账号和密码,点击提交按钮,验证是否能正确登录。(正常输入) 2、输入错误的账号或者密码, 验证登录会失败,并且提示相应的错误信息。(错误校验) 3、登录成功后能否跳转到正确的页面(低) 4、账号和密码,如果太短或者太长,应该怎么处理(安全性,密码太短时是否有提示) 5、账号和密码,中有特殊字符(比如空格),和其他非英文的情况(是否做了过滤) 6、记住账号的功能 7、登录失败后,不能记录密码的功能 8、账号和密码前后有空格的处理 9、密码是否加密显示(星号圆点等)

通用测试用例教学文案

通用测试用例

通用测试用例 1. 文档介绍......................... (2) 1.1 文档目的.... .... .... .... .... .... .... .... .... .... . (2) 1.2 文档范围..... .... .... .... .... .... .... .... .... .... (2) 1.3 读者对象.... .... .... .... .... .... .... .... .... .... . (2) 1.4 参考文献..... .... .... .... .... .... .... .... .... .... (2) 1.5 术语与缩写解释..... . .... .... .... .... .... .... .... (2) 2. 功能测试用例...... .... .... .... ...... .... .... .... .... (2) 2.1 被测试对象的介绍......... .... .... .... ....... .... .... .. 2 2.2 测试范围与目 的........ .... .... .... ........ .... .... .... .2 2.3 测试环境与测试辅助工具的描 述....... .... . ... ...... .... . (3) 2.4 测试驱动程序的设 计... ... ... ... .. ... ... ... ... ... ..3

2.5 功能测试用 例.. ... ... ... ... ... ... ... ... ... ... . (3) 3. 性能测试用 例... ... ... ... ... ... ... ... ... ... ... . (17) 3.1 被测试对象的介绍.... ... ... ... ... ... ... ... ... ... 17 3.2测试范围与目 的... . ... ... ... ... ... ... ... ... ... ... ..17 3.3 测试环境与测试辅助工具的描述... ... ... ... ... ... ... ... 17 3.4 测试驱动程序的设 计.. ... ... ... ... ... ... ... ... ... ..17 3.5 性能测试用 例.... ... ... ... ... ... ... ... ... ... ... ..18 4. 图形用户界面测试用 例.... ... ... ... ... ... ... ... ... . (20) 4.1 被测试对象的介 绍.. ... ... ... ... ... ... ... ... ... . (20) 4.2 测试范围与目 的.... ... ... ... ... ... ... ... ... ... (20) 4.3 测试环境与测试辅助工具的描述... ... ... ... ... ... ... ... 20

软件测试中通用的测试用例(很全).docx

B/S 程序通用测试点 1 、界面测试通用测试点 测试内容测试点 1、浏览器窗口标准或最大时页面元素显示是否正确,是否美观,窗口大小变 页面显示化时页面刷新是否正确; 2、电脑显示屏是宽屏或标屏下页面元素显示是否正确,是否美观; 3、用户常用的几种分辨率下页面元素显示是否正确,是否美观。 4、字体的大小要与界面的大小比例协调,通常使用的字体中宋体 美观,很少使用超过12 号的字体。 9-12较为5、前景与背景色搭配合理协调,反差不宜太大,最好少用深色,如大红、大 绿等。 6、页面弹出式提示界面必须大小合理,布局美观,符合系统风格。 1、布局要合理, 不宜过于密集,也不能过于空旷,合理的利用空间。 2、相关页面元素的外形是否美观大方,大小是否合适,位置和页面的风格是 页面布局否协调。 3、页面相关说明性文字的位置是否正确合适,鼠标定位在需说明的控件上时 相关提示信息位置是否合理。 1、同一系统中不同页面的整体风格是否一致,是否美观; 页面风格2、各页面背景、色调是否正确,是否美观,是否适合应用环境。 3、主色调要柔和,具有亲和力与磁力,坚决杜绝刺目的颜色。 1、按钮名称易懂,用词准确,屏弃多义性字眼,要与同一界面上的其他按钮 易于区分,能望文知意最好。 2、对于完成同一功能的控件需要集中放置;Tab 键的顺序与控件排列顺序要 一致,目前流行总体从上到下, 同时行间从左到右的方式。 3、默认按钮要支持Enter 及选操作,即按Enter 后自动执行默认按钮对应操作。易用性 4、页面要支持键盘自动浏览按钮功能,即按Tab键、回車鍵的自动切换功能。 5、页面输入控件的选择要合理合适,同一界面复选框不能出现太多,下拉列表选 项也不宜太多。 6、常用菜单功能需提供操作快捷键,快捷键的定义应符合大众操作习惯。 7、页面存在工具栏的,工具栏需要设置默认停靠位置,工具栏长度不能太长, 工具栏上的按钮需提供提示信息, 工具栏功能可以用户自行定制。 1、对于需要等待的操作,如果时间稍长就应该提供进度条显示。 2、菜单深度一般要控制在三层以内,树状结构类似。 3、滚动条的长度要根据显示信息的长度或宽度能及时变换,以利于用户了解友好性 显示信息的位置和百分比。 4、对用户操作需要反馈足够的信息,例如提示、警告、或错误,信息表达应 该清楚、明了、恰当、准确。

测试用例实例—常见功能测试点

笔者在网上看到了一篇文章,个人认为此文对于“软件常用功能测试点”总结的很好,特此摘录下来和大家一起分享。 1. 登陆、添加、删除、查询模块是我们经常遇到的,这些模块的测试点该如何考虑 1)登陆 ①用户名和密码都符合要求(格式上的要求) ②用户名和密码都不符合要求(格式上的要求) ③用户名符合要求,密码不符合要求(格式上的要求) ④密码符合要求,用户名不符合要求(格式上的要求) ⑤用户名或密码为空 ⑥中不存在的用户名,不存在的密码 ⑦数据库中存在的用户名,错误的密码 ⑧数据库中不存在的用户名,存在的密码 ⑨输入的数据前存在空格 ⑩输入正确的用户名密码以后按[enter]是否能登陆 ------------------------------------------------------------------------------------------------------ 2) 添加 ①要添加的数据项均合理,检查数据库中是否添加了相应的数据 ②留出一个必填数据为空

③按照边界值等价类设计测试用例的原则设计其他输入项的测试用例 ④不符合要求的地方要有错误提示 ⑤是否支持table键 ⑥按enter是否能保存 ⑦若提示不能保存,也要察看数据库里是否多了一条数据 ------------------------------------------------------------------------------------------------------ 3) 删除 ①删除一个数据库中存在的数据,然后查看数据库中是否删除 ②删除一个数据库中并不存在的数据,看是否有错误提示,并且数据库中没有数据被删除 ③输入一个格式错误的数据,看是否有错误提示,并且数据库中没有数据被删除。 ④输入的正确数据前加空格,看是否能正确删除数据 ⑤什么也不输入 ⑥是否支持table键 ⑦是否支持enter键 ------------------------------------------------------------------------------------------------------ 4)查询 精确查询:

游戏测试用例编写方法浅谈

游戏软件功能测试——测试用例的编写方法浅谈 一、游戏软件与通用软件的区别 a)通用软件的需求明确,游戏软件需求理想化 i.通用软件中用户每步操作的预期结果都是明确且有规范可参考的,而网游中并 不是所有的需求都有一个明确的预期结果,拿技能平衡性来说,我们所谓的平 衡也只是相对的平衡,而非绝对的平衡。没有什么明确的参考参数。只能根据 以往游戏的经验获得一个感知的结果。 ii.网络游戏中的某些功能是有预期结果可参考的。例如组队、交易,而另外一些带有策划创意的功能,却是根据策划个人的理解,来确定其预期结果的。人的 思考力都是有限的,所以不能保证在他的创意中会考虑到各种各样复杂的细 节。也不能够保证这个创意就可以完全被用户所接受。 当你作为游戏测试人员时,很多时候你需要做的不仅仅是验证功能。也需要帮助开发者和用户找到一个互相容忍的平衡点。游戏软件的测试员带有对策划需求的怀疑,力求通过自己的努力在玩家和开发者之间将可能产生的矛盾减小。 b)通用软件开发过程中需求变更少,游戏软件开发过程中需求便更快 i.通用软件的使用人群和软件的功能针对性,决定软件从开始制作就很少再有新 的需求变更。而游戏软件,为了满足玩家对游戏的认可度,策划需要不断的揣 摩玩家的喜好,进行游戏功能的改进。加之网游制作本身就是一个庞大复杂的 工程,开发者不可能做到在开发的前期,就对游戏架构及扩展性做出最好的评 估。所以导致为了满足用户的需求而不断的进行一些基础架构的修改,基础架 构的修改必然导致某些功能的颠覆。所以就出现了,游戏开发过程中的一个恶 性循环,当基础架构修改到满意了,玩家的需求又有了新的变化,随之而来的 又要进行新的调整,再进行新的修改。最终导致了游戏软件的开发周期不断加 长。任何一个有经验的团队,对于每一个影响基础的改动都应该做出正确的评 估。 二、网游有哪些测试内容 a)性能 i.客户端性能 ii.服务器端性能 1.服务器 2.数据库 iii.网络 b)功能 i.从运行完game.exe打开游戏界面后可进行的各种操作、玩法 ii.界面 iii.音乐 c)自动化 i.测试工作组织实施中需要的工具、软件、平台的开发 ii.自动化的回归测试作用:游戏中基础的、变动不大的、出错率高的、可进行checklist重复测试的功能、性能等自动化是一个好方法 iii.任何时候自动化都取代不了人脑,它只是将一些重复性的劳动从我们测试人员身上去掉,让我们有更多的时间做更有意义的事情,如果你觉得你做一件事情 是重复的,且有规律可行的,不防考虑自动化 三、游戏中针对功能性测试测试用例编写浅谈

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

软件测试测试用例实例含功能测试用例、性能测试用例、兼容性测试用例

测试用例实例 (含:功能测试用例、性能测试用例、兼容性测试用例) 目录 一、功能测试用例............................................................................................ - 2 - 二、性能测试................................................................................................... - 10 - 2.1预期性能测试用例 ........................................................................... - 10 - 2.2 用户并发测试用例 .......................................................................... - 11 - 2.3 大数据量测试用例 .......................................................................... - 11 - 2.4 疲劳强度测试用例 .......................................................................... - 12 - 2.5 负载测试测试用例 .......................................................................... - 13 - 三、兼容性测试 .............................................................................................. - 13 - 用例编号TestCase_LinkWorks_WorkEvaluate 项目名称LinkWorks 模块名称WorkEvaluate模块 项目承担部门研发中心-质量管理部 用例作者 完成日期2005-5-27 本文档使用部门质量管理部 评审负责人

登录功能测试用例设计

功能测试(Function Test) 1、输入正确的账号和密码,点击提交按钮,验证是否能正确登录。(正常输入) 2、输入错误的账号或者密码, 验证登录会失败,并且提示相应的错误信息。(错误校验) 3、登录成功后能否跳转到正确的页面(低) 4、账号和密码,如果太短或者太长,应该怎么处理(安全性,密码太短时是否有提示) 5、账号和密码,中有特殊字符(比如空格),和其他非英文的情况(是否做了过滤) 6、记住账号的功能 7、登录失败后,不能记录密码的功能 8、账号和密码前后有空格的处理 9、密码是否加密显示(星号圆点等) 10、牵扯到验证码的,还要考虑文字是否扭曲过度导致辨认难度大,考虑颜色(色盲使用者),刷新或换一个按钮是否好用 11、登录页面中的注册、忘记密码,登出用另一帐号登录等链接是否正确 12、输入密码的时候,大写键盘开启的时候要有提示信息。 13、什么都不输入,点击提交按钮,看提示信息。(非空检查) 界面测试(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、主流的浏览器下能否显示正常已经功能正常(IE6~11, FireFox, Chrome, Safari 等) 2、不同的平台是否能正常工作,比如Windows, Mac 3、移动设备上是否正常工作,比如iPhone, Android 4、不同的分辨率 本地化测试(Localization Test) 1、不同语言环境下,页面的显示是否正确。 软件辅助性测试(Accessibility Test)

简单通用测试用例

针对B/S、C/S架构的简单测试案例 这是一个针对web应用和桌面应用程序的测试清单。 注释:这篇文章有点长,我的目标是能够分享其中一个已经启动但还没完成的综合测试清单。我将利用很多场景持续更新该清单。如果你现在没有时间阅读,请随意的将它与你的朋友共享并放在书签中供以后阅读。 测试清单是测试用例编写过程中不可或缺的一部分。使用该清单你可以轻松地创建数以百计的测试用例来测试web或桌面应用程序。这些都是常用的测试用例,基本上适用于所有的应用程序。在为你的项目编写测试用例时参考该清单,我相信除了软件需求说明文档中的特定业务规则外,你能覆盖到大多数测试类型。 尽管这是一个普通的清单,但我还是建议根据你的特定需要和特定的测试利用下面的测试用例准备一个标准的测试清单。 测试过程中应用测试清单的重要性: - 为你的应用程序维持一个标准的测试用例库将能保证更快地捕捉最常见的缺陷。 - 重用测试用例有助于节约编写重复用例花费的资源成本。 - 经常覆盖的重要测试用例不可能轻易忘记。 - 测试清单可以提供给开发人员查阅,以保证在开发阶段就避免出现一些常见的问题。 几点说明: 1)用不同的用户角色执行这些测试场景,如:管理用户,来宾用户等。 2)对于web应用,这些场景应该在客户认可的多种浏览器的各个版本上进行测试,如:IE,Firefox,Chrome,Safari等。 3)用不同的屏幕分辨率进行测试,如:1024x768,1280x1024等。 4)应用程序应在多种显示器上进行测试,如:LCD,CRT,笔记本,平板电脑,智能手机等。 5)在不同的系统平台上测试应用程序,如:Windows,Mac,Linux等系统。

功能测试用例的设计

1.用因果图法分析原因结果,并决策表设计测试用例。 2.使用场景法设计测试用例。 二、实验内容 1.将三角形问题的可能结果扩展为:一般三角形、等腰三角形、等边三角形、直角三角形、等腰直角三角形和非三角形,考虑用因果图法设计测试用例,给出完整步骤。 2.有一个在线购物的实例,用户进入一个在线购物网站进行购物,选购物品后,进行在线购买,这时需要使用帐号密码登录,登录成功后,进行付钱交易,交易成功后,生成订购单,完成整个购物过程。使用场景法设计上述问题的测试用例。 三、实验环境 Win dows XP 系统 四、实验步骤和结果 1.将三角形问题的可能结果扩展为:一般三角形、等腰三角形、等边三角形、直角三角形、等腰直角三角形和非三角形,用因果图法设计测试用例,给出完整步骤。具体如下: 1)输入的三边分别为a,b,c(斜边)且a

5)根据决策表设计测试用例 2.有一个在线购物的实例,用户进入一个在线购物网站进行购物,选购物品后,进行在线购买,这时需要使用帐号密码登录,登录成功后,进行付钱交易,交易成功后,生成订购单,完成整个购物过程。使用场景法设计上述问题的测试用例。 1)确定基本流,及各项备选流

3)对每一个场景生成相应的测试用例 (注:在下面的矩阵中,V (有效)用于表明这个条件必须是VALID (有效的)才可执行基本流,而I (无效)用于表明这种条件下将激活所需备选流,“ n/a ” (不适用)表明这个条件不适用于当前测试用例。) 4)设计测试用例 对生成的所有测试用例重新复审,去掉多余的测试用例,测试用例确定后,对每一个测试用例确定测试数据值

相关文档
最新文档