当前位置：文档库 › QQ登录界面因果图法设计测试用例

QQ登录界面因果图法设计测试用例

用因果图设计QQ登录界面的测试用例。我们看到有3个可以组合的项：QQ的帐号、QQ的密码、登录按钮。在测试的时候，要简化QQ的输入条件，这样才能有重点的去测试，也是主要关注用户的基本需求。

第一步：画出因果图：

第二步：从因果图导出判定表：

第三步：从判定表导出测试用例：

登录测试用例

功能测试： 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等）

因果图测试用例

1.引言等价类划分方法和边界值分析方法，都是着重考虑输入条件，但未考虑输入条件之间的联系、相互组合等。考虑输入条件之间的相互组合，可能会产生一些新的情况。但要检查输入条件的组合不是一件容易的事情，即使把所有输入条件划分成等价类，他们之间的组合情况也相当多。因此必须考虑采用一种适合于描述对于多种条件的组合，相应产生多个动作的形式来考虑设计测试用例。这就需要利用因果图（逻辑模型）。因果图（Cause-Effect Graphing）提供了一个把规格转化为判定表的系统化方法，从该图中可以产生测试数据。其中原因是表示输入条件，结果是对输入执行的一系列计算后得到的输出。因果图方法最终生成的就是判定表，它适合于检查程序输入条件的各种组合情况。 2.因果图介绍 2.1图例说明 1、4种符号分别表示了规格说明中向4种因果关系。如图2-1所示。图2-1 因果图关系 2、因果图中使用了简单的逻辑符号，以直线联接左右结点。左结点表示输入状态（或称原因），右结点表示输出状态（或称结果）。 3、ci表示原因，通常置于图的左部；ei表示结果，通常在图的右部。ci和ei均可取值0或1，0表示某状态不出现，1表示某状态出现。 2.2因果图概念 1、关系（图2-1 因果图关系） ①恒等：若ci是1，则ei也是1；否则ei为0。 ②非：若ci是1，则ei是0；否则ei是1。

③或：若c1或c2或c3是1，则ei是1；否则ei为0。“或”可有任意个输入。 ④与：若c1和c2都是1，则ei为1；否则ei为0。“与”也可有任意个输入。 2、约束输入状态相互之间还可能存在某些依赖关系，称为约束。例如，某些输入条件本身不可能同时出现。输出状态之间也往往存在约束。在因果图中，用特定的符号标明这些约束。如图2-2所示。图2-2因果图约束 .输入条件的约束有以下4类： ①E约束（异）：a和b中至多有一个可能为1，即a和b不能同时为1。 ②I约束（或）：a、b和c中至少有一个必须是1，即a、b 和c不能同时为0。 ③O约束（唯一）；a和b必须有一个，且仅有1个为1。 ④R约束（要求）：a是1时，b必须是1，即不可能a是1时b是0。 B.输出条件约束类型输出条件的约束只有M约束（强制）：若结果a是1，则结果b强制为0。 2.3因果图法设计测试用例步骤 1、分析待测得系统规格，找出原因与结果分析软件规格说明描述中，那些是原因(即输入条件或输入条件的等价类)，那些是结果(即输出条件), 并给每个原因和结果赋予一个标识符。 2、画出因果图

注册及登录功能的测试用例设计

注册、登陆测试用例一、注册测试用例测试编号：001 测试目标：验证系统是否对必填项为空时做出正确的响应测试环境：windows XP操作系统和浏览器IE6.0 测试步骤：（1）：打开浏览器，在浏览器的地址栏中输入“用户注册”页面的URL，单击【转到】按钮；（2）：在“用户注册”界面什么都没有输入，直接单击【注册】按钮；期望结果：注册失败，页面重新回到注册页面，并提示“请输入必填项”。测试编号：002 测试目标：验证系统是否对用户名含义非法字符时做出正确的响应测试环境：windows XP操作系统和浏览器IE6.0 测试步骤：（1）：打开浏览器，在浏览器的地址栏中输入“用户注册”页面的URL，单击【转到】按钮；（2）：在“用户名”文本框输入“A0001”; （3）：在“密码”文本框输入：000；（4）：在“确认密码”文本框输入：000；（5）：单击【注册】按钮；期望结果：注册失败，页面重新回到注册页面，并提示“用户名含义非法字符”。测试编号：003 测试目标：验证系统是否对密码不一致时做出正确的响应测试环境：windows XP操作系统和浏览器IE6.0 测试步骤：（1）：打开浏览器，在浏览器的地址栏中输入“用户注册”页面的URL，单击【转到】按钮；（2）：在“用户名”文本框输入“A0001”; （3）：在“密码”文本框输入：000；（4）：在“确认密码”文本框输入：000；（5）：单击【注册】按钮；期望结果：注册失败，页面重新回到注册页面，并提示“两次输入密码不一致”。测试编号：004 测试目标：验证系统是否对密码含有非法字符时做出正确的响应测试环境：windows XP操作系统和浏览器IE6.0 测试步骤：（1）：打开浏览器，在浏览器的地址栏中输入“用户注册”页面的URL，单击【转到】按钮；

