写测试用例的常规方法和web页面常规测试点Word下载.docx
《写测试用例的常规方法和web页面常规测试点Word下载.docx》由会员分享，可在线阅读，更多相关《写测试用例的常规方法和web页面常规测试点Word下载.docx（15页珍藏版）》请在冰豆网上搜索。
7
不可连续5位及5位以上的相同字符
4
一种字符
8
连续5位及6位以上的相同字符
9
3.设计多个测试用例，尽可能多的覆盖有效等价类和无效等价类。
3.1有效等价类的测试用例：
密码覆盖有效等价类号码
Che0011—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
测试用例
mouth
day
year
预期输出
Test1
Test2
Test3
Test4
Test5
Test6
Test7
15
1911
1912
1913
1975
2049
2050
2051
1911.6.16
1912.6.16
1913.6.16
1975.6.16
2049.6.16
2050.6.16
2051.6.16
Test8
Test9
Test10
Test11
Test12
Test13
-1
30
31
32
2001
day超出[1…31]
2001.6.2
2001.6.3
2001.7.1
输入日期超界
Test14
Test15
Test16
Test17
Test18
Test19
11
12
13
Mouth超出[1…12]
2001.1.16
2001.2.16
2001.11.16
2001.12.16
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.分辨率
文字显示，样式等要支持常见分辨率，例如我的显示器是LED2423w，分辨率是1920*1080，页面能正常显示。
16.防止SQL注入式攻击
不允许任何直接在jsp页面调用SQL语句
17.用户非授权页面访问
页面过期的时间设定，用户在设定时间内未进行任何操作，不允许访问系统。
常见模块的测试点：
1.登录
①
用户名和密码都符合要求（格式上的要求）
②
用户名和密码都不符合要求（格式上的要求）
③
用户名符合要求，密码不符合要求（格式上的要求）
④
密码符合要求，用户名不符合要求（格式上的要求）
⑤
用户名或密码为空
⑥
数据库中不存在的用户名，不存在的密码
⑦
数据库中存在的用户名，错误的密码
⑧
数据库中不存在的用户名，存在的密码
⑨
输入的数据前存在空格
⑩
输入正确的用户名密码以后按[enter]是否能登陆
如果注册时密码区分大小写，登录时也要区分密码的大小写
2.添加
要添加的数据项均合理，检查数据库中是否添加了相应的数据
留出一个必填数据为空
按照边界值等价类设计测试用例的原则设计其他输入项的测试用例
不符合要求的地方要有错误提示
是否支持table键
按enter是否能保存
若提示不能保存，也要察看数据库里是否多了一条数据
3.删除
删除一个数据库中存在的数据，然后查看数据库中是否删除
删除一个数据库中并不存在的数据，看书否有错误提示，并且数据库中没有数据被删除
输入一个格式错误的数据，看是否有错误提示，并且数据库中没有数据被删除。
输入的正确数据前加空格，看是否能正确删除数据
什么也不输入
是否指出table键
是否支持enter键
4.查询
精确查询：
输入的查询条件为数据库中存在的数据，看是否能正确地查出相应得数据
输入正确的查询条件以前加上空格，看是否能正确地查出相应的数据
输入格式或范围不符合要求的数据，看是否有错误提示
输入数据库中不存在的数据
不输入任何数据
模糊查询：
在精确查询的基础上加上以下一点
输入一些字符，看是否能查出数据库中所有的相关信息
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.新密码与旧密码一样能否修改成功．
升级会员 