如何设计测试用例(测试用例编号命名规则)
等价类区划 是把全部有可能的输入数据信息,即程序流程的输入域分割成多个一部分（非空子集）,随后从每一个子集中化选择极少数具备象征性的信息做为测试用例.该方式是一种主要的,常见的白盒测试用例设计方法. 1) 区划等价类: 等价类就是指某一输入域的子集合.在该子集合中,每个输入数据信息针对揭秘程序流程中的不正确全是等效电路的.并适当地假设:检测某等价类的意味着值就相当于对这一类其他值的检测.因而,可以把所有输入数据信息有效区划为多个等价类,在每一百思特网个等价类中取一个数据信息用于检测的输入条件,就可以用小量象征性的数据测试.获得不错的检测結果.等价类区划可有二种不一样的情况:合理等价类和失效等价类. 合理等价类:就是指针对程序流程的规格型号表明而言是有效的,更有意义的输入数据信息组成的结合.运用合理等价类可检测程序流程是不是完成了规格型号表明中所要求的基本功能和特性. 失效等价类:与合理等价类的界定正好相反. 设计方案测试用例时,要与此同时考虑到这二种等价类.由于,手机软件不但要能接受有效的数据信息,也需要能承受出现意外的磨练.那样的检测才可以保证手机软件拥有更多的稳定性. 2）区划等价类的方式:下边得出六条明确等价类的标准. ①在输入条件要求了取值范围或值的数量的情况下,则可以建立一个合理等价类和2个失效等价类. ②在输入条件要求了输入值的结合或是超出了“务必怎样”的条件的情况下,可建立一个合理等价类和一个失效等价类. ③在输入条件是一个布尔运算量的情况下,可明确一个合理等价类和一个失效等价类. ④在要求了输入数据信息的一组值（假设n个）,而且程序流程要对每一个输入值各自解决的情况下,可建立n个合理等价类和一个失效等价类. ⑤在要求了输入数据信息务必遵循的规则的情况下,可建立一个合理等价类（合乎标准）和多个失效等价类（从差异视角违背标准）. ⑥在确知已确定的等价类中各原素在程序执行中的方法不一样的情况下,则应再将该等价类进一步的划定为更小的等价类. 3）设计方案测试用例:在确定了等价类后,可创建等价类表,列举全部区划出的等价类: 输入条件 合理等价类 失效等价类 ... ... ... ... ... ... 随后从区划出的等价类中按下面三个标准设计方案测试用例: ①为每一个等价类要求一个唯一的序号. ②设计方案一个新的测试用例,使其尽量多地遮盖并未被遮盖的合理等价类,反复这一步.直至全部的合理等价类都被遮盖才行. ③设计方案一个新的测试用例,使其仅遮盖一个并未被遮盖的失效等价类,反复这一步.直至全部的失效等价类都被遮盖才行.边界值分析方法 边界值统计分析方法是对等价类区划方式的填补.（1）边界值统计分析方法的考虑到: 长期性的检测工作经历来告诉大家,很多的不正确是出现在输入或輸出范畴的边界线上,而不是产生在输入輸出范畴的內部.因而对于各种各样界限情况设计方案测试用例,可以查出来大量的不正确. 应用边界值统计分析方法设计方案测试用例,最先应明确界限情况.一般输入和輸出等价类的界限,便是应主要检测的界限情况.理应选择恰好相当于,刚超过或刚低于界限的值做为数据测试,而不是选择等价类中的典型值或随意值做为数据测试.（2）根据边界值统计分析方法挑选测试用例的标准: 1）假如输入条件要求了值的范畴,则应选刚做到这一范畴的界限的值,及其刚超过这一范畴界限的值做为检测输入数据信息. 2）假如输入条件要求了值的数量,则用较大数量,最少数量,比最少数量少一,比较大数量多一的数做为数据测试. 3）依据规格型号表明的每一个輸出条件,应用前边的标准1）. 4）依据规格型号表明的每一个輸出条件,运用前边的标准2）. 5）假如程序流程的规格型号表明得出的输入域或輸出域是井然有序结合,则应选择结合的第一个原素和最后一个原素做为测试用例. 6）假如程序流程中采用了一个內部算法设计,则理应挑选这一內部算法设计的边界线上的值做为测试用例. 7）剖析规格型号表明,找到其他很有可能的界限条件.不正确推断法 根据工作经验和判断力推断程序流程中全部有可能出现的各种各样不正确, 进而有目的性的设计方案测试用例的方式. 不正确推断方式的主要观念: 例举出程序流程中全部很有可能有的问题和非常容易产生失误的独特情况,依据她们挑选测试用例. 比如, 在单元测试卷时曾列举的很多在控制模块中常用的不正确. 之前产品检测中以前发觉的不正确等, 这种便是工作经验的汇总. 也有, 输入数据信息和輸出数据信息为0的情况. 输入报表为空格符或输入报表仅有一行. 这种全是非常容易产生失误的情况. 可挑选这种情况下的实例做为测试用例.因果图方式 前边详细介绍的百思特网等价类区划方式和边界值统计分析方法,全是主要考虑到输入条件,但未考虑到输入条件中间的联络, 互相组成等. 考虑到输入条件中间的互相组成,很有可能会发生一些新的情况. 但要查验输入条件的组成并不是一件很容易的事儿, 即便把全部输入条件区划成等价类,她们中间的组成情况也非常多. 因而务必注重选用一种适用于叙述针对多种多样条件的组成,相对应造成好几个操作的方式来考量设计方案测试用例. 这就必须运用因果图（逻辑模型）. 因果图方式最后转化成的便是判定表. 它合适于检查数据输入条件的各种各样组成情况. 运用因果图转化成测试用例的基本上流程: (1) 分析系统规格型号表明叙述中, 这些是缘故(即输入条件或输入条件的等价类),这些是結果(即輸出条件), 并给每一个缘故和結果授予一个标志符. (2) 分析系统规格型号表明叙述中的词义.找到缘故与結果中间, 缘故与缘故中间相匹配的关联. 依据这种关联,绘制因果图. (3) 因为英语的语法或自然环境限定, 有一些缘故与缘故中间,缘故与結果中间的组成情况不不太可能发生. 为说明这种独特情况, 在因果图上放一些标记说明管束或限定条件. (4) 把因果图变换为判定表. (5) 把判定表的每一列拿出来做为根据,设计方案测试用例. 从因果图转化成的测试用例（部分,组成关联下的）包含了全部输入数据信息的取TRUE与取FALSE的情况,组成的测试用例数量做到至少,且测试用例数量随输入数据信息数量的提高而线形地提升. 前边因果图方式中早已采用了判定表.判定表（Decision Table）是解析和表述多逻辑性条件下实行不一样实际操作的情况下的专用工具.在编程设计发展趋势的前期,判定表就已被作为程序编写的辅助软件了.因为它可以把繁杂的逻辑顺序和多种多样条件组成的情况表述得既实际又确立. 判定表一般由四个一部分构成. 条件桩（Condition Stub）:列举了难题的全部条件.一般觉得列举得条件的顺序无关痛痒. 姿势桩（Action Stub）:列举了难题要求很有可能采用的实际操作.这种实际操作的顺序排列沒有管束. 条件项（Condition Entry）:列百思特网出对于它左列条件的选值.在全部很有可能情况下的真伪值. 姿势项（Action Entry）:列举在条件项的各种各样选值情况下应当采用的姿势. 标准:一切一个条件组成的特殊选值以及相对应要实行的实际操作.在判定表格中围绕条件项和姿势项的一列便是一条标准.显而易见,判定表格中列举是多少组条件选值,也就有多少条标准,既条件项和姿势项有多少列. 判定表的构建流程:（依据手机软件规格型号表明） ①明确标准的数量.倘若有n个条件.每一个条件有两个选值（0,1）,故有 种标准. ②列举全部的条件桩和姿势桩. ③填写条件项. ④填写姿势项.直到原始判定表. ⑤简单化.合拼类似标准（同样姿势）. B. Beizer 强调了合适应用判定表设计方案测试用例的条件: ①规格型号表明以判定表方式得出,或非常容易转化成判定表. ②条件的顺序排列不容易都不危害实行什么实际操作. ③标准的顺序排列不容易都不危害实行什么实际操作. ④每每某一标准的条件早已达到,并明确要实行的实际操作后,无须检测其他标准. ⑤假如某一标准获得达到要实行好几个实际操作,这种实际操作的实行次序无关痛痒.