测试用例设计方法之因果图法

测试用例设计方法之因果图法 (一)因果图法的来源大家熟悉的等价类划分法和边界值分析法，都是着重考虑输入条件，但未考虑输入条件之间的联系、相互组合等；但是，如考虑所输入条件之间的相互组合，会由于组合情况数目相当大，需要大量的测试用例；因果图法，是一种帮助人们系统地选择一组高效率测试用例的方法。(二)因果图法的特点考虑输入条件间的组合关系；考虑输出条件对输入条件的信赖关系，即因果关系；测试用例发现错误的效率高；能检查出功能说明中的某些不一致或遗漏；因果图方法最终生产的就是判定表，它适合于检查程序输入条件和各种组合情况。 (三)因果图法基本步骤 1.分割功能说明书对于规模比较大的程序来说，由于输入条件的组合数太大，所以很难整体上使用一个因果图。我们可以把它划分为若干部分，然后分别对每个部分使用因果图。例如，测试编译程序时，可以把每个语句作为一个部分。 2.识别出“原因”和“结果”，并加以编号所谓原因，是指输入条件或输入条件的等价类；而结果则是指输出条件或输出条件的等价类。每个原因或结果都对应于因果图中的一个节点。当原因或结果成立（或出现）时，相应的节点取值为1，否则为0。例如，有一个饮料自动售货机（处理单价为5角钱）的控制处理软件，它的软件规格说明如下：若投入5角钱的硬币，按下“橙汁”或“啤酒”的按钮，则相应的饮料就送出来。若投入1元钱的硬币，同样也是按“橙汁”或“啤酒”的按钮，则自动售货机在送出相应饮料的同时退回5角钱的硬币。

分析这一段说明，我们可以列出原因和结果。原因如下： ?投入1元硬币； ?投入5角硬币； ?按下“橙汁”按钮； ?按下“啤酒”按钮结果 ?退还5角钱； ?送出“橙汁”饮料； ?送出“啤酒”饮料 3.根据功能说明书中规定的原因和结果之间的关系画出因果图因果图的基本符号如图1所示： 1.因果图的基本符号图中左边的节点表示原因，右边的节点表示结果。恒等、非、或、与的含义： ?恒等：若a=1，则b=1；若a=0，则b=0； ?非：若a=1，则b=0，若a=0，则b=1； ?或：若a=1或b=1或c=1，则d=1；若a= b= c=0，则d=0； ?与：若a= b= c=1，则d=1；若a=0或b=0或c=0，则d=0。画因果图时，原因在左，结果在右，由上而下排列，并根据功能说明书中规定的原因和结果之间的关系，用上述基本符号连接起来。在因果图中还可以引入一些中间节点。

注册模块测试用例

注册模块测试用例孝妞妞https://www.wendangku.net/doc/84884565.html,/u/2406526575 2012-08-10 13:01:43 注册模块测试用例注：不考虑可用性，只考虑功能用例编号测试项输入描述输入数据输入步骤预期结果实际结果结果比较 1 注册用户名：全部英文小写用户名：qwer 点击用户注册，进入注册页面，输入用户名：qwer 出现注册成功的提示没有注册成功的提示，但注册成功后它自动跳转到登陆后的系统主页面长度：4密码：1234密码：1234 密码长度：4 确认密码：1234，输入正确的验证码点击确定 2用户名：全部数字用户名：1234 点击用户注册，进入注册页面，输入用户名：1234 出现注册成功的提示没有注册成功的提示，但注册成功后它自动跳转到登陆后的系统主页面长度：4密码：1234密码：1234 密码长度：4 确认密码：1234，输入正确的验证码点击确定 3用户名：由点、减号或下划用户名：._-- 点击用户注册，进入注册页面，输入用户名：._-- 出现注册成功没有注册成功

