测试用例的方法介绍笔记

一、等价类划分法

       属于黑盒有效测试的方法,不适用于穷举的测试过程进行分类,从而保证完整体和代表性。

         1.等待类的分类        

                    ----有效    (输入合理的数据集合)

                    ----无效     (输入无效的数据集合)

          2.有效等价类是 

                     -----例如 0<=X<=100,判断0到100之间的合法数值

          3.无效等价类是与条件相反的情况

                       -----判断与条件相反的情况  例如 小于0,大于100都是无效

                       ------在考虑特殊情况 (中文,符号,空格,空,英文)   

          4.  要测试的时候要注意

                        -----两个框要一个正确,一个错误,这样才能准确的判断

                        -----一定要根据需求判断预期结果

           5.等价类分类总结(该考虑的细节情况)

                        ----- 文本框输入的长度

                        -----   输入的类型

                        -----   组成规则

                        -----    是否为空

                        -----    是否重复---区分大小写

                        -----   是否去除空格

二、边界值

    1. 我们在测试过程中,一定要小心边界值(极值),因为在程序中边界很容易出问题,具体测试用例书写思路,找到边界值和它两端的值,分别进行测试。

    2.画流程图Axure(产品经理需要用的制作流程图)

    3. 总结:边界值思想应该是选择边界和刚超过的值,来进行测试,也要根据实际情况来选择,边界值和等价类是相辅组成功的关系,配合使用的。

    4.常见边界值

              文本框接受字符个数,比如用户名长度,密码长度

              报表的第一行和最后一行

              数值元素的第一个和最后一个

              循环的一次,两次,和倒数一次,两次

三、因果图

        1.是一种利用图解法分析输入的各种组合情况,从而设计测试用例的方法,他适合用于检查程序输入条件的各种组合情况。

        2. 特点

                ---考虑输入条件的相互制约及组合关系

                ---考虑输出条件对输入条件的依赖关系

                适用于输入条件之间有相互制约,相互依赖的情况。

         3.因果图的符号

                    1.恒等-有因就有果,没有因就没有果。

                    2.非-有因没有果,没有因有果。

                    3.或-条件有一个是真,结果就是真,条件都是假,结果才是假。

                    4与- 条件都为真,才是真,一个条件假,结果就是假。

四、判定表

            1.   因果图只是一个辅助工具,通过分析最后得到判定表,再通过判定表编写测试用例,但有时画因果图非常麻烦,影响 测试效率,可以直接写判定表,然后编写测试用例

            2.判定表的组成

                        条件桩:问题的所有条件

                        动作桩:问题的所有输出

                        条件项:针对条件桩的取值

                        动作项:条件项的各种取值情况下的输出结果

            3.书写步骤:

                            1.列出所有条件与动作桩

                            2.填写条件和动作桩中的项目,得到初始判定表

                            3.简化判定表

                            4.出现——代表此选项不影响最终结果

五、场景法:

          1.模拟用户操作软件时的场景,主要用于测试系统的业务流程

           2.  在冒烟测试中也主要采用场景法进行测试

           3.提示:拿到测试任务时候,别关注某个控件的边界值,等价类是否满足需求,而是先关注它的主要功能和业务流程是否正确实现,这就需要使用场景法来实现测试。当业务流程测试没有问题,在重点到边界值,等价类等方面进行测试

           4.场景法的两个重要概念

                       ----- 基本流:按照正确的业务流程来实现的一条操作路径(模拟正确的操作流程)

                       -----  备选流:导致程序出现错误的操作流程(模拟错误的操作流程)

                         提示 :用场景法是用来描述流经用例路径的过程,这个过程从开始到结束遍历用例中所有基本流和备选流

六、流程分析法

            1.是针对测试场景类型属于流程测试场景的测试项下的测试子项进行设计,是从白盒测试设计方法中

的路径覆盖分析法借鉴过来的一种方法。

            2. 白盒测试中,路径是指函数代码的某个分支组合,路径覆盖法需要构造足够的用例覆盖函数的所有代码路径

            3.黑盒测试中,软件系统的某个流程看成路径的话,可以针对该路径使用路径分析的方法设计测试用例。

            4.优点:降低了测试用例设计难度,只要搞清楚各种流程,可以设计高质量的测试用例,而不需要太多测试方面的经验

             5.在测试时间比较紧迫的时间下,可以有的放弃选择测试用例,而不是完全根据经验来取舍。

             6.流程分析法流程

                        一、详细了解需求

                        二、根据需求说明,找出业务流程的各个页面以及个页面之间的流转关系

                        三、画出业务流程

                        四、写用例,覆盖所有的路径分支

七、错误推断法

        1. 利用直觉和经验猜测出错的可能类型。它是测试经验丰富的测试人员喜欢使用的一种测试用例设计方法

        2.基本思想

                列举出一个产品可能犯的错误或者会容易发生错误的清单,根据清单来编写测试用例,这种方法很大程度是根据经验进行的,凭人们对过去做测试结果的分析,来发现其中的规律的来发现缺陷。

八、正交排列法

         1.能够使用最小的测试过程集合获得最大的测试覆盖率,当可能的输入数据或者输入数据的组合数量很大时,由于不可能为每个植入组合都创建测试用例,可以采用这种方法。

            正交表:特别的表,一般正交表记为L n(m的K次方)

                        L  line(行)

                        K:列数 ---表示控件的个数

                        n:行数  ---需要测试组合的次数

                        m:每个控件包含的取值个数(各因素的水平数,即各因素的状态数)

             从全面试验中挑选出有代表性的的点进行测试(分散,整齐可比)

         2.正交排列法的使用方法

                 -----根据控件和取值来选择合适的正交表

                 ------列举数值并编号,生成取值表

                 ------把取值表和选择的正交表进行映射。

         3.混合正交排列法的局限性

                ----目前正交表可提供的表不充足。

                ----所以需要下载正交表生成工具 allpairs

                ----只做取值表 (只列出数据即可,不用编号)

                ----复制取值表的数据,放到文本文档保存(不要改任何格式)

                 ----把文件放在allpairs文件夹中

                 ----win+r输入cmd进入控制台

                  -----进入allpairs文件夹

                   ----输入allpairs exe aa.txt>bb.txt  aa.txt是自定的名字,存放生成的组合用例,可以自动生成,不必提前建好。

            4.测试方法的选择

                    根据程序的重要性和一旦发生故障造成的损失来确定测试等级和测试重点

                    有以下几条参考原则

                        1.拿到测试任务,关注它的主要功能和业务流程,是否能正确实现,使用场景法

                        2.需要输入数据的地方,考虑采用等价类划分法,包括输入条件和输出条件等价划分,将无线测试变有限测试

                        3.在任何情况下都必须采用边界值,这种方法设计出的测试用例发现程序错误的能力最强

                        4.如果程序的功能说明含有输入条件的组合情况,则一开始考虑因果图和判定表

                        5.对于参数配置类的软件,需要考虑参数之间的组合情况,考虑使用正交排列法选择较少的组合方式(最少的测试用例得到最大的测试覆盖率)

                        6.对照程序逻辑,检查已设计出的测试用例的逻辑覆盖成都,如果没达到要求的覆盖标准,则应当再补充更多的测试用例

                        7.采用错误推断法追加测试用例---体现测试工程师的经验和智慧
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值