• 0
  • 1
分享

测试用例的定义:是为某个业务目标,而编制的一组由测试输入,执行条件以及预期结果组成的案例

测试用例模板:

用例编号,用例模块,用例标题,优先级,前置条件,输入内容,操作步骤,预期结果,时间结果

常见的编写测试用例的方法

等价划分:

等价类划分属于典型的功能测试方法,根据程序对数据的要求,把程序的输入域划分成若干个部分,区分出哪些数据是有效的,哪些数据是无效的。

核心概念:

1)有效等价类:对程序规格说明有效的、合理的、有意义的输入集合程序接收到有效等价类数据,应该正确计算、执行

2)无效等价类:对程序的规格说明无效的、不合理的、无意义的输入集合(例:错误用户名或密码)

边界值分析法:如果需求规定范围或者规定了取值的个数时,可利用边界值进行测试

找到有效数据和无效数据的分界点(最小值、最大值),对该分界点及其两边的点又有上点、离点。

因果图法:

  • 因果图法是一种适用于描述对于多种输入条件组合的测试方法;;

  • 根据输入条件的组合、约束关系和输入条件的因果关系,分析输入条件的各种组合情况,从而设计测试用例的方法;

  • 它适用于检查程序输入条件涉及的各种组合情况;

  • 因果图使用的局限性:原因和结果很多的时候,他们关系连线会很多,导致可读性变差。因此用作局部小功能。

场景法:场景法见最后

证交表法:在一个界面中有多个控件,每个控件有多个取值,控件之间可以相互组合

错误推测:业务流程梳理,核心业务逻辑场景

判断表法:

判定表驱动法:

是分析和表达多逻辑条件下执行不同操作的情况下的工具。它由以下几个内容组成:

条件桩(ConditionStub):列出了问题的所有条件。通常认为列出的条件的次序无关紧要。

动作桩(ActionStub):列出了问题规定可能采取的操作。这些操作的排列顺序没有约束。

条件项(ConditionEntry):列出针对它左列条件的取值。在所有可能情况下的真假值。

动作项(ActionEntry):列出在条件项的各种取值情况下应该采取的动作。

应用场合:主要适用于多条件的内容组合与结果分析

使用条件:所有的条件桩在表中的位置和顺序互不影响;所有的动作桩的顺序不会因为条件顺序的变化而产生不同。

建立判定表的步骤

第一步:识别出操作条件(原因),和对应的动作(结果)

第二步:分析条件的条件项(组合数量):如果有n个条件,每个条件有成立和不成立两种情况,那么最后一次会有2^n个数量

第三步:简化优化结果。排除一些不可能存在的情况

场景法:

1:什么是场景法?

通过场景描述的业务流程(业务逻辑),也包括代码实现逻辑,设计用例来遍历场景,验证软件系统功能的正确性

场景图流程图如下:

购物(访问淘宝--登录---搜索商品---添加购物车---支付等)的流程图

1.png

场景一:进入淘宝APP登录账号登录成功,在淘宝页面点击搜索并选择想要的商品并勾选规格,加入购物车,点击下方购物车查看商品,点击结算,支付方式选择支付宝,输入密码,支付成功,

场景二:进入淘宝App,提示没有账号,点击注册账号,登录成功,进入淘宝页面,点击搜索选择商品勾选规格,点击下方购物车,点击结算,选择支付方式支付宝,输入支付密码,支付成功

场景三:进入淘宝App,提示没有账号,点击注册账号,登录成功,进入淘宝页面,搜索商品,选择商品未勾选规格,加入购物车,加入失败

场景三:进入淘宝App,提示没有账号,点击注册账号,登录成功,进入淘宝页面,搜索商品,选择商品,勾选规格,点击购物车查看,点击结算,提示你还未选择宝贝哦

场景四:进入淘宝App,提示没有账号,点击注册账号,登录成功,进入淘宝页面,搜索商品,选择商品,勾选规格,点击购物车查看,点击结算,选择支付方式,余额不足

场景五:进入淘宝App,提示没有账号,点击注册账号,注册失败

场景六:进入淘宝App,提示没有账号,点击注册账号,登录成功,进入淘宝页面,搜索商品,选择商品,勾选规格,点击购物车查看,点击结算,选择支付方式,余额不足,充值余额,点击支付,支付成功

场景七八九.........

重点:

基本流(软件功能正确实现的流程)

备选流(基本功能流程之外的过程)

  • 基本流:即正常情况下的场景,本题应该为插卡,输入正确密码,成功取款并打印凭条,取卡。

  • 备选流:则是一些非正常情况下的情景,如密码不正确,卡无效等。

  • 简单来说,基本流可以达到目的,备选流达不到最终目的。