线组成的提示的提示，但注册成功后它自动跳转到登陆后的系统主页面长度：4密码：1234密码：1234 密码长度：4 确认密码：1234，输入正确的验证码点击确定 4用户名：英文小写字母与数字的混合，用户名：qw12 点击用户注册，进入注册页面，输入用户名：qw12 出现注册成功的提示没有注册成功的提示，但注册成功后它自动跳转到登陆后的系统主页面长度：4密码：1234密码：1234 密码长度：4 确认密码：1234，输入正确的验证码点击确定 5用户名：英文小写字母与点、减号或下划线的混合，用户名：qw-_ 点击用户注册，进入注册页面，输入用户名：qw-_ 出现注册成功的提示没有注册成功的提示，但注册成功后它自动跳转到登陆后的系统主页长度：4密码：1234密码：1234 密码长度：4 确认密码：1234，输入正确的验证码点击确定

登录、注册功能的测试用例设计

测试目标：验证系统是否对密码不一致时做出正确的响应测试环境：windows XP操作系统和浏览器IE6.0 测试步骤：（1）：打开浏览器，在浏览器的地址栏中输入“用户注册”页面的URL，单击【转到】按钮；（2）：在“用户名”文本框输入“a075587”; （3）：在“密码”文本框输入：1314；（4）：在“确认密码”文本框输入：1315；（5）：在“邮箱地址”文本框输入：790705390@https://www.wendangku.net/doc/84884565.html,；（6）：单击【注册】按钮；期望结果：注册失败，页面重新回到注册页面，并提示“两次输入密码不一致”。测试编号：004 测试目标：验证系统是否对密码含有非法字符时做出正确的响应测试环境：windows XP操作系统和浏览器IE6.0 测试步骤：（1）：打开浏览器，在浏览器的地址栏中输入“用户注册”页面的URL，单击【转到】按钮；（2）：在“用户名”文本框输入“a075587”; （3）：在“密码”文本框输入：1314*24；（4）：在“确认密码”文本框输入：1314*24；（5）：在“邮箱地址”文本框输入：790705390@https://www.wendangku.net/doc/84884565.html,；（6）：单击【注册】按钮；期望结果：注册失败，页面重新回到注册页面，并提示“密码含有非法字符”。测试编号：005 测试目标：验证系统是否对邮箱格式不正确时做出正确的响应测试环境：windows XP操作系统和浏览器IE6.0 测试步骤：（1）：打开浏览器，在浏览器的地址栏中输入“用户注册”页面的URL，单击【转到】按钮；（2）：在“用户名”文本框输入“a075587”; （3）：在“密码”文本框输入：1314；（4）：在“确认密码”文本框输入：1314；（5）：在“邮箱地址”文本框输入：https://www.wendangku.net/doc/84884565.html,；（6）：单击【注册】按钮；期望结果：注册失败，页面重新回到注册页面，并提示“邮箱地址格式有错误”。测试编号：006 测试目标：验证系统是否对用户名重复时做出正确的响应测试环境：windows XP操作系统和浏览器IE6.0 测试步骤：（1）：打开浏览器，在浏览器的地址栏中输入“用户注册”页面的URL，单击【转到】按钮；（2）：在“用户名”文本框输入“a075587”;

网页登录界面测试点

