目录
四、结束语-----------------------------------------------------------------------
本文讲解测试用例--等价类、边界值与用例编写，其中测试用例关联的练习文档如下：
《第四部分-练习题：微信朋友圈、支付宝支付功能测试点》
----------------------------------------------------------------------------------------------------------
（1）动态测试(dynamic testing)：通过运行软件的组件或系统来测试软件（就如支付宝的金额一样，支付后会试试更新）
（2）静态测试(static testing) ：对组件的规格说明书进行评审，对静态代码进行走查。
（就如同网页图片，不会实施改变。需求文档写的是否模棱两可等，都属于静态测试）
（3）正式评审(formal review)︰对评审过程及需求文档的一种特定评审
（5）评审员(reviewer):参与评审的人（需求：产品经理、测试用例：测试经理或测试自己等）
（1）技术评审(Technical Review)：同行间对技术进行的评审，目的是技术实现达成共识。
（2）走查(Walkthrough) ：由文档作者逐步陈述文档内容，以收集信息并对内容达成一致。（需求评审的过程）
（3）复杂性(complexity)︰是指软件的复杂性（好不好用，使用是否方便），系统或组件的设计或内部结构比较复杂，导致难以理解，维护或验证的程度.。
（4）圈复杂度(Cycloramic complexity)：程序中独立路径的数量。可以衡量一个组件模块的判定结构的复杂程度。
（5）控制流(Control Flow)：执行组件或系统的一系列顺序的路径。（就类似于ATM机取钱，先插卡输入密码一样操作流程）
（6）数据流(Data Flow)：表示数据对象的顺利或状态发生变化的过程。（就如同物品到购物车，等一系列订单变化过程，数据流向）
（1）控制流图(CFG,Controlflowgraph)：也叫控制流程图，是一个过程或程序的抽象表现。
程序中独立路径的数量，可以衡量一个组件模块的判定结构的复杂程度（有开始到结尾的独立不同的路径数量，也是圈复杂度）。
----------------------------------------------------------------------------------------------------------
掌握常用的用例设计方法：等价类(重点)、边界值(重点)、判定表、因果图
等价类指某个输入域的集合，在集合中各个输入的条件都是等效的。
有效等价类:对程序规格说明有意义的、合理的输入数据。（对于等价类而言，等价类中的等价都是等价的）
（1）规定了输入值的范围或值的个数（如:0<a<100或输入6-10个字符)
（3）规定了输入数据的一组值(如：文化程度:初中、高中、大学)
（3）规定了输入规则时，可以划分出一个有效的等价类（符合规则)和若干个无效等价类（从不同角度违反规则)
（6）并非所有有效等价类都有无效。（例如：集合这种没有对应的无效等价类）
（4）字符串组中字符的个数（如：QQ密码中不能出现重复字符次数）
（5）文件命名、文件类型（如：上传文件格式规定传mp3格式，无效等价测试非mp3格式）
【网络参考】查询的测试用例_Yesabella的博客-CSDN博客_查询测试用例
优点：是考虑了单个输入域的各类情况，避免·了盲目或随机选取输入数据的不完整性和覆盖的不稳定性。
缺点：方法虽然简单易用，但是没有对组合情况进行充分的考虑。需要结合其他测试用例设计的方法进行补充。比如边界值
（1）开区间:(1,100) 异常测试点:1，100 正常测试点:2,99 、内点：50
（2）闭区间:[1,100] 异常测试点:0， 101 正常测试点: 1，100、 内点：50
（3）半开半闭区间:(1，100] 异常测试点:1，101 正常测试点:2，100 、内点：50
（4）半闭半开区间:[1,100) 异常测试点:0，100 正常测试点:1,99 、内点：50
（1）如果输入(输出）条件规定了取值范围（如：确定几位数、确定字符长度等），则应该以该范围的边界内及边界附近的值作为测试用例
（2）如果输入(输出）条件规定了值的个数，则用最大个数，最小个数，比最小个数少一，比最大个数多一的数作为测试数据
（3）如果程序规格说明中提到的输入或输出是一个有序集合（如：男女、春夏秋冬、1-10等等），应该注意选取有序集合的第一个和最后一个元素作为测试数据（等价类包含边界值）。
注意：测试用例基本标题为：“用例编号、用例标题、前置条件、用例步骤、预期结果、实际结果”等7大标题。
（1）条件桩(condition stub)：列出问题的所有条件(通常条件次序无关紧要)。
（2）条件项(condition entry) ：列出针对它条件的取值（所有情况下的真假值)
（3）动作桩（(action stub) ：列出问题规定可采取的动作（顺序无约束)。
（4）动作项(action entry) ：列出条件各种情况的应采取的动作。
（1）确定规则的个数:若有N个条件，每个条件下有2个值，则有2^n种规则。
利用判定表将复杂的问题按照各种可能的情况全部列举出来，能针对不同逻辑条件的组合值，分别执行不同的操作。
因果图提供了一个把规格转化为判定表的系统化方法，从该图中可以产生测试数据。其中，原因是表示输入条件，结果是对输入执行的一系列计算后得到的输出。因果图方法最终生成的就是判定表。它适合于检查软件输入条件的各种组合情况
（3）根据因果图确定各个条件组合对应的动作，并且确定判定表中各个规则的条件项和动作项，在需要时优化判定表。
在实际问题中输入状态相互之间、输出状态相互之间可能存在某些依赖关系，称为“约束”。对于输入条件的约束有E、I、O、R四种约束，对于输出条件的约束只有M约束。
（1）E约束(异)： a和b中最多有一个可能为1，即a和b不能同时为1。
（表示原因与原因之间的关系，两个条件最多只能满足其中一个的时候，就是E的关系，(要么都不选，要么只能选择其中一个）
（2）I约束(或)：a、b、c中至少有一个必须为1，即a、b、c不能同时为0。
（如：填写联系方式时候，必须通过选电话、手机号、座机号选其中一个）
（3）R约束(要求)：a是1时，b必须是1，即a为1时，b不能为0。
（如：a要求b是什么东西，例如选择杭州市、那么省份必须是浙江省）
（如：点击登录按钮，必定是要么登录成功、要么是登录失败，两者必选其一）
在因果图的基本符号中，图中的左结点ci表示输入状态（或称原因)，右结点ei表示输出状态（或称结果)。ci与ei取值0或1，0表示某状态不出现，1则表示某状态出现。
（3）或：若c1或c2或c3是1，则e1为1，否则e1为0。
（1）等价类法尽管各个输入条件可能出错的情况都考虑到了，但是多个输入条件组合起来出错的情况却被忽略了
（2）因果图法能够帮助我们按照一定步骤，高效的选择测试用例，设计多个输入条件组合用例
（3）因果图分析还能为我们指出，程序规格说明描述中存在什么问题缺点:
（3.1）输入条件与输出结果的因果关系，有时难以从软件需求规格说明书得到
（3.2）即使得到了这些因果关系，也会因为因果关系复杂 ，导致因果图非常庞大，测试用例数目及其庞大
----------------------------------------------------------------------------------------------------------
我们在公司中一般不会去画因果图，只会把需求当中有因果关系的地方找出来。然后把因果关系中的因放入判定表中的条件桩中，把因果关系中的果放入判定表的动作桩中，从而把因果图转换成判定表，以防止用例的漏写和漏测。（假如一个因果图有8个条件，那么它的结果会有2的8次方258种情况）
最后如果在线的读者你喜欢的话可以留下一个小小的“笔芯”，同时在本文中有什么问题，或者有错误的地方，也可以留言告诉【大大大钢琴（作者）】，我会第一时间纠正。
学习和成长本就是这样，痛并快乐着，而又是一个漫长的过程，因为有你们的分享和大家的互相监督学习，才能够不断的进步和成长。
