2023年6月30日发(作者：)

1个app的完整测试⽤例_测试⽤例的基本介绍1.什么是测试⽤例？测试⽤列(Test Case)是为了实施测试⽽向被测试的系统提供的⼀组集合，这组集合包含：测试环境、操作步骤、测试数据、预期结果等要素。2.测试⽤例的要素测试⽤列(Test Case)是为了实施测试⽽向被测试的系统提供的⼀组集合，这组集合包含：测试环境、操作步骤、测试数据、预期结果等要素。评价测试⽤例的标准：⽤例表达清楚，⽆⼆义性⽤例可操作性强永猎的输⼊与输出明确，⼀条⽤例只有⼀个预期结果⽤例的可维护性好⽤例对需求的覆盖率⾼暴露程序bug的能⼒强3.测试⽤例的好处它是测试执⾏者的依据它使得⼯作可重复，⾃动化测试的基础评估需求覆盖率⽤例的复⽤积累测试的⽅法思路以供后续借鉴4.测试⽤例的设计⽅法4.1 总体的设计⽅法基于需求的设计基于需求的测试⽅法RBT(Requirements-Based Testing)是基于需求的测试⽅法，会使得测试更加有效，它使测试专注于质量问题产⽣的根源，即需求。基于需求的测试是⼀种最根本的软件测试，它关注以下问题：1. 验证需求是否正确、完整、⽆⼆义性，并且逻辑⼀致2. 要从“⿊盒”的⾓度，设计出充分并且必要的测试集，以保证设计和代码都能完全符合要求4.2具体的设计⽅法<1>等价类：依据需求将输⼊(特殊情况下会考虑输出)划分为若⼲个等价类，从等价类找那个选出⼀个测试⽤例，如果这个测试⽤例测试通过，则认为所代表的等价类测试通过，这样就可以⽤较少的测试⽤例达到尽量多的功能覆盖，解决了不能穷举测试的问题。有效等价类对于程序的规格说明书是合理的、有意义的输⼊数据构成的集合，利⽤有效等价类验证程序是否实现了规格说明书中所规定的功能和性能⽆效等价类根据需求说明书，不满⾜需求的集合等价类只考虑输⼊域的分类，没有考虑输⼊域的组合，需要其他的设计⽅法和补充。<2>边界值：边界值分析法就是对输⼊或输出的边界值进⾏测试的⼀种⿊盒测试⽅法。通常边界值分析法是作为对等价类划分的补充，这种情况下，其测试⽤例来⾃等价类的边界。例：针对6-15位长度设计测试⽤例。有效等价类：6 < x < 15⽆效等价类：x < 6 || x > 15边界值：5，6，15，16完整的测试⽤例：5，6，10，15，16在有效等价类中任选⼀个值代表这个等价类。为什么6和15不能代表等价类？边界值法要和等价类法结合使⽤，是互补的，边界值是等价类的⼀种补充。有效等价类的选取时，不选边界值，边界值单独写。为什么不⽤3和4作为边界值？3和4可以代表⼩于边界的类，但不能代表等于边界的类，5可以代表等于边界的类，也可以代表⼩于边界的类数据是有区间的：取边界值的时候要注意是否包含边界值，注意开区间和闭区间[1,50] 边界值：0,1,50，51(1,50) 边界值 ：1,2,49,50[1,50) 边界值：0,1,49,50<3>因果图因果图是⼀种简化了的逻辑图，能直观地表明程序输⼊条件(原因)和输出动作(结果)之间的相互关系。因果图法是借助图形来设计测试⽤例的⼀种系统⽅法，特别适⽤于被测试程序具有多种输⼊条件、程序的输出⼜依赖于输⼊条件的各种情况。恒等恒等：如果原因为真，那么结果必定为真与与：只有两个原因都为真，结果才为真或2个原因中有⼀个为真，结果就为真⾮只有原因为假，结果才为真因果图设计测试⽤例的步骤：分析所有可能的输⼊和输出找出输⼊与输出之间的对应关系画出因果图把因果图转换成判定表把判定对应到每⼀个测试⽤例因果法设计测试⽤例可以帮助测试⼈员理清输⼊和输出的关系，但对于⽐较复杂的输⼊和输出，会耗费⼤量的时间<4>正交排列⽬的：正交法是为了减少⽤例数⽬，ongoing尽量少的⽤例覆盖输⼊的两两组合。定义：正交试验设计是研究多因素多⽔平的⼀种设计⽅法，它是根据正交性，由试验因素的全部⽔平组合中挑选出部分有代表性的点进⾏试验，通过对这部分试验结果的分析了解全⾯试验的情况，找出最优的⽔平组合，正交试验设计是⼀种基于正交表的、⾼效率、快速、经济的是试验。正交表中的有关概念：因素(Factor)：在⼀项试验中，凡欲考察的变量称为因素(变量)⽔平(位级)(Level)：在实验范围内，因素被考察的值称为⽔平(变量的取值)⾏数(Runs)：正交表中的⾏的个数，及试验的次数，⽤N表⽰因素数(Factors)：正交表中列的个数，⽤C代表⽔平数(Levels)：任何单个因素能够取得的值的最⼤个数。正交表中包含的值为从0到“⽔平数-1”，或从1到“⽔平数”，⽤T代表正交表的表⽰形式：L=⾏数(⽔平数*因素数)L=N(TC)L 6(25)：代表有6次试验，5代表有5列，有5个考察的因素，2代表每个因素有2种⽔平，也就是2种取值正交表的两条性质：每⼀列中各数字出现的次数都⼀样多任何两列所构成的各有序数对出现的次数都⼀样多<5>场景法现在的软件⼏乎都是⽤事件触发来控制流程的，事件触发时的情景便形成了场景，⽽同⼀事件不同的触发顺序和处理结果就形成事件流。该⽅法可以⽐较⽣动地描绘出事件触发时的场景，有利于测试设计者设计测试⽤例，使测试⽤例更容易理解和执⾏。⽤业务流把各个孤⽴的功能点串起来，为测试⼈员建⽴整体业务感觉，从⽽避免陷⼊功能细节忽视业务流程要点的错误倾向。<6>错误猜想法错误猜测法是经验丰富的测试⼈员喜欢使⽤的⼀种测试⽅法。基于经验和直觉，找出程序中你认为可能出现的错误，有针对性的设计测试⽤例。5.测试⽤例的有效性可以正常的发现有BUG的程序，或正常的验证程序是正确的。6.测试⽤例的粒度和评价测试⽤例的粒度：是指测试⽤例编写的详细程度。测试⽤例可以写得和简单，也可以写的很复杂。最简单的测试⽤例是测试的纲要，仅仅指出要测试的内容，复杂的测试⽤例会指定输⼊的每项数，期待的结果及检验的⽅法，具体到界⾯元素的操作步骤，指定测试的⽅法和⼯具等。⼤多数的测试团队编写的测试⽤例的粒度介于两者之间，如何把握好粒度是测试⽤例设计的关键，也将影响测试⽤例设计的效率和效果，应该根据项⽬的时机情况、测试资源情况来决定设计出怎样粒度的测试⽤例。可以考虑以下的内容：产品的质量要求项⽬对⽤例的要求测试时间和资源是否充分测试⽤例的评价：评审分为正式和⾮正式评审。同⾏评审⽤户评审项⽬组的评审总结：编写测试⽤例的时候，要分为正向、逆向、考虑边界条件、容错、性能、安全、兼容等⽅⾯考虑。