如何测试一个网页登录界面对测试人员（尤其是web测试人员）来说，测试一个网页的登录界面常常是必不可少的测试任务。网页的登录界面测试要素少不了textbox和提交按钮，如何才能更全面的设计test case呢？首先，你要了解用户的需求，比如这个登录界面应该是弹出窗口式的，还是直接在网页里面的？对用户名的长度、用户名的有效性（比如是不是只能是手机号、邮箱等）密码的强度（就是是不是必须多少位，大小写，特殊字符混搭）等都有哪些要求？还有比如用户对界面的美观是不是有特殊的要求？（即是否要进行UI测试）。剩下的就是设计用例了，等价类，边界值等等。千万要记住一点，任何测试，不管测什么都是从了解需求开始的。一个网页的登录界面的测试大致可以从以下几个方面考虑：功能测试(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.打开登录页面，需要几秒

以中国象棋中走马的测试用例设计为例学习因果图的使用方法

以中国象棋中走马的测试用例设计为例学习因果图的使用方法。分析中国象棋中走马的实际情况（下面未注明的均指的是对马的说明） 1如果落点在棋盘外，则不移动棋子； 2、如果落点与起点不构成日字型，则不移动棋子； 3、如果落点处有自己方棋子，则不移动棋子； 4、如果在落点方向的邻近交叉点有棋子（绊马腿），则不移动棋子； 5、如果不属于1-4条，且落点处无棋子，则移动棋子； 6、如果不属于1-4条，且落点处为对方棋子（非老将），则移动棋子并除去对方棋子； 7、如果不属于1-4条，且落点处为对方老将，则移动棋子，并提示战胜对方，游戏结束。原因：结果： 1、落点在棋盘上； 2、落点与起点构成日字； 3、落点处为自己方棋子； 4、落点方向的邻近交叉点无棋子； 5、落点处无棋子； 6、洛点处为对方棋子（非老将）； 7、洛点处为对方老将。21、不移动棋子； 22、移动棋子； 23、移动棋子，并除去对方棋子； 24、移动棋子，并提示战胜对方，结束游戏。 L2345678 111110000 2]101I00 3L3101c10 11111100 2200001 2101000 23（.1010] 测试用例 A3 A8 AR A? R5 B4 RN ur Cl X6 SD PS 考虑结果不能同时发生，所以对其施加唯一约束施加异约束E。根据因果图建立判定表：（分为两表）0。原因5、6、7不能同时发生，所以对其添加中间节点11，目的是作为导出结果的进一步原因，简化因果图导出的判定表

注：1、以上判定表中由于表格大小限制没有列出最后所选的测试用例；2、第2表中部分列被合并表示不可能发生的现象；3、通过中间节点将用例的判定表简化为两个小表。减少工作量。四、根据判定表写测试用例表（略）

用户名密码测试用例编写方法

用户名密码测试用例编写方法标准化管理处编码[BBX968T-XBB8968-NNJ668-MM9N]

别小看了这个用户名密码这么简单的输入框。可测试的内容还是很多的，并且引发的问题也有很多种类。下面就说一说他的测试方法。？一、用户注册只从用户名和密码角度写了几个要考虑的测试点，如果需求中明确规定了安全问题，Email，出生日期，地址，性别等等一系列的格式和字符要求，那就都要写用例测了~ 以等价类划分和边界值法来分析 1.填写符合要求的数据注册：用户名字和密码都为最大长度（边界值分析，取上点） 2.填写符合要求的数据注册：用户名字和密码都为最小长度（边界值分析，取上点） 3.填写符合要求的数据注册：用户名字和密码都是非最大和最小长度的数据（边界值分析，取内点）

4.必填项分别为空注册 5.用户名长度大于要求注册1位（边界值分析，取离点） 6.用户名长度小于要求注册1位（边界值分析，取离点） 7.密码长度大于要求注册1位（边界值分析，取离点） 8.密码长度小于要求注册1位（边界值分析，取离点） 9.用户名是不符合要求的字符注册（这个可以划分几个无效的等价类，一般写一两个就行了，如含有空格，#等，看需求是否允许吧~） 10.密码是不符合要求的字符注册（这个可以划分几个无效的等价类，一般写一两个就行了） 11.两次输入密码不一致（如果注册时候要输入两次密码，那么这个是必须的）

12.重新注册存在的用户 13.改变存在的用户的用户名和密码的大小写，来注册。（有的需求是区分大小写，有的不区分） 14.看是否支持tap和enter键等；密码是否可以复制粘贴；密码是否以* 之类的加秘符号显示备注：边界值的上点、内点和离点大家应该都知道吧，呵呵，这里我就不细说了~~ 二、修改密码当然具体情况具体分析哈~不能一概而论~ 实际测试中可能只用到其中几条而已，比如银行卡密码的修改，就不用考虑英文和非法字符，更不用考虑那些ＴＡＰ之类的快捷键。而有的需要根据需求具体分析了，比如连续出错多少次出现的提示，和一些软件修改密码要求一定时间内有一定的修改次数限制等等。

