• 11
  • 11
分享
  • 如何运用等价类划分和边界值分析法写一份高质量的测试用例?——软件测试圈
  • 曼倩诙谐 2021-06-16 10:12:41 字数 2188 阅读 2589 收藏 11

  在日常的测试工作中,其中最重要的一步就是编写测试用例,那么我们如果编写一份高质量的测试用例的?选对编写测试用例的方法很重要。针对不同功能我们要选择合适的方法。比如说一个注册页面,我们该怎样设计测试用例呢?

  针对这种有较多输入框且长度有限制的功能模块,我们一般采用等价类划分和边界值分析法来设计测试用例。

2-1.png


  等价类划分

  等价类划分是将所有的输入条件分为若干等价类,然后从所有等价类中抽取其中有代表意义的数据进行测试的方法。

  ·有效等价类:对程序来说合理的、有意义的输入

  ·无效等价类:对程序来说无效的输入

  这里我们假设:

  ·用户名的限制是8-16位数字和大小写字母的组合

  ·手机号的限制是11位数字

  ·密码的限制是8-16位字母、数字、特殊符号的组合

  首先使用等价类划分

  ·有效等价类:所有信息都填写正确

  ·无效等价类:其中任意一项填写错误

  无效等价类包含用户名为空、用户名填写错误(用户名不能包含特殊字符、汉字、不能低于8个字符、不能高于16个字符)、用户名重复、手机号为空、手机号填写错误(11位但是不是手机号、小于11位、大于11位、非数字)、手机号重复、密码为空、密码填写错误(小于8位、大于16位、只包含一种字符)、验证码为空、验证码填写错误(随便填写的验证码、验证码跟手机号不匹配、验证码超时)、不勾选用户协议。

  这里我就只列举一下用户名的等价类测试用例,其他输入框就不一一列举了。

2-2.png


  这样其实用例是覆盖不全的,我们还需要用边界值分析来辅助测试。

  边界值分析:边界值分析法不同于等价类划分,从若干等价类里抽取有代表性的数据进行测试,而是要把左右输入的边界值都测试一遍。

  用户名的长度显示是8-16位,最小的边界值是8,那么我们就要测试不符合条件的长度和最小符合条件的长度,即7和8;最大边界是16,我们就要测试最大符合条件的长度和不符合条件的长度,即16和17。

  手机号的长度限制是11位,那么我们就要测试他的临界值,即10位和12位。

  密码的长度限制是8-16位,最小的边界值是8,那么我们就要测试不符合条件的长度和最小符合条件的长度,即7和8;最大边界是16,我们就要测试最大符合条件的长度和不符合条件的长度,即16和17。

  这里我也是只列举一下用户名的边界值用例:

2-3.png


  除了等价类划分和边界值分析,页面上还有一些其他的元素,我们再对剩余元素进行用例的补充,剩余元素主要是进行UI的测试。

2-4.png


  下面我们再通过一个新增地址页面来巩固一下这两种方法。

2-5.png


  首先我们先来分析下需求。我们可以看到,收货人可以是自己填写,也可以是从通讯里里选择;手机号码可以是中国大陆的,也可以是中国港澳台地区及海外地区的,那么这里就设计到手机号码必须和所选地区一致的情况;地区是只能通过选择的方式来填写;详细地址可以手动填写,也可以通过定位来选择。

  这里我们假设各字段对数据的要求是:

  收货人:2-20个字符,任意字符都可以;

  手机号码:8-20位数字(考虑到不同国家电话号码长度不同);

  详细地址:10-100个字符,包含特殊符号。

  下面我们开始编写测试用例

  首先用等价类划分的方法,分析数据。

  收货人的有效等价类有两个:一个是手动录入符合条件的收货人名字(因为收货人姓名这里是可以录入任意字符,所以我们编写用例的时候,收货人姓名要包含字母、数字、特殊符号、标点符号、汉字等都要写进去),一个是从通讯里里选择一个收货人;无效等价类包含:姓名长度小于2个字符,姓名长度大于20个字符以及不填写姓名。

  手机号码的有效等价类是录入的手机号和后面选择的手机号的归属地匹配;无效等价类是:录入的手机号和后面选择的手机号的归属地不匹配、手机号长度小于8位、手机号长度大于20位、手机号包含汉字、手机号包含特殊字符、手机号包含字母以及手机号为空。

  地区因为只能选择,所有无论选择什么地区都是有效等价类,地区的无效等价类只有不填写的情况。

  详细地址的有效等价类是录入的地址符合要求(因为详细地址这里是可以录入任意字符,所以我们编写用例的时候,详细地址要包含字母、数字、特殊符号、标点符号、汉字等都要写进去)或者是通过定位选择地址这两种情况。无效等价类是录入的地址太长或者太短。

  下面我只根据手机号来做一下详细的测试用例的编写:

2-6.png

  接下来我们再用边界值分析的方法,补充一下用例。

  收货人姓名的长度限制是2-20位,最小的边界值是2,那么我们就要测试不符合条件的长度和最小符合条件的长度,即1和2;最大边界是20,我们就要测试最大符合条件的长度和不符合条件的长度,即20和21。

  手机号的长度限制是8-20位,最小的边界值是8,那么我们就要测试不符合条件的长度和最小符合条件的长度,即7和8;最大边界是20,我们就要测试最大符合条件的长度和不符合条件的长度,即20和21。

  详细地址的长度限制是10-100位,最小的边界值是10,那么我们就要测试不符合条件的长度和最小符合条件的长度,即9和10;最大边界是100,我们就要测试最大符合条件的长度和不符合条件的长度,即100和101。

  下面也是只列举一下手机号码的边界值的详细测试用例:

2-7.png

  分享到此为止,小伙伴们都get到了新知识吗?



作者:CICI   

来源:51Testing软件测试网原创

  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          •   根据美国商标和专利局(USPTO)公示的专利清单,苹果获得了一项涉及水下正常运行 iPhone 的技术专利。该 iPhone 具备对水不敏感的光学触摸传感器,不仅支持用户湿手操作,而且可以在水下操作 iPhone。  IT之家根据苹果专利介绍获悉,苹果会在 iPhone 中使用全内反射触摸传感器(total internal reflection touch sensor)在内的二维光学触摸传感器。在 iPhone 浸入水中,或者在湿气比较大的场景下依然可以收集触控输入。  屏幕中的像素阵列可正常显示图像,覆盖层可以与像素阵列重叠。当物体接触显示器覆盖层的表面时,光源可以照亮诸如用户手指的...
            0 0 1038
            分享
          •       很多软件测试工程师在面试的时候都会遇到考官给的各种各样的面试题,这也反应了测试工程师对企业的重要性,面试通常分为以下几个方面,由于篇幅有限,在这里就只给大家分享一些比较常见的问题。一、 自我介绍这里我不分享如何自我介绍,比我话术之类,相信大家都比我熟悉套路,这里分享几个细节1、自我介绍时需要有底气有些同学明明技术很厉害,但是一面试就紧张,一直低头,不敢直视面试官,更为紧张者都说不出话,这样的表现面试官不会觉得你是紧张,反而是觉得你是没能力的表现,所以要有底气,自信很重要。2、自我介绍时可保持微笑、语速稍慢清晰面试官可以通过你的表情、语调、语速,来判断是...
            6 7 4188
            分享
          • 1 引言最近也是临近年底,各位小伙伴也是蠢蠢欲动,小鱼最近也是没闲着,除了加班,还在做一项"公益活动":one by one 的指导想要体现自己价值的小伙伴。在面试指导过程中,小鱼发现,即使有10N+工作经验的小伙伴,其实对测开的理解,还停留在3N左右的经验上,这不禁让小鱼我惊叹(下巴没惊掉)…所以,小鱼也是决定,开一个专栏,来详细分享测开领域的专业知(zi)识(shi)~~我们都知道,测试领域的测试方法,很多种(多的不少于100种),所以那些所谓的说测试很简单的人,你就呵呵 他 就行!!而在这100多种测试方法中,有三种,是能非常体现出高效产出比的。我们今天,就来聊一聊 ...
            1 0 29714
            分享
          •   二、CentOS安装:  方式一:把下载的.rpm包推送到服务器上;  方式二:直接命令行安装#下载 wget https://dl.influxdata.com/influxdb/releases/influxdb-1.7.1.x86_64.rpm #安装 yum localinstall?influxdb-1.7.1.x86_64.rpm -y  2.3 修改配置文件  解压完成的InfluxDB,主要有四个文件夹:data、Influxdb-1.8.4.1、meta、wal,如下图:  Meta目录:用于存储数据库的一些元数据,meta.db 文件;  ...
            0 0 1199
            分享
          •   软件测试记录,是一项比较考验逻辑思维和想象力的工作。它既不像软件开发那样有实实在在的代码作为工作成果的展示,也没有BA那样,将软件需求拆分为story,就能够决定项目的走向。测试工程师的测试成果则没有那么明显,没有很容易可度量的成果展示,那么为了保证软件质量,同时也要知会给项目相关方,那么测试日报和测试报告就是非常重要的途径了。  测试日报和测试报告,在一定程度上是可以避免冗长的会议汇报,以及反复和项目相关方的沟通,体现了数据一次性报备,同时在原有邮件上全部回复式的更新,可以清晰地体现出测试工作的推进和版本的迭代情况。有助于未能深入了解项目的相关方,从基础数据入手来了解整个项目的运行。同时...
            0 0 866
            分享
      • 51testing软件测试圈微信