注意:

1、场景必须有基本流

2、场景中必须有内容从用例的开始,到用例的结束

总结:场景法的重点是测试流程,因此每个流程一个用例验证即可,流程测试没有问题并不能说明系统功能没有问题了,还需要针对单步的功能进行测试,---输入项

只有单个功能点和流程流程测试,才算的充分的测试+等价类,边界值-----细化测试

根据列表写出以下测试用例:

2.png


作者:丢了她和塔

原文链接:https://blog.csdn.net/weixin_60870588/article/details/123213189


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

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          •   51Testing行业调查问卷正在进行中,填问卷领价值398元的测试课程,参与一下吧~ 链接:http://vote.51testing.com/   聊到自动化测试,我们做 GUI 自动化测试的过程当中,以前就只要把这个自动化做起来就好了,但随着你的用例,用的数量越来越多之后,你不单单是把一个场景自动化就可以了。因为随着你的用例变多之后,你所有的用例设置,包括你的代码的结构,都要考虑这个东西的可维护性,因为可维护性一直是 GUI 自动化测试很大的一个痛点。我们在后面的 GUI 测试过程中,就会去考虑,怎么来做分成?怎么来做基于可重用的脚本?怎么来做基于页面的对象模型?甚至到后面...
            0 0 890
            分享
          •   近期身边有一些朋友陆续开始入行测试行业,在面试过程中随机场景用例设计基本是一个必问的问题,那这个是否也存在通用的回答模式呢?就让我们以最简单的移动端登录场景一起探寻一下吧。  测试用例设计的通用格式  其实软件测试用例设计也有一个大概的通用格式,任何场景拿到手后,都可以先按照功能、性能、安全、兼容性、发布等几个大维度大致拆分一下,然后再在每个维度中具体细分一一填充,最终整个用例设计就完成了。  按照这种分而治之的思路,用例设计是否比较简单呢?当然,在实际陈述过程中,建议按照同样的思路,这样可以给面试官一种条理清楚的感觉。  登录之功能设计  让我们从登录场景的功能维度入手吧。  常用功能 ...
            0 0 121
            分享
          • 互联网行业发展的十多年,对软件的使用要求越来越高,所以企业对招聘测试人也从当初的功能测试上升到自动化测试,那么要成为一名合格的测试工程师需要具备哪些技能。不光是符合企业需求,也能提高个人价值,说白了就是提高自己的收入那么从事软件测试行业需要学习哪些技能?接下来小编就来给大家讲讲软件测试工程师需要学习哪些技能。测试用例这是每个工程师必备的技能,也是你进入测试行业的基础门槛。测试用例可以参考我之前写的文章。测试用例的方法流程分析法、状态迁移、正交试验、因果图、等价类、边界值、边界值应用场景,判定表等都是测试用例的相关方法,也只有账务了相关的方法,才能写覆盖率高的测试用例。缺陷管理工具缺陷管理工具是...
            0 0 1138
            分享
          •   简历在求职过程中是非常重要的,尽管简历不能决定最后的录取结果,但是一份结构清晰,内容充实且具有针对性的简历可以给你带来宝贵的面试机会。简历没有固定模板,所以今天我按照简历从上到下的顺序,逐一提供推荐的格式,并简单说明下原因,希望大家能保持频调一致,理解简历的真正目的。  一、个人信息  简历开头是个人信息,这个大家都没有异议的吧?但是个人信息应该包含哪些内容,每个人理解都不一样,我的建议是:  1、要包含:姓名、性别、学历、工作年限、电话、邮箱地址;  2、不包含:照片(对自己特自信的除外)、毕业学校(特知名的除外)、专业(特自豪的除外);  原因:  咱们是技术岗,一切以技术优先;  学...
            0 0 439
            分享
          •       产品研发过程中,每一个设计人员,产品人员、研发人员、测试人员都有自己岗位特有的思维模式,但是无论哪个岗位,我们与用户之间都应该有“共情能力”,即想用户所想。因此各岗位之间应该对于用户体验“达成共识”,探索出适合自己产品的用户体验,形成规范性的文档,作为设计、研发、测试阶段的参考性文档。      沐沐已经入行测试八年了,个人觉得功能测试应该主要从以下几个方面着手,即功能完整性、业务合理性、数据正确性、功能易用性、交互友好性、页面美观性,而用户体验即是后三者“功能易用性、交互友好性、页面美观性”。即对于用户而言,看到的产品应...
            2 0 3899
            分享
      • 51testing软件测试圈微信