用户注册、修改密码的测试用例要点

一．用户注册只从用户名和密码角度写了测试用例要点，如果注册过程中有安全问题，Email，出生日期，地址，性别等等一系列的填写内容，其测试用例要点类似。以等价类划分和边界值法来分析 1、填写符合要求的数据注册：用户名字和密码都为最大长度（边界值分析，取上点） 2、填写符合要求的数据注册：用户名字和密码都为最小长度（边界值分析，取上点） 3、填写符合要求的数据注册：用户名字和密码都是非最大和最小长度的数据（边界值分析，取内点） 4、必填项分别为空注册 5、用户名长度大于要求注册1位（边界值分析，取离点） 6、用户名长度小于要求注册1位（边界值分析，取离点） 7、密码长度大于要求注册1位（边界值分析，取离点） 8、密码长度小于要求注册1位（边界值分析，取离点） 9、用户名是不符合要求的字符注册（这个可以划分几个无效的等价类，一般写一两个就行了，如含有空格，#等，看需求是否允许吧~） 10、密码是不符合要求的字符注册（这个可以划分几个无效的等价类，一般写一两个就行了） 11、两次输入密码不一致（如果注册时候要输入两次密码，那么这个是必须的）12、重新注册存在的用户 13、改变存在的用户的用户名和密码的大小写，来注册。（有的需求是区分大小写，有的不区分） 14、看是否支持tap和enter键等；密码是否可以复制粘贴；密码是否以*之类的加秘符号显示二．修改密码

1、旧密码输入为空 2、输入错误旧密码 3、输入新密码为空 4、输入确认新密码为空 5、新密码和确认新密码不一致 6、新密码中有空格 7、新密码与旧密码一样能否修改成功 8、新密码为符合要求的最多字符 9、新密码为符合要求的最少字符 10、新密码为符合要求的非最多和最少字符 11、新密码为最多字符-1 12、新密码为最少字符+1 13、新密码为最多字符+1 14、新密码为最少字符-1 15、新密码为非允许字符（如有的密码要求必须是英文和数字组成，那么要试汉字和符号等） 16、看是否支持tap和enter键等；密码是否可以复制粘贴；密码是否以*之类的加秘符号 17、看密码是否区分大小写，新密码中英文小写，确认密码中英文大写．

软件界面测试方法

一、引言预防胜于纠错。一个界面不规范的软件，很难让用户相信其内部代码的条理性、精致、健壮和高效。伴随着我们软件项目的持续增多以及新团队成员的不断加入，软件的界面缺陷在系统测试阶段也表现得日益突出，因此有必要有针对性地通过对这些问题汇总和归纳，不断地明确软件界面的测试要求，使今后项目的界面质量问题从根本上得到重视和改观。二、界面标准 2.1有效性检查方面： ?数据输入验证正确；输入数据宽度超出设定，是否给出提示； ?数值型、日期型、字符型及‘-’、‘|’等特殊符号的检查； ?数值字段（如重量、件数、体积）在非特殊情况下不允许可输入“0”及“负数”； ?日期的控制，如：结束日期不能早于开始时间、班次内的作业时间不能超出班次时间等； ?具有输入的合法性验证机制，对于超常规和破坏性的录入，如输入的非有效性、超长、超边界、输入与字段类型不符等，应有提示并拒绝接受； ?身份证号/邮编/Email地址应作用正则表达式进行验证；【B/S】 ?下拉列表过滤，对于有过滤要求的下拉列表，应按要求进行过滤。 2.2健壮性检查方面： ?鼠标在窗口任意部分的点击是否正常；数据输出正确； ?光标到不可输入、修改列时，是否可输入、修改数据； ?鼠标对界面上的任何对象进行拖拽、点击、选取以及进行随意、无规律操作后，不出现未控制的意外错误； ?对于超常规、破坏性和无序操作的录入可以安全控制，不出现意外的、非正常终止

