1、软件测试工程师培训,软件测试用例的设计方法,回顾软件测试的流程,测试模式,测试用例的定义和特征,测试用例的定义： （1）测试用例是为特定的目的而设计的一组测试输入、执行条件和预期的结果。 （2）测试用例是执行的最小实体。 测试用例的特征： （1）最有可能抓住错误的； （2）不是重复的、多余的； （3）一组相似测试用例中最有效的； （4）既不是太简单，也不是太复杂。,设计测试用例的基本准则,测试用例的代表性： 能够代表并覆盖各种合理的和不合理的、合法的和非法的、边界的和越界的以及极限的输入数据、操作和环境设置等。 测试结果的可判定性： 即测试执行结果的正确性是可判定的，每一个测试用例都应有相应的
2、期望结果。 测试结果的可再现性： 即对同样的测试用例，系统的执行结果应当是相同的。,设计测试用例的着眼点,根据产品规格，测试基本功能； 考虑设计一般用户（非专业人员）的使用方案； 考虑设计稀有或特殊的使用方案； 与系统其他组成部分的配合（如FAX和上网可能要用到MODEM，测试中考虑对设备的共享）； 考虑特殊情况（如内存和硬件的冲突等）； 设计极端情况（如内存泄漏、破坏性测试等）； 好的测试用例集能花费最小的代价（人力、物力、财力、时间）做最好的测试。,什么是软件缺陷,软件未达到产品说明书标明的功能。 软件出现了产品说明书指明不会出现的误。 软件功能超出产品说明书指明范围。 软件未达到产品说明
3、书虽未指出但应达到的目标。 软件测试员认为软件难以理解、不易使用、运行速度缓慢，或者最终用户认为不好。,为什么会出现软件缺陷,导致软件缺陷最大的原因是产品说明书。 软件缺陷的第二大来源是设计方案。 编写代码 其他,软件缺陷的修复费用,从开始到计划、编制、测试、一直到公开使用的过程中，都有可能发现软件缺陷。 随着时间推移，修复软件缺陷的费用呈几何数级地增长。,软件缺陷在不同阶段发现时修改的费用示意图,什么是黑盒测试,黑盒测试法把程序看成一个黑盒子，完全不考虑程序内部结构和处理过程。 黑盒测试是在程序接口进行测试，它只是检查程序功能是否按照规格说明书的规定正常使用。 黑盒测试又称功能测试。,黑盒测
4、试,主要是为了发现以下几类错误： 是否有不正确或遗漏了的功能？ 在接口上，输入能否正确地接受？能否输出正确的结果？ 是否有数据结构错误或外部信息（例如数据文件）访问错误？ 性能上是否能够满足要求？ 是否有初始化或终止性错误？,什么是通过测试,在设计和执行测试用例时，总是首先进行通过测试。在破坏性试验之前看看软件基本功能是否实现是很重要的，否则在正常使用软件时就会奇怪为什么有那么多软件缺陷。,什么是失败测试,确信软件在普通情况下正确运行之后，就可以采取各种手段通过搞垮软件来找出缺陷。纯粹为了破坏软件而设计和执行的测试用例称为失败测试或迫使出错测试,为什么做测试用例,完全测试是不可能的： 输入量太
5、大； 输出结果太多； 软件实现途径太多； 软件说明书没有客观标准。从不同角度看，软件缺陷的标准不同。,什么是测试用例,为达到最佳的测试效果或高效的揭露隐藏的错误而精心设计的少量测试数据，称之为测试用例。 我们不可能进行穷举测试，为了节省时间和资源、提高测试效率，必须要从数量极大的可用测试数据中精心挑选出具有代表性或特殊性的测试数据来进行测试。 一个好的测试用例是在于它能发现至今未发现的错误。,使用测试用例的好处,在开始实施测试之前设计好测试用例，可以避免盲目测试并提高测试效率。 测试用例的使用令软件测试的实施重点突出、目的明确。 在软件版本更新后只需修正少部分的测试用例便可展开测试工作，降低工
6、作强度、缩短项目周期。 功能模块的通用化和复用化使软件易于开发，而相对于功能模块的测试用例的通用化和复用化则会使软件测试易于开展，并随着测试用例的不断精化其效率也不断攀升。,测试用例的设计过程,测试设计员（分析设计员）依据不同阶段的测试计划、设计模型和实施模型来设计该阶段测试用例。 测试设计员是具有丰富测试经验或具有软件分析设计能力的高级测试工程师。如果没有测试设计员，则可用分析设计员代替。 针对白盒，还应有驱动程序和桩模块。,测试点的确定,ISO 质量体系： 在概要设计或详细设计中应明确指出每个单元模块的测试要点、指标和方法。 CMM 质量体系： 在系统的用例模型描述中应明确指出每个用例模型
7、的优先级及用例工作流程，每一个用例模型为一个测试点，用例模型中每一个测试需求至少应有两个测试用例。,理解上的误区,测试用例应由测试设计员或分析设计员来制定，而不是普通的测试员。 测试点应由分析设计员确立，与测试人员无关。 测试工作展开于项目立项后，而不是代码开发完成之后。 测试对象不仅仅是源代码，还包括需求分析、需求规格说明书、概要设计、概要设计说明书、详细设计、详细设计说明书、使用手册等各阶段的文档。,测试用例的设计方法,等价类划分 边界值分析 因果图 判定决策表 错误猜测法,如何测试一个两位数的加法计算器,测试需求： 测试两个参数的值相加后的结果是否正确。其中： 输入的数值在-99到99之
8、间 大于99或小于-99的输入应被拒绝，并显示错误信息,如何测试一个两位数的加法计算器,根据测试需求，我们开始测试。分别给第一个参数和第二个参数输入表中的值，得到的测试结果如表所示： 很明显，如果我们对第一个参数的值分别取从-99到99的199个数，第二个参数的值分别取从-99到99的199个数,我们不可能对两位数相加的所有情况进行穷举测试。如果不能进行穷举测试，我们将面临以下问题： 在测试了11，12，1（-1）和1（-2）之后，还是否有必要测试13，14呢？ 如果不对加法计算器程序进行穷举测试，能否放心的认为所有的参数组合都是正确的呢？ 对以上两个问题，我们是不是找不到解决的办法？,等价类
9、划分,等价类划分的办法是把程序的输入域划分成若干部分，然后从每个部分中选取少数代表性数据当作测试用例。每一类的代表性数据在测试中的作用等价于这一类中的其他值，也就是说，如果某一类中的一个例子发现了错误，这一等价类中的其他例子也能发现同样的错误；反之，如果某一类中的一个例子没有发现错误，则这一类中的其他例子也不会查出错误。,怎样划分等价类（一）,如果输入条件规定了取值的范围或值的个数，则可确定一个有效等价类和两个无效等价类； 如果一个输入条件说明了一个“必须成立”的情况，则可划分一个有效等价类和一个无效等价类； 如果输入条件规定了输入数据的一组可能的值，而且程序是用不同的方式处理每一种值，则可为
10、每一种值划分一个有效等价类，并划分一个无效等价类； 如果我们确知，已划分的某等价类中的各元素（例子）在程序中的处理方式是不同的，则应据此将此等价类进一步划分成更小的等价类。 在确立了等价类之后，建立等价类表，列出所有划分出的等价类：,确定等价类测试用例的步骤,为每个等价类规定一个惟一的编号； 设计一个新的测试用例，使其尽可能多地覆盖尚未覆盖的有效等价类。重复这一步，最后使得所有有效等价类均被测试用例所覆盖； 设计一个新的测试用例，使其只覆盖一个无效等价类。重复这一步使所有无效等价类均被覆盖。,等价类划分,第一步：在本案例中我们根据测试需求可以把两位数加法分为如图的三个等价类：一个有效数据的等价
11、类，两个无效数据等价类（有效数据等价类就是：由那些对程序的规格说明有意义的、合理的输入数据所构成的集合；无效数据等价类就是：那些对程序的规格说明不合理的或无意义的输入数据所构成的集合）。,等价类划分,第二步：在实际工作中，我们通常在确立了等价类以后，把程序中所有的等价类建立等价类表，以便在编写测试用例的时候有所依据。,等价类划分,第三步：根据上面的等价类表，我们就可以确定测试用例了，步骤为： 为等价类表中的每一个等价类分配一个唯一的编号。 设计一个新的测试用例，使它能够尽量覆盖尚未覆盖的有效等价类。重复这一步骤，从而使所有有效等价类均被测试用例所覆盖。 与上一步类似，设计一个新的测试用例，使它
12、只覆盖一个无效等价类。重复这一步骤，从而使所有无效等价类均被测试用例所覆盖。,等价类划分,第四步：细化等价类划分 在测试“-99=数值=99”的这个等价类区间的时候，我们会发现如1040，-20+30和-30+(-30)这类的正数相加，正数负数相加，负数相加也是不同的等价区间。因此我们可以使用更多的等价类划分：,根据以上等价类划分的结果，得出下表的等价类表,等价类划分,第五步：根据上面划分的4个等价类，我们至少需要有5个测试用例,等价类划分,测试需求 假定一台ATM机允许提取增量为50人民币，总额为从50人民币到5000人民币（含5000人民币）不等的现金。测试能否提取想提请的钱数（不考虑由于
13、硬件的原因造成的提取错误）。,等价类划分,第一步： 划分等价类 根据测试需求，需要考虑如下三个等价类划分：一个等价类是有效数据，另外两个是无效数据。,等价类划分,第二步： 建立等价类表,等价类划分,第三步： 确定测试用例,等价类划分,第四步：细化等价类划分。 只要运用等价类划分，我们就只需要一个有效的测试用例和两个无效的测试用例就能进行充分的覆盖。还可以尝试将等价类进一步细化，考虑提取钱的数目为负的钱数，零钱数或特别大可能引起ATM机崩溃等等; 这些等价类的进一步细化请大家自己给予考虑。,等价类划分,等价类的特点： 通过上面的例子可以看出称为等价类的一组数据它们都： 测试相同的内容 如果等价类
14、中的一个测试能够捕获一个缺陷，那么选择该等价类中的其他测试也能捕获该缺陷 如果等价类中的一个测试不能捕获缺陷，那么选择该等价类中的其他测试也不会捕获缺陷 如果正确的划分等价类，可以大大降低测试用例的数量，测试会准确有效。如果错误的将两个不同的等价类当作一个等价类，那就会遗漏一种测试情况。相反的，把同一个等价类看作了两个不同的等价类，那么测试就会是冗余的。,等价类划分,等价类划分中的核心要点： 为了避免测试用例的冗余或遗漏，如何确定等价类是使用等价类划分方法中的一个重要问题。我们必须在分析需求规格说明书的基础上划分等价类，列出等价类表，从而确定测试用例。下面给出进行等价类划分的几个参考依据： 若
15、某个输入条件说明了一个必须成立的情况，则可划分一个有效等价类和一个无效等价类。例如上面的例子，输入数据除了在-99和99之间，还隐含了输入数据必须是数字的条件，这样我们还可以设置无效等价类为输入字母数据，有效等价类为输入数字数据。 若某个输入条件对取值的范围或值的个数进行了规定，则可确定一个有效等价类和两个无效等价类。例如，每个输入数据值是从100到200，则可划分一个有效等价类，大于等于100且小于等于200；两个无效等价类，小于100的数值和大于200的数值。 如果输入条件是一个布尔量，则可以确定一个有效等价类和一个无效等价类.,等价类划分,若在某个输入条件中对输入数据的一组可能值进行了规
16、定，并且程序是用不同的方式处理每一种值的，则可为每一种值划分一个有效等价类，并针对这组值确立一个无效等价类，它是所有不允许的输入值的集合。例如，在彩票对奖方案中规定对显示图案为梅花、黑桃、方块和红桃的彩票分别计算中奖金额。因此可以确定四个有效等价类梅花、黑桃、方块和红桃，以及一个无效等价类，它是所有不符合以上花色的彩票的集合。 如果规定了输入数据必须遵守的规则，则可以确立一个有效等价类（符合规则）和若干个无效等价类（从不同角度违反规则）。例如，C语言规定语句必须以“；”结束。这时就可以确定一个有效等价类“以；结束”，若干个无效等价类“以：结束”、“以，结束”等等 若已划分的某等价类中的各元素在
17、程序中的处理方式是不同的，则应当将此等价类进一步划分成更小的等价类。例如我们把两位数加法的输入划分为输入数字为有效，输入字母为无效，因为当数值大于99和小于-99的时候的处理方式又是不同的，所以我们要继续把它划分成更小的等价类。,等价类划分,划分等价类要注意的问题 即考虑有效等价类，同时也要考虑无效等价类： 利用有效等价类生成的测试用例，可以检验程序是否实现了需求规格说明书中预先规定的功能和性能。 利用无效等价类生成的测试用例，可以检查程序中功能和性能的实现是否不符合规格说明要求。 设计测试用例的时候要同时考虑这两种等价类。因为软件不仅要能接收合理的数据，也要能经受意外的考验，这样的测试才能确
18、保软件具有更高的可靠性。 仔细划分，审核划分 等价类的目标就是把有可能的测试用例组合缩减到仍然足以测试软件的范围。如果为了减少测试用例的数量过度进行等价分配，漏掉软件缺陷的风险就会增加。我们必须要仔细选择分类，特别对于测试新手，在测试前一定要请有经验的测试人员帮助审核确定划分的等价类别。,关于复制的等价划分,有5种执行方式：单击复制菜单 命令，键入c或C，按Ctrl+c或 Ctrl+Shi+c组合键； 可以把这5种输入途径划分减为3 个，单击菜单命令，键入C和按 Ctrl+c组合键； 对软件质量有了信心之后，知道 无论以何种方式激活复制功能都 工作正常，甚至可以进一步缩减 为1个区间，例如按C
19、trl+c组合键。,关于文件名的等价划分,Windows文件名可以包含除了、：? “”和之外的任意字符。文件名长度是1255个字符； 等价区间有合法字符、非法字符、合法长度的名称、过长名称和过短名称。,关于三角形的等价划分,问题：根据下面给出的规格说明，利用等价类划分的方法，给出足够的测试用例。“一个程序读入3个整数，把这三个数值看做一个三角形的3条边的长度值。这个程序要打印出信息，说明这个三角形是不等边的、是等腰的、还是等边的。”,分析三角形的特点,我们可以设三角形的3条边分别为A，B，C。如果它们能够构成三角形的3条边，必须满足：A0，B0，C0，且A+BC，B+CA，A+CB； 如果是等
20、腰的，还要判断A=B，或B=C，或A=C ； 如果是等边的，则需判断是否A=B，且B=C，且A=C ；,列出三角形的等价类列表,设计三角形的测试用例,测试两位加法计算器时 程序提示输入数据有误,为什么错了？,根据前面的等价类方法，我们按照测试用例表给出的测试用例进行了测试，没有发现问题，那么为什么现在输入参数-99和98后，程序提示输入的数据有误了呢？而-99是合理的输入数据，以-99做为输入数据应该是有效等级类中的数据！是不是等价类划分方法有问题呢？,为什么错了？,分析以上代码，发现在对输入的数据进行判断是，程序将判断条件设为了 If Val(Text1.Text) = 99 Or Val(
21、Text1.Text) = -99 Then 事实上将输入数据的值的范围限制在了-98到98 ，没能完全实现功能的要求。,边界值分析,边界值分析法是一种补充等价划分的测试用例设计技术，它不是选择等价类的任意元素，而是选择等价类边界的测试用例。实践证明，在设计测试用例时，对边界附近的处理必给予足够的重视，为检验边界附近的处理专门设计测试用例，常常取得良好的测试效果。边界值分析法不仅重视输入条件边界，而且也从输出域导出测试用例。,边界值设计遵守的几条原则,如果输入条件规定了取值范围，应以该范围的边界内及刚刚超范围的边界外的值作为测试用例。如以a和b为边界，测试用例应当包含a和b及略大于a和略小于b
22、的值； 若规定了值的个数，分别以最大、最小个数及稍小于最小、稍大于最大个数作为测试用例； 针对每个输出条件使用前面的第1）和2）条原则； 如果程序规格说明中提到的输入或输出域是个有序的集合（如顺序文件、表格等），就应注意选取有序集的第一个和最后一个元素作为测试用例； 分析规格说明，找出其他的可能边界条件。,边界值,我们根据边界值分析的方法来看看如何对边界值进行测试。,边界值,由于允许输入的数值在-99到99之间，所以我们可以把-99和99看作两个边界值。我们测试的时候可以取紧邻边界值的数值和边界值本身作为输入。,确定边界值的方法,使用边界值分析方法设计测试用例，首先，应当选取正好等于、刚刚大于
23、或刚刚小于边界的值作为测试数据，即重点测试最后一个肯定合法的数据，和刚刚超过边界的非法数据。其次，边界值分析方法通常和等价类划分一起使用产生一套完整的测试用例。等价类划分是从等价区间中选择有代表性的值，而边界值重点是等价区间的边界值，恰好是等价区间中最具代表性的值。 边界值分析方法选择测试用例的原则在很多方面与等价类划分方法类似： 如果输入条件对取值范围进行了界定，则应以边界内部以及恰巧超出范围边界外的值来作为测试用例。若输入范围为050，则测试用例应该包含-1，0，1，49，50，51，即正好等于、刚刚大于或刚刚小于边界的值。 如果对取值的个数进行了界定，则应当分别以最大个数、最小个数、比最
24、大个数多1和少1、比最小个数多1和少1作为测试用例。例如，一个文件可以输入1255个记录，则可以分别设计0，1，2，254，255和256个记录。 对于输出条件，同样可以应用上面提到的两条原则来进行测试用例设计。例如，网上购物检索球拍，每页最多显示4种球拍。这时可以设计测试用例，使程序分别显示1种，4种，0种球拍。如果可能，也要设计一个使程序错误的显示5种球拍的测试用例。 若在规格说明书中提到的输入或输出域是一个有序的集合（如顺序文件、表格等），就应该注意选取该有序集合中的第一个和最后一个元素作为测试用例。 分析规格说明，找出其他可能的边界条件。,边界条件类型,数值、速度、字符、地址、位置、尺
25、寸、数量等等； 第一个最后一个、最小值最大值、开始完成，超过在内、空满、最短最长、最慢最快、最早最迟、最大最小、最高最低、相邻最远等等； 越界测试通常是简单地加1或者很小的数（对于最大值）和减少1或者很小的数（对于最小值）,隐含的边界值,上面讨论的普通边界条件是最容易找到的。它们在产品说明书中有定义，或者在使用软件的过程中确定。而有些边界在软件内部，最终用户几乎看不到，但是软件测试仍有必要检查。这样的边界条件称为次边界条件或者内部边界条件。,隐含的边界值,2的乘方 我们都知道计算机和软件的基础是二进制数用位来表示0和1，一个字节由8位组成，一个字由4个字节组成，1K等于1024字节，1M等于1
26、024K等等。这些范围和值也是作为边界条件的重要数据。除非软件向用户提出这些范围，否则在需求文档中不会指明。然而，它们通常由软件内部使用，外部是看不见的，是隐含在程序内部的边界值情况。,隐含的边界值,例如两位数加法的程序，在这个程序中，计算结果的范围是从-198到198，如果程序员以一个字节来存储计算结果，要想能够存储负数，一个字节所能表示的数据的范围只能从-127到127，这时程序在处理大于127的计算结果时就会出错。所以有时候也有必要在建立等价区间时考虑是否需要包含2的乘方的边界条件。这样我们就可以添加测试用例为：,隐含的边界值,ASCII表 另一个常见次边界条件是ASCII字符表。,如果
27、测试进行文本输入或文本转换的软件，在定义数据区间包含哪些值时，参考一下ASCII表是相当明智的。例如，如果测试的文本框只接受用户输入字符A-Z和a-z，就应该在非法区间中包含ASCII表中这些字符前后的值，和。又如，两位数加法程序，输入只能是数字而不能为其他字符。如果程序对用户输入的字符是根据字符的ASCII码来进行处理的，此时，测试人员就需要对这些判断条件的临界值（47、48、57、58）进行测试，以确定程序员没有写错判断条件。,可能的边界条件,如果文本输入域允许输入1255个字符，就尝试输入1个字符和255 个字符作为合法区间。还可以输入254个字符作为合法测试。输入0个字符和256个字符
28、作为非法区间； 如果程序读写软盘，就尝试保存一个尺寸极小，甚至只有一项的文件，然后保存一个很大的刚好在软盘容量限制之内的文件。还要尝试保存空文件和尺寸大于软盘容量的文件。,非法、错误、不正确和垃圾数据,从纯粹的软件测试观点来看，如果利用前述技术全面测试证明软件能够工作了，就不必再做破坏实验。然而，考虑到软件要应付用户千奇百怪的使用方式，这样做肯定没错。 非法、错误、不正确和垃圾数据测试是很有意思的。如果软件要求输入数字，就输入字母。如果软件只接受正数，就输入负数。如果软件对数据敏感，就看它在公元3000年是否还能正常工作。,默认、空白、空值、零值和无,另一种看起来很明显的软件缺陷来源是当软件要
29、求输入时-比如在文本框中-不是没有输入正确的信息，而是根本没有输入任何内容，但是按下Enter键。这种情况在产品说明书中常常忽略，程序员也经常遗忘，但是在实际使用中却时有发生。 好的软件会处理这种情况。它通常将输入内容默认为合法边界内的最小值，或者合法区间内某个合理值；或者返回错误提示信息。,因果图法,等价类划分法和边界值分析方法都是着重考虑输入条件，而不考虑输入条件的各种组合、输入条件之间的相互制约关系。 如果在测试时必须考虑输入条件的各种组合，则可能的组合数目将是天文数字，因此必须考虑采用一种适合于描述多种条件的组合、产生多个相应动作的测试方法，这就需要利用因果图（逻辑模型）。 因果图法是
30、将自然语言规格说明转化成形式语言规格说明的一种严格的方法，可以指出规格说明存在的不完整性和二义性。,因果图法（续）,因果图法基于这样的思想：一些程序的功能可以用决策表的形式来表示，并根据输入条件的组合情况规定相应的操作。因此，可以考虑为决策表中的每一列设计一个测试用例，以便测试程序在输入条件的某种组合下的输出是否正确。 概括地说，因果图方法就是从程序规格说明书的描述中找出因（输入条件）和果（输出结果或程序状态的改变），将因果图转换为决策表，最后为决策表中的每一列设计一个测试用例。这种方法考虑到了输入情况的各种组合以及各个输入情况之间的相互制约关系。,因果图法（续）,因果图法最终生成的是决策表。
31、利用因果图生成测试用例的基本步骤： (1) 分析软件规格说明中哪些是原因(即输入条件或输入条件的等价类)，哪些是结果(即输出条件)，并给每个原因和结果赋予一个标识符。 (2) 分析软件规格说明中语义的内容，找出原因与结果之间、原因与原因之间对应的关系， 根据这些关系画出因果图。 (3) 由于语法或环境的限制，有些原因与原因之间、原因与结果之间的组合情况不可能出现。为表明这些特定的情况，在因果图上使用一些记号表明约束或限制条件。 (4) 把因果图转换为决策表。 (5) 根据决策表中的每一列设计测试用例。,决策表测试法,在所有的黑盒测试方法中，基于决策表（也称判定表）的测试是最为严格、最具有逻辑性
32、的测试方法。 决策表：是分析和表达多逻辑条件下执行不同操作的情况的工具。它可以把复杂的逻辑关系和多种条件组合的情况表达得既具体又明确。 在一些数据处理问题当中，某些操作的实施依赖于多个逻辑条件的组合，即：针对不同逻辑条件的组合值，分别执行不同的操作。决策表很适合于处理这类问题。,决策表测试法（续）,决策表组成 决策表通常由4部分组成，分别是： (1)条件桩列出问题的所有条件，除特别说明，列出的条件的先后次序无关紧要。 (2)条件项针对条件桩给出的条件列出所有可能的取值。 (3)动作桩列出问题规定的可能采取的操作，这些操作的顺序一般没有约束。 (4)动作项与条件项紧密相关，指出在条件项的各组取值
33、情况下应采取的动作。,决策表测试法（续）,规则：是指任何一个条件组合的特定取值及其相应要执行的操作。在决策表中贯穿条件项和动作项的一列就是一条规则。,决策表测试法（续）,建立决策表的步骤： (1) 确定规则的个数。假如有n个条件，每个条件有两个取值(0,1)，则有2n种规则。 (2) 列出所有的条件桩和动作桩。 (3) 填入条件项。 (4) 填入动作项，得到初始决策表。 (5) 简化决策表，合并相似规则。 若表中有两条以上规则具有相同的动作，并且在条件项之间存在极为相似的关系，便可以合并。合并后的条件项用符号“-”表示与取值无关，称为无关条件。,决策表测试法（续）,适合使用决策表设计测试用例的
34、条件： (1) 规格说明以决策表形式给出，或较容易转换成 决策表。 (2) 条件的排列顺序不会也不应影响执行的操作。 (3) 规则的排列顺序不会也不应影响执行的操作。 (4) 当某一规则的条件已经满足，并确定要执行的操作后，不必检验别的规则。 (5) 如果某一规则得到满足要执行多个操作，这些操作的执行顺序无关紧要。,测试方法的选择,通常，在确定测试方法时，应遵循以下原则： (1) 根据程序的重要性和一旦发生故障将造成的损失来确定测试等级和测试重点。 (2) 认真选择测试策略，以便能尽可能少的使用测试用例，发现尽可能多的程序错误。因为一次完整的软件测试过后，如果程序中遗留的错误过多并且严重，则表明该次测试是不足的，而测试不足则意味着让用户承担隐藏错误带来的危险，但测试过度又会带来资源的浪费。因此，测试需要找到一个平衡点。,测试方法的选择（续）,通常在确定测试策略时，有以下5条参考原则： (1) 在任何情况下都必须采用边界值分析法。这种方法设计出的测试用例发现程序错误的能力最强。 (2) 必要时采用等价类划分法补充测试用例。 (3) 采用错误推断法再追加测试用例。 (4) 对照程序逻辑，检查已设计出的测试用例的逻辑覆盖程度。如果没有达到要求的覆盖标准，则应当再补充更多的测试用例。 (5) 如果程序的功能说明中含有输入条件的组合情况，则应一开始就选用因果图法。,