的错误（如：插入重复记录、删除代码表等）； ?不出现因网络连接中断后系统崩溃情况（提供自动连接或手动连接功能）2.3一般性美观布局检查方面： ?窗口标题是否正确； ?窗口的位置和大小是否合理（居中）； ?窗口中的控件布局是否合理，排列是否整齐； ?当超出一屏时，是否有垂直、水平滚动条（滚动条应位于数据块的右侧和底部）； ?一个屏幕有多个块时，每块的左上角是否有红色块标题；【或按照开发规范】 ?字段标签的对齐方式是否正确（两端对齐）；【或按照开发规范】 ?是否有初始值和默认值，初始值和默认值是否合理；【或按照开发规范】 ?上页与下页的显示是否与实际一致； ?代码与代码名称是否相符（内容正确）； ?按钮的名称是否正确、全面，如上页、下行等； ?按钮的快捷键定义是否统一； ?按钮功能是否有效；按钮的提示与功能是否贴切、规范、概括性强； ?屏幕上数据显示的对齐方式是否满足以下原则：字符列左对齐，数值列右对齐，日期型的应设置格式掩码。 ?查询结果多于一页时，是否显示页号，上页按钮在当前页为第一页时，下页按钮在当前页为最后一页时是否变灰； ?查询结果是否可以修改； ?单记录块中非空字段名是否为红色； ?一个字段数据录入完毕跳到下个字段后，该字段数据显示的对齐方式是否自动满足以下原则：字符列左对齐，数值列右对齐； ?备注等说明信息较长的字段，双击是否可以弹出编辑框； ?在执行完其他功能后是否返回默认焦点； ?所有的下拉选择数据窗口、下拉列表是否确实可用（是否既可输入编号，又可输入名称）；

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

用户名密码测试用例编写方法

别小看了这个用户名密码这么简单的输入框。可测试的内容还是很多的，并且引发的问题也有很多种类。下面就说一说他的测试方法。一、用户注册只从用户名和密码角度写了几个要考虑的测试点，如果需求中明确规定了安全问题，Email，出生日期，地址，性别等等一系列的格式和字符要求，那就都要写用例测了~ 以等价类划分和边界值法来分析 1.填写符合要求的数据注册：用户名字和密码都为最大长度（边界值分析，取上点） 2.填写符合要求的数据注册：用户名字和密码都为最小长度（边界值分析，取上点） 3.填写符合要求的数据注册：用户名字和密码都是非最大和最小长度的数据（边界值分析，取内点） 4.必填项分别为空注册 5.用户名长度大于要求注册1位（边界值分析，取离点） 6.用户名长度小于要求注册1位（边界值分析，取离点） 7.密码长度大于要求注册1位（边界值分析，取离点） 8.密码长度小于要求注册1位（边界值分析，取离点） 9.用户名是不符合要求的字符注册（这个可以划分几个无效的等价类，一般写一两个就行了，如含有空格，#等，看需求是否允许吧~） 10.密码是不符合要求的字符注册（这个可以划分几个无效的等价类，一般写一两个就行了） 11.两次输入密码不一致（如果注册时候要输入两次密码，那么这个是必须的） 12.重新注册存在的用户 13.改变存在的用户的用户名和密码的大小写，来注册。（有的需求是区分大小写，有的不区分） 14.看是否支持tap和enter键等；密码是否可以复制粘贴；密码是否以* 之类的加秘符号显示备注：边界值的上点、内点和离点大家应该都知道吧，呵呵，这里我就不细说了~~ 二、修改密码当然具体情况具体分析哈~不能一概而论~

如何测试一个网页登陆界面

具体需求：有一个登陆页面，（假如上面有2个textbox, 一个提交按钮。请针对这个页面设计30个以上的test case.）考察目的：面试者是否熟悉各种测试方法，是否有丰富的Web测试经验，是否了解Web开发，以及设计Test case的能力这个题目还是相当有难度的，一般的人很难把这个题目回答好。首先，你要了解用户的需求，比如这个登录界面应该是弹出窗口式的，还是直接在网页里面。对用户名的长度，和密码的强度（就是是不是必须多少位，大小写，特殊字符混搭）等。还有比如用户对界面的美观是不是有特殊的要求？（即是否要进行UI测试）。剩下的就是设计用例了，等价类，边界值等等。请你记住一点，任何测试，不管测什么都是从了解需求开始的。功能测试(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)

用户登录_界面数据验证_测试用例_修改

项目/软件电力支持帮助系统版本作者功能模块名用户登录用例编号编制人修改历史编制时间2010-11-02 功能特性界面数据验证测试目的验证是否输入合法的信息，允许合法登陆，阻止非法登陆预置条件系统存在用户名为user_01，密码为123456的记录操作ID 操作描述测试数据期望结果实际结果 01 进入用户登录页面，输入uName和uPass，点击“登录”按钮uName="user_01", uPass="123456" 界面验证通过 02 进入用户登录页面，输入uName和uPass，点击“登录”按钮uName="null",uPa ss="123456" 提示用户“用户名不能为空！” 03 进入用户登录页面，输入uName和uPass，点击“登录”按钮uName="user_01" uPass="null 提示用户“密码不能为空！” 04 进入用户登录页面，输入uName和uPass，点击“登录”按钮uName="null",uPa ss="null" 提示用户“用户名和密码不能为空！” 05 进入用户登录页面，输入uName和uPass，点击“登录”按钮uName="aaaa",uPa ss="123456" 提示用户“用户名格式错误！用户名必须为6-18位” 06 进入用户登录页面，输入uName和uPass，点击“登录”按钮uName="aaaaaaaa aaaaaaaaaaaaaaaaa a",uPass="123456" 提示用户“用户名格式错误！用户名必须为6-18位” 07 进入用户登录页面，输入uName和uPass，点击“登录”按钮uName="_user01", uPass="123456" 提示用户“用户名格式错误！用户名首位必须为字母” 08 进入用户登录页面，输入uName和uPass，点击“登录”按钮uName="qxb4594 28642@https://www.wendangku.net/doc/84884565.html,", uPass="123456" 提示用户“用户名格式错误！用户名必须由字母、数字、下划线组成” 09 进入用户登录页面，输入uName和uPass，点击“登录”按钮uName="user_01", uPass=" ! " # $ % & ' 提示用户“密码格式错误！密码必须为 ASCII字符组成”

注册用户和登录的用例

一、注册用户测试用例点击首页【免费测试】按钮，（是否可用）进入注册页面 1.1手机用户注册 1.鼠标单击、右击在框内，颜色改变，功能出现 2.鼠标在没有按钮或框出【1】功能测试测试编号：001 测试目标：验证系统是否对必填项为空时做出正确的响应测试环境：测试步骤：（1）：打开浏览器，在浏览器的地址栏中输入“用户注册”页面的URL （https://www.wendangku.net/doc/84884565.html,/site/userCenter/register.jsp），单击【转到】按钮；（2）：选择【手机】，在“用户注册”界面什么都没有输入，直接单击【注册】按钮；期望结果：注册失败，页面仍然在注册页面，并在各个文本输入框后面提示对应的“请输入*****”。（例：请输入账号，请输入您的真实姓名等）实际结果：测试编号：002 测试目标：验证系统是否在鼠标左右击文本输入框时做出正确的响应测试环境：测试步骤：（1）：鼠标左击各个文本输入框（2）：鼠标右击各个文本输入框期望结果：a、当鼠标左击文本输入框时，文本输入框背景颜色变为黄色，光标停靠在输入框最左边闪烁，并在必填项的右边显示对应的标签“请输入*****”，非必填项右边不显示。 b、鼠标第二次左击“真实姓名”的文本输入框时，页面会显示浏览器保存的经常填写的姓名列表框，并可单击其中一个姓名完成填写。该列表框可通过右下角随意调整大小。 c、左击“手机校验码”的文本输入框时，输入框的下面会出现包含数字的图片以及填写数字的输入框，该图片可点击进行更换。右边还会出现【获取手机校验码】，单击可获取校验码，并在下面出现60秒倒计时可再次获取校验码。 d、右击各个文本输入框，出现复制、删除等功能列表实际结果：测试编号：003 测试目标：验证系统是否对用户名含非法字符时做出正确的响应测试环境：windows XP操作系统和浏览器IE6.0 测试步骤：（1）：在“手机账号”文本框输入“” （2）：在“真实姓名”文本框输入“”、“#￥%&*”; （3）：在“手机校验码”文本框输入获取的校验码；（4）：在“密码”文本框输入：123456；（5）：在“确认密码”文本框输入：123456；（6）：单击【注册】按钮；

登录功能通用测试用例

登录功能通用测试用例具体需求：有一个登录页面，有一个账号和一个密码输入框, 一个提交按钮。请针对这个页面设计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.取消按钮使用是否正确。 3.如果有重置按钮，看使用是否正确。 4.记住密码使用是否正确。 5.TAB键的使用是否正确。 6.上下左右键是否正确 7.Enter键的使用是否正确。 8.界面如果支持ESC键，看其是否正常工作二、布局美感：界面的布局是否符合人们的审美标准，以及输入入框，按钮这些是否都合理。三、输入框的功能 1.输入合法的用户名和密码，可以成功登录。 2.输入合法的用户名和不合法的密码，不可以进入，并给出提示信息。 3.输入合法的用户名和小写的密码（密码中区分大小写），不可以进入，并给出提示信息。 4.输入合法的用户名和密码前后有空格，不可以进入，并给出提示信息。 5.输入不合法的用户名和合法的密码，不可以进入，并给出提示信息。 6.输入用户名中有前后空格和合法的密码，不可以进入，并给出提示信息。 7.输入小写的用户名（用户名不区分大小写）和合法的密码，不可以进入，并给出提示信息。 8.输入不合法的用户名和不合法的密码，不可以进入，并给出提示信息。 9.输入用户名和密码，点击【置空】，清空输入数据。 10.输入正确的用户名和密码，勾选记录密码，下次登录时不用输入密码，直接登录。 11.修改密码后，再登录时，用记住的那个密码登录时，不可以进入，并给出提示信息。 12.输入正确的用户名和密码，按回车键后，看是否可以登录。 13.各个输入框和按钮间是否支持TAB键。

注：不合法的用户名和密码包括：前后有空格、大小写、数据库中不存在的用户名和密码、用户名和密码不匹配、长度限制、特殊符号、系统的保留字、标签符号、类型限制等四、界面的链接：对于界面有链接的界面，要测试界面上所有的链接都正确或者给出合理的提示。五、兼容性测试： 1.操作系统 2.浏览器 3.分辨率六、安全性测试 1.不登录，浏览器中直接输入登录后的地址，看是否可以直接进入。 2.密码安全性。七、性能测试页面反映时间不超过5S。八、其他 1. 输入框是否支持复制、粘贴和移动。 2.密码框显示是不是加密显示。 3.错误登录的次数是否有限制。

登录界面测试

登陆界面测试用例软件测试在网上找了篇文章，分享下，希望对大家有帮助。快捷键的使用是否正常： 1. TAB 键的使用是否正确 2.上下左右键是否正确 3.界面如果支持 ESC键看是否正常的工作 3.ENTER 键的使用是否正确切换时是否正常。布局美感界面的布局是否符合人的审美的标准具体因人而依输入框的功能：输入合法的用户名和密码可以成功进入输入合法的用户名和不合法密码不可以进入，并给出合理的提示输入不合法的用户名和正确密码不可以进入，并给出合理的提示输入不合法的用户名和不正确的密码不可以进入，并给出合理的提示不合法的用户名有：不正确的用户名，，使用了字符大于用户名的限制正常用户名不允许的特殊字符空的用户名，系统(操作系统和应用系统)的保留字符不合法的密码有：空密码(除有特殊规定的)，错误的密码，字符大于密码的限制

正常密码不允许的特殊字符，系统(操作系统和应用系统)的保留字符界面的链接：对于界面有链接的界面，要测试界面上的所有的链接都正常或者给出合理的提示补充输入框是否支持复制和黏贴和移动密码框显示的不要是具体的字符，要是一些密码的字符验证用户名前有空格是否可以进入，一般情况可以。验证用户名是否区分大小写。(有的软件是区分大小写的) 验证必填项为空，是否允许进入。验证登录的次数是否有限制。从安全角度考虑，有些安全级别高的软件会考虑这方面的限制。功能测试工作的一点总结软件测试一直在做功能测试工作，负责过三四个不大不小的项目的功能测试工作，却很少静下心来总结工作中的得失。很多不了解测试的人，认为功能测试不过就是拿鼠标点来点去，没有什么技术含量，随便招个应届毕业生就能干的工作。我也曾经认为功能测试没什么前途，现在看来觉得自己太浮躁了。功能测试的门槛可能比较低，做测试工作的人大多都是从功能测试开始，但要做好功能测试却不容易，需要学习的知识还很多，比如操作系统、数据库、网络。下面主要结合