系统测试用例设计方法
系统测试用例设计方法
--------------王永安
目录
一、测试用例格式以及写作要点 (3)
二、系统测试用例设计方法 (4)
1、等价类划分法 (5)
2、边界值分析法 (6)
3、判定表法 (7)
4、因果图法 (9)
5、状态迁移图法 (15)
6、流程分析法 (20)
7、正交试验法 (35)
8、错误推测法 (42)
一、测试用例格式以及写作要点
测试用例编号
测试用例编号是由字母和数字组合而成的，用例的编号应该具有唯一性，易识别性。比如可以采用统一的约定，产品编号—ST—系统测试项名—系统测试子项名—编号。这样看到编号就可以知道是做的什么测试，测试的对象是什么。也方便维护。
测试项目
你现在这个测试用例所测的项目名，可以是测试用例所属的大类，被测需求，被测的模块，或者是被测的单元。例如：计算器加法功能。
测试标题
测试标题是对测试用例的简单描述。用概括的语言描述该测试用例的测试点。每个测试用例的标题不能够重复，因为每个测试用例的测试点是不一样的。例如：手机在没有SIM 卡的情况下，拨打119。
重要级别
重要级别分为高中底三等：
高：保证系统基本功能、重要特性、实际使用频率比较高的用例；
中：重要程度介于高和底之间的测试用例；
底：实际使用频率不高、对系统业务功能影响不大的模块或功能的测试用例。
注：一般情况下，重要级别为高的测试用例，一个测试子项里有且尽有一个，大多数都是重要级别为中的测试用例。因为一般我们会进行一个系统测试预测试，如果重要级别为高的太多，则就失去了预测试的实际意义。
预置条件
就是执行当前测试用例的前提条件，如果不满足这些条件，则无法进行测试。
输入
测试用例执行时，需要输入的外部信息。例如某一个文件，数据记录等。
操作步骤
执行当前测试所要经过的操作步骤，需要给出每一步操作的描述，测试人员根据测试用例操作步骤，完成测试用例的执行。
预期输出
当前测试用例的预期输出结果。用来与实际结果比较，如果相同则该测试用例通过，否则该测试用例失败。
二、系统测试用例设计方法
1、等价类划分法
何为等价类，某个输入域的集合，在这个集合中每个输入条件都是等效的，如果其中一个的输入不能导致问题发生，那么集合中其它输入条件进行测试也不可能发现错误。
等价类分为有效等价类和无效等价类，有效等价类就是由那些对程序的规格说明有意义的、合理的输入数据所构成的集合；无效等价类就是那些对程序的规格说明不合理的或无意义的输入数据所构成的集合。
划分等价类的方法：下面给出六条确定等价类的原则。
1、在输入条件规定了取值范围或值的个数的情况下，则可以确立一个有效等价类和两
个无效等价类。
2、在输入条件规定了输入值的集合或者规定了“必须如何”的条件的情况下，可确立
一个有效等价类和一个无效等价类。
3、在输入条件是一个布尔量的情况下，可确定一个有效等价类。
4、在规定了输入数据的一组值（假定n个），并且程序要对每一个输入值分别处理的情
况下，可确立n个有效等价类和一个无效等价类。
5、在规定了输入数据必须遵守的规则的情况下，可确立一个有效等价类（符合规则）
和若干个无效等价类（从不同角度违反规则）。
6、在确知已划分的等价类中各元素在程序处理中的方式不同的情况下，则应再将该等
价类进一步的划分为更小的等价类。
根据等价类划分原则，将等价类填入下表。
等价类表
1、为每一个等价类规定一个唯一的编号。
2、设计一个新的测试用例，使其尽可能多地覆盖尚未被覆盖地有效等价类，重复这一
步，直到所有的有效等价类都被覆盖为止。
3、设计一个新的测试用例，使其仅覆盖一个尚未被覆盖的无效等价类，重复这一步，
直到所有的无效等价类都被覆盖为止。
举例：
拿PowerPoint的打印功能界面做例子，用等价类方法，划分等价类。
根据原则划分等价类，填入等价类表。
输入条件有效等价类无效等价类
打印机名称可选择的打印机
打印到文件TRUE、FALSE
打印范围全部、当前幻灯片、幻灯片
幻灯片不大于幻灯片总数的自然数集合小于1的整数
打印份数[1，32767]小于1的整数，大于32767的整数逐份打印TRUE、FALSE
打印内容幻灯片、讲义、备注页、大纲视图
颜色/灰度颜色、灰度、纯黑白
每页幻灯片数{1、2、3、4、6、9}除了1、2、3、4、6、9以外整数顺序水平、垂直
根据纸张调整大小TRUE、FALSE
幻灯片加框TRUE、FALSE
测试用例略。等价类划分是最常用的方法，通常和边界值分析法一起用，在下面的流程分析法里，我会将等价类、边界值和流程分析法一起举例，一起写测试用例。
2、边界值分析法
测试经验丰富的前辈们公司我们，大量的错误是发生在输入或输出范围的边界上，而不是发生在输入输出范围的内部。因此针对个中边界情况设计测试用例，可以查处更多的错误。
首先来了解一下边界点的定义，边界点分为上点、内点和离点。如图：
结合上面的图示。
上点，就是边界上的点，不管它是开区间还是闭区间，就是说，如果该点是封闭的，那上点就在域范围内，如果该点是开放的，那上点就在域范围外；
内点，就是在域范围内的任意一个点；
离点，就是离上点最近的一个点，如果边界是封闭的，那离点就是域范围外离上点最近的点，如果边界是开放的，那离点就是域范围内离上点最近的点。
现在大家都知道边界点了，那接下来就讲一下，边界值分析方法的原则：
1、 如果输入（输出）条件规定了取值范围，则应该以该范围的边界值及边界附近的值
作为测试数据；
2、 如果输入（输出）条件规定了值的个数，则用最大个数，最小个数，比最小个数少
一，比最大个数多一的数作为测试数据；
3、 如果程序规格说明书中提到的输入或输出是一个有序的集合，应该注意选取有序集
合的第一个和最后一个元素作为测试数据；
4、 如果程序中使用了一个内部数据结构，则应当选择这个内部数据结构的边界上的值
作为测试数据。
举例：
闭区间
半开半闭区间
开区间
内点
内点
内点
闭区间[50，100]的上点为50和100，离点是49和101，在域范围内的都是内点；
半开半闭区间(50，100]的上点为50和100，离点是51和101，在域范围内的都是内点；
开区间（50，100）的上点为50和100，离点是51和99，在域范围内的都是内点；
测试用例略。在下面的流程分析法里，我会将等价类、边界值和流程分析法一起举例，一起写测试用例。
3、判定表法
现在我们先讲判定表法，再讲因果图法，因为判定表法经常和因果图法一起用，先进行因果图分析，再结合判定表，最后完成测试用例。
在多个条件决定多个动作，并且每个条件的取值只有两种情况下，我们就可以采用因果图和判定表方法。
注：条件和动作之间的逻辑关系是明确的，可以直接使用判定表法；如果条件和动作关系不明确，则要先使用因果图法。
判定表通常由四部分组成，如图：
每一个部分之间用双线或粗条线分开，左上部称条件桩，它列出决定一组条件的对象；右上部称条件项，它列出各种可能的条件组合；左下部称动作桩，它列出所有的操作，右下部为动作项，它列出在对应的条件组合下的动作。
表的右部一般有很多列。
举例：
1、主持人对甲、乙、丙三人说：这里有三顶红帽子，两顶白帽子，现在用布蒙上你们的眼睛，给你们每人戴上一顶帽子，然后请你们依次睁开眼睛，能正确说出自己帽子颜色的有奖。
戴完帽子后，甲拿下布后看了其他两人的帽子说：“我不知道”。
然后，乙揭开布看了其他两人的帽子说：“我也不知道”。
轮到丙时，丙没有揭开布就说出了自己帽子的颜色。
请问：丙戴的帽子是什么颜色的？他是怎样得出结论的。
测试用例设计综合题作业
【黑盒技术】 一、因果图方法的思路是：从用自然语言书写的程序规格说明描述中找出因（输入条件）和果（输出或程序状态的改变），通过因果图转换为判定表。 分析中国象棋中走马的实际情况（下面未注明的均指的是对马的说明），马走日字型（邻近交叉点无棋子），遇到对方棋子可以吃掉，遇到本方棋子不能落到该位置。 [问题1]（3分） 应用中可能有多种输入条件，在什么情况下可采用因果图法设计测试用例？[问题2]（（4.5分） 根据上述说明，利用因果图法，下面列出走棋出现的情况和结果，找出哪些是正确的输入条件，哪些是正确的输出结果，请把相应的字母编号填入表中。 A.落点在棋盘上； B.落点与起点构成日字； C.移动棋子； D.落点处为对方棋子； E.落点处为自己方棋子； F.移动棋子，并除去对方棋子； G.落点方向的邻近交叉点无棋子； H.不移动棋子； I.落点处无棋子。 [问题3]（4.5分） 下图画出中国象棋中走马的因果图，请把问题2中列出的输入条件和输出结果的字母编号填入到空白框中相应的位置。
输入条件输出条件 二、场景法是黑盒测试中重要的测试用例设计方法。目前多数软件系统都是用事件触发来控制业务流程，事件触发时的情景便形成了场景，场景的不同触发顺序构成用例。场景法通过场景描述业务流程（包括基本流（基本流程）和备选流（分支流程）），设计用例遍历软件系统功能，验证其正确性。 图 1 描述了简化的中心层、省市层、地区层三级的“公文流转”业务流程，表1 描述了省市层（图 1 阴影部分）业务的基本流和备选流。 公文的状态包括：己下发、未下发、已接收、未接收。
【问题1】（5 分） 用表 1 中表述的基本流和备选流，使用场景法设计测试场景。基本流和备选流用表1中对应的字母编号表示。 【问题2】（10 分） 下表给出了测试用例名称，请将表中的输入条件和预期输出补充完整。 三、场景法是黑盒测试中重要的测试用例设计方法。目前多数软件系统都是用事件触发来控制业务流程，事件触发时的情景便形成了场景，场景的不同触发顺序构成用例。场景法通过场景描述业务流程（包括基本流(基本流程)和备选流(分支流程)），设计用例遍历软件系统功能，验证其正确性。 下面是对网上银行支付交易系统的基本流和备选流的描述：
白盒测试用例设计方法
1白盒测试用例设计方法 1.1白盒测试简介 白盒测试又称结构测试、逻辑驱动测试或基于程序的测试，一般多发生在单元测试阶段。白盒测试方法主要包括逻辑覆盖法，基本路径法，程序插装等。 这里重点介绍一下常用的基本路径法，对于逻辑覆盖简单介绍一下覆盖准则。 1.2基本路径法 在程序控制流图的基础上,通过分析控制构造的环路复杂性，导出独立路径集合，从而设计测试用例，设计出的测试用例要保证在测试中程序的每一个可执行语句至少执行一次。 在介绍基本路径测试方法（又称独立路径测试）之前，先介绍流图符号： 图1 如图1所示，每一个圆，称为流图的节点，代表一个或多个语句，流程图中的处理方框序列和菱形决策框可映射为一个节点，流图中的箭头，称为边或连接，代表控制流，类似于流程图中的箭头。一条边必须终止于一个节点，即使该节点并不代表任何语句，例如，图2中两个处理方框交汇处是一个节点，边和节点限定的范围称为区域。 图2
任何过程设计表示法都可被翻译成流图，下面显示了一段流程图以及相应的流图。 注意，程序设计中遇到复合条件时（逻辑or, and, nor 等），生成的流图变得更为复杂，如(c)流图所示。此时必须为语句IF a OR b 中的每一个a 和b 创建一个独立的节点。
(c)流图 独立路径是指程序中至少引进一个新的处理语句集合，采用流图的术语，即独立路径必须至少包含一条在定义路径之前不曾用到的边。例如图(b)中所示流图的一个独立路径集合为： 路径1：1-11 路径2：1-2-3-4-5-10-1-11 路径3：1-2-3-6-8-9-10-1-11 路径4：1-2-3-6-7-9-10-1-11 上面定义的路径1，2，3 和4 包含了(b)流图的一个基本集，如果能将测试设计为强迫运行这些路径，那么程序中的每一条语句将至少被执行一次，每一个条件执行时都将分别取true 和false（分支覆盖）。应该注意到基本集并不唯一，实际上，给定的过程设计可派生出任意数量的不同基本集。如何才能知道需要寻找多少条路径呢？可以通过如下三种方法之一来计算独立路径的上界： 1. V=E-N+2，E 是流图中边的数量，N 是流图节点数量。 2. V=P+1，P 是流图中判定节点的数量 3. V=R，R 是流图中区域的数量 例如，(b)流图可以采用上述任意一种算法来计算独立路径的数量 1. V=11 条边-9 个节点+2=4 2. V=3 个判定节点+1=4 3. 流图有4 个区域，所以V=4 由此为了覆盖所有程序语句，必须设计至少4 个测试用例使程序运行于这4 条路径。 在采用基本路径测试方法中，获取测试用例可参考以下方式：
软件测试用例设计方法---决策表
决策表，也叫判定表。在所有的功能性测试方法中，基于决策表的测试方法被认为是最严格的，因为决策表具有逻辑严格性。 在一些数据处理问题当中，某些操作的实施以来与多个逻辑条件的组合，既针对不同逻辑条件的组合之，分别执行不同的操作；决策表就是分析和表达多逻辑条件下执行不同操作情况的工具。 1 决策表通常由以下4部分组成： 条件桩(condition stub)：列出了问题的所有条件。通常认为列出的条件的次序无关紧要。 动作桩(action stub)：列出了问题规定可能采取的操作。这些操作的排列顺序没有约束。 条件项(condition entry)：列出针对它所列条件的取值，在所有可能情况下的真假值。作项(action entry)：列出在条件项的各种取值情况下应该采取的动作。 2 决策表的生成： （1）确定规则的个数 ?有n个条件的决策表有2n个规则（每个条件取真、假值）。（2）列出所有的条件桩和动作桩 （3）填入条件项 （4）填入动作项，得到初始决策表 （5）简化决策表，合并相似规则
?若表中有两条以上规则具有相同的动作，并且在条件项之间存在极为相似的关系，便可以合并。 ?合并后的条件项用符号“-”表示，说明执行的动作与该条件的取值无关，称为“无关条件”。 举个例子↓↓
3 决策表的优缺点： 决策表最突出的优点是，能够将复杂的问题按照各种可能的情况全部列举出来，简明并避免遗漏。 ? 利用决策表能够设计出完整的测试用例集合。 ? 运用决策表设计测试用例可以将条件理解为输入，将动作理解为输出 4 何种情况下使用？ ? 规格说明以决策表形式给出，或较容易转换为决策表；
测试用例设计练习
一、等价类划分法 例子1： 现在有一个档案管理系统，容许用户通过输入年月对档案文件进行检索，系统对查询条件年月的输入限定为1990年1月-2049年12月，并规定，日期由6位数字组成，前4位表示年，后2位表示月。 1，根据需求进行分析，找出有哪些输入条件 年份：【1990，2049】 月份：【01，12】 字符长度：6位 字符类型：数字 2，画出等价类 输入条件有效等价类边界值分析无效等价类 年份【1990，2049】（1）上点：1990，2049（12） 离点：1989，2050 内点：2016 <1990 （2）>2049 （3） 月份【01，12】（4）上点：01，12（13） 离点：00，13 内点：11 <01 （5）>12 （6） 字符长度6位（7）上点：6 离点：5，7 内点：6 <6 （8）>6 （9） 字符类型数字（10）非数字（11）3，为每个等价类规定一个唯一编号（如上图） 4，转换成测试用例 转换测试用例的原则： A，设计一个测试用例尽可能多的覆盖多个有效等价类； B，设计一个测试用例必须对应覆盖一个无效等价类。 有效等价类用例： 用例1：201611 （1）（4）（7）（10） 无效等价类用例： 用例2：198911 （2） 用例3：205011 （3） 用例4：201600 （5） 用例5：201613 （6） 用例6：20161 （8） 用例7：2016113 （9） 用例8：20161a/abcedf （11） 根据边界值分析法分析后补充测试用例 用例9：199001 （12） 用例10：204912 （13） 5，转成正式格式用例（用例写作的8大要素） 用例编号D1223232_ST_Search_Date_001 项目搜索功能 标题输入正确的日期格式成功搜索
白盒测试方法
一、白盒测试概念 1、定义 白盒测试又称结构测试、透明盒测试、逻辑驱动测试、基于代码的测试。盒子指被测试的软件，白盒指盒子是可视的。白盒测试是一种测试用例设计方法，测试人员依据程序内部逻辑结构相关信息，设计或选择测试用例。白盒测试主要针对被测程序的源代码，主要用于软件验证，不考虑软件的功能实现，只验证内部动作是否按照设计说明书的规定进行。 2、目的 我们一方面注重软件功能需求的实现，另一方面还要注重程序逻辑细节，主要是因为软件自身的缺陷，具体如下： 1）逻辑错误和不正确假设与一条程序路径被运行的可能性成反比。日常处理往往被很好地了解，而“特殊情况”的处理则难于发现。 2）我们经常相信某逻辑路径不可能被执行，而事实上，它可能在正常的基础上被执行。程序的逻辑流有时是违反直觉的，只有路径测试才能发现这些错误。 3）代码中的笔误是随机且无法杜绝的。笔误出现在主流上和不明显的逻辑路径上的机率是一样的。很多被语法检查机制发现，但是其他的会在测试开始时才会被发现。 4）功能测试本身的局限性。如果程序实现了没有被描述的行为，功能测试是无法发现的，例如病毒，而白盒测试很容易发现它。 3、目标 采用白盒测试必须遵循以下几条原则，才能达到测试的目标： 1）保证一个模块中的所有独立路径至少被测试一次。 2）所有逻辑值均需测试真(true) 和假(false)两种情况。 3）检查程序的内部数据结构，保证其结构的有效性。 4）在上下边界及可操作范围内运行所有循环。 4、黑白灰区别 黑盒测试技术：也称功能测试或数据驱动测试，只关注规格说明中的功能，测试者在程序接口对软件界面和软件功能进行测试，它只检查实现了的功能是否按照“用户需求说明书”的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。主要用于软件确认测试，结合兼容、性能测试等方面，但黑盒测试不能保证已经实现的各个部分都被测试到。黑盒测试适用于各阶段测试。 白盒测试技术：只关注软件产品的测试，深入到代码一级的测试，它是知道产品内部结构，通过测试来检测产品内部动作是否按照“设计规格说明书”的规定正常进行，按照程
系统测试用例设计方法
系统测试用例设计方法 --------------王永安
目录 一、测试用例格式以及写作要点 (3) 二、系统测试用例设计方法 (4) 1、等价类划分法 (5) 2、边界值分析法 (6) 3、判定表法 (7) 4、因果图法 (9) 5、状态迁移图法 (15) 6、流程分析法 (20) 7、正交试验法 (35) 8、错误推测法 (42)
一、测试用例格式以及写作要点 测试用例编号 测试用例编号是由字母和数字组合而成的，用例的编号应该具有唯一性，易识别性。比如可以采用统一的约定，产品编号—ST—系统测试项名—系统测试子项名—编号。这样看到编号就可以知道是做的什么测试，测试的对象是什么。也方便维护。 测试项目 你现在这个测试用例所测的项目名，可以是测试用例所属的大类，被测需求，被测的模块，或者是被测的单元。例如：计算器加法功能。 测试标题 测试标题是对测试用例的简单描述。用概括的语言描述该测试用例的测试点。每个测试用例的标题不能够重复，因为每个测试用例的测试点是不一样的。例如：手机在没有SIM 卡的情况下，拨打119。 重要级别 重要级别分为高中底三等： 高：保证系统基本功能、重要特性、实际使用频率比较高的用例； 中：重要程度介于高和底之间的测试用例； 底：实际使用频率不高、对系统业务功能影响不大的模块或功能的测试用例。 注：一般情况下，重要级别为高的测试用例，一个测试子项里有且尽有一个，大多数都是重要级别为中的测试用例。因为一般我们会进行一个系统测试预测试，如果重要级别为高的太多，则就失去了预测试的实际意义。 预置条件 就是执行当前测试用例的前提条件，如果不满足这些条件，则无法进行测试。 输入 测试用例执行时，需要输入的外部信息。例如某一个文件，数据记录等。
软件测试用例实例非常详细
1、兼容性测试在大多数生产环境中，客户机工作站、网络连接和数据库服务器的具体硬件驱动程客户机工作站可能会安装不同的软件例如，应用程序、规格会有所不同。序等而且在任何时候，都可能运行许多不同的软件组合，从而占用不同的资源。测试目的 操作系统系统软件外设应用软件结果配置说明 Window2000(S) 服务器 WindowXp Window2000(P) Window2003 TestCase_LinkWorks_WorkEvaluate 用例编号LinkWorks项目名称WorkEvaluate模块模块名称研发中心-质量管理部项目承担部门 用例作者2005-5-27 完成日期质量管理部本文档使用部门评审负责人审核日期 批准日期 注：本文档由测试组提交，审核由测试组负责人签字，由项目负责人批准。 历史版本： 备注起止日期参与者作者状态/版本 V1.1 1.1. 疲劳强度测试用例
强度测试也是性能测试是的一种，实施和执行此类测试的目的是找出因资源不足或资源争用而导致的错误。如果内存或磁盘空间不足，测试对象就可能会表现出一些在正常条件下并不明显的缺陷。而其他缺陷则可能由于争用共享资源（如数据库锁或网络带宽）而造成的。强度测试还可用于确定测试对象能够处理的最大工作量。 测试目的 测试说明 用户并发设置添加10连续运行8前提条件小时,输出/响应输入测试需求/动作是否正常运行1 2小时功能4小时6小时8 小时 2小时功能1 4小时6小时 小时8 一、功能测试用例 此功能测试用例对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。主要测试技术方法为用户通过GUI（图形用户界面）与应用程序交互，对交互的输出或接受进行分析，以此来核实需求功能与实现功能是否一致。
常见的测试用例设计方法都有哪些
常见的测试用例设计方法都有哪些 常见的测试用例设计方法都有哪些？ 请分别以具体的例子来说明这些方 法在测试用例设计工作中的应用。 1. 等价类划分常见的软件测试面试题划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并 合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类. 2. 边界值分析法边界值分析方法是对等价类划 分方法的补充。测试工作经验告诉我,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入
输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误. 使用边界值分析方法设计测试用例,首先应确定边界情况.通常输入和输出等价类的边界,就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据. 3. 错误推测法基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法. 错误推测方法的基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况根据他们选择测试用例. 例如, 在单元测试时曾列出的许多在模块中常见的错误. 以前产品测试中曾经发现的错误等, 这些就是经验的总结。还有, 输入数据和输出数据为0 的情况。输入表格为空格或输入表格只有一行. 这些都是容易发生错误的情况。可选择这些情况下的例子作为测试用例. 4. 因果图方法前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系, 相互组合等. 考虑输入条件之间的相互组合,可能会产生一些新的情况. 但要检查
软件测试中的测试用例设计方法场景VS功能
软件测试中的测试用例设计方法场景VS功能 发布: 2010-7-16 10:20 | 作者: 网络转载 | 来源: 领测软件测试网采编 | 查看: 92次 | 进入软件测试论坛讨论软件测试中的测试用例设计方法场景VS功能 1、目的 不管我们在做哪些测试我想第一我们要站在用户的角度，以用户的使用逻辑及操作习惯为出发点，结合功能用例的设计方法，使用例设计更符合用户使用逻辑更具有可执行性，从而最大程度上覆盖用户需求。2、使用者 在使用者看来，用例设计、执行及热爱测试的人员 3、测试用例设计方法 按照不同的规则可以将测试用例分为四个部分：场景用例（用户场景）、系统用例（用户场景的细化）、功能用例（基于业务规则、界面）、设计指标（基于环境、性能、安全等）。 ◆ 用户场景用例：按照用户的实际操作与业务逻辑设计用例，不必涉及很复杂的操作或逻辑，把用户最常用的、正常的操作流程作为一个场景设计测试用例 ◆ 系统用例：是用户场景的细化，包含正常场景、分支场景和异常场景，是两个或多个有关联的功能组合而成的场景。 ◆ 功能用例：用于验证各功能点的业务规则，包括界面元素和各功能的业务规则验证。主要针对单个功能点。 ◆ 设计指标：系统所需要达到的各级指标。主要包含环境、性能、安全等方面的指标。 第一步：用户场景用例（关键字：模拟用户实际操作）
描述用户的主要业务目标，包含完整的系统级场景和模拟用户实际操作的不同场景，几个功能点的组合也算是用户场景，这类的用例不宜过多。 第二步：系统各角色的系统用例 将系统划分多个角色，再将每个角色分解为多个任务，每个任务就是一个系统用例。系统用例分别正常流程、异常流程，分支流程，以场景的形式描述。 系统用例命名原则：正常（异常、分支）流程_描述 第三步：功能用例 描述单点功能的逻辑规则及页面元素，分层描述逻辑规则，对逻辑规则细化可直接作为用例的操作步骤描述。 第四步：设计指标 设计指标包含三种类型的用例：环境测试用例、性能测试用例、安全性用例。 环境测试用例可依照操作系统版本，浏览器版本不同划分为多个用例。每个用例下可直接调用已有的用户场景用例、系统用例、功能用例，可无须单独编写用例。 4、用例设计规则 规则如下： 1）每个用例需要选择优先级，分为高、中、低三种。 每个用例需要关联项目。 2）需要特别强调的是，用户场景用例，一定要脱离系统提供功能，站在用户角度来设计用例，从用户实际可能的操作场景考虑。
如何编写单元测试用例(白盒测试)
如何编写单元测试用例（白盒测试）。 一、单元测试的概念 单元通俗的说就是指一个实现简单功能的函数。单元测试就是只用一组特定的输入(测试用例)测试函数是否功能正常，并且返回了正确的输出。 测试的覆盖种类 1.语句覆盖：语句覆盖就是设计若干个测试用例，运行被测试程序，使得每一条可执行语句至少执行一次。 2.判定覆盖（也叫分支覆盖）：设计若干个测试用例，运行所测程序，使程序中每个判断的取真分支和取假分支至少执行一次。 3.条件覆盖：设计足够的测试用例，运行所测程序，使程序中每个判断的每个条件的每个可能取值至少执行一次。 4.判定——条件覆盖：设计足够的测试用例，运行所测程序，使程序中每个判断的每个条件的每个可能取值至少执行一次，并且每个可能的判断结果也至少执行一次。 5.条件组合测试：设计足够的测试用例，运行所测程序，使程序中每个判断的所有条件取值组合至少执行一次。 6.路径测试：设计足够的测试用例，运行所测程序，要覆盖程序中所有可能的路径。 用例的设计方案主要的有下面几种：条件测试，基本路径测试，循环测试。通过上面的方法可以实现测试用例对程序的逻辑覆盖，和路径覆盖。 二、开始测试前的准备
在开始测试时，要先声明一下，无论你设计多少测试用例，无论你的测试方案多么完美，都不可能完全100%的发现所有BUG，我们所需要做的是用最少的资源，做最多测试检查，寻找一个平衡点保证程序的正确性。穷举测试是不可能的。所以现在进行单元测试我选用的是现在一般用的比较多的基本路径测试法。 三、开始测试 基本路径测试法：设计出的测试用例要保证每一个基本独立路径至少要执行一次。 函数说明：当i_flag=0；返回 i_count+100 当i_flag=1；返回 i_count *10 否则返回 i_count *20 输入参数：int i_count ， int i_flag 输出参数： int i_return; 代码： 1int Test(int i_count, int i_flag) 2 {
测试用例实例
测试用例实例 Corporation standardization office #QS8QHH-HHGX8Q8-GNHHJ8
测试用例实例 1、一个好的用例的表述要点，即用例中应当包含的信息 一个优秀的用例，应该包含以下信息： 1）软件或项目的名称 2）软件或项目的版本（内部版本号） 3）功能模块名 4）测试用例的简单描述，即该用例执行的目的或方法 5）测试用例的参考信息（便于跟踪和参考） 6）本测试用例与测试用例间的依赖关系 7）本用例的前置条件，即执行本用例必须要满足的条件，如对的访问权限 8）用例的编号（ID），如可以是软件名称简写-功能块简写-NO.。 9）步骤号、操作步骤描述、测试数据描述 10) 预期结果（这是最重要的）和实际结果（如果有BUG管理工具，这条可以省略）11）开发人员（必须有）和测试人员（可有可无） 12）测试执行日期 2、 该测试案例是以一个B/S结构的登录功能点位被测对象,该测试用例为黑盒测试用例。假设用户使用的浏览器为IE6.0 SP4。 功能描述如下： 1.用户在地址栏输入相应地址，要求显示登录界面； 2.输入用户名和密码，登录，系统自动校验，并给出相应提示信息； 3.如果用户名或者密码任一信息未输入，登录后系统给出相应提示信息； 4.连续3次未通过验证时，自动关闭IE。
取款用例说明： 此用例完成用户利用自动取款机取款的全部流程，分为以下流程：插卡，输入密码，选择金额，取款，取卡等操作。 事件流： 该用例在用户插卡之后启动 1. 系统提示用户插卡； 2. 提示客户输入密码信息； 3. 密码输入完毕后，客户选择“确认”，向系统提交信息；
测试用例设计方法--正交试验法详解
测试用例设计方法--正交试验法详解 正交试验法介绍 正交试验法是研究多因素、多水平的一种试验法，它是利用正交表来对试验进行设计，通过少数的试验替代全面试验，根据正交表的正交性从全面试验中挑选适量的、有代表性的点进行试验，这些有代表性的点具备了“均匀分散，整齐可比”的特点。 正交表是一种特制的表格，一般用L n (m k )表示，L 代表是正交表，n 代表试验次数或正交表的行数，k 代表最多可安排影响指标因素的个数或正交表的列数，m 表示每个因素水平数，且有n=k*(m-1)+1。 正交表的特点 正交表具有以下两个特点。正交表必须满足这两个特点，有一条不满足，就不是正交表。 每列中不同数字出现的次数相等。这一特点表明每个因素的每个水平与其它因素的每个水平 参与试验的几率是完全相同的，从而保证了在各个水平中最大限度地排除了其它因素水平的干扰，能有效地比较试验结果并找出最优的试验条件。 在任意2列其横向组成的数字对中，每种数字对出现的次数相等。这个特点保证了试验点均匀地分散在因素与水平的完全组合之中，因此具有很强的代表性。 使用正交试验法的原因 对于单因素或两因素试验，因其因素少，试验的设计、实施与分析都比较简单。但在实际工作中，常常需要同时考察3个或3个以上的试验因素，若进行全面试验，试验的规模很大，由于时间和成本的限制我们不可能进行全面试验，但是具体挑其中的哪些测试用例进行测试我们心里拿不准，总担心不做不挑选的那些测试用例会遗漏一些严重缺陷。为了有效的、合理地减少测试的工时与费用，我们利用正交试验法来设计测试用例。正交试验法就是安排多因素试验、寻求最优水平组合的一种高效率的试验设计方法。 我们用测试实例来进行说明使用正交试验法设计测试用例的好处。 测试需求： 某所大学通信系共2个班级，刚考完某一门课程，想通过“性别”、“班级”和“成绩”这三个查询条件对通信系这门课程的成绩分布，男女比例或班级比例进行人员查询： 根据“性别”=“男，女”进行查询 根据“班级”=“1班，2班”查询 根据“成绩”=“及格，不及格”查询 按照传统设计——全部测试 分析上述测试需求，有3个被测元素，被测元素我们称为因素，每个因素有两个取值，
软件测试用例设计--场景分析方法
·软件测试用例设计－－场景分析方法 方法简介 现在的软件几乎都是用事件触发来控制流程的，事件触发时的情景便形成了场景，而同一事件不同的触发顺序和处理结果就形成事件流。这种在软件设计方面的思想也可以引入到软件测试中，可以比较生动地描绘出事件触发时的情景，有利于测试设计者设计测试用例，同时使测试用例更容易理解和执行。 基本流和备选流：如下图所示，图中经过用例的每条路径都用基本流和备选流来表示，直黑线表示基本流，是经过用例的最简单的路径。备选流用不同的色彩表示，一个备选流可能从基本流开始，在某个特定条件下执行，然后重新加入基本流中（如备选流1和3）；也可能起源于另一个备选流（如备选流2），或者终止用例而不再重新加入到某个流（如备选流2和4）。 二.实战演习 1. 例子描述 下图所示是ATM例子的流程示意图。
表3-8 场景设计 注：为方便起见，备选流3和6（场景3和7）内的循环以及循环组合未纳入上表。 3.用例设计 对于这7个场景中的每一个场景都需要确定测试用例。可以采用矩阵或决策表来确定和管理测试用例。下面显示了一种通用格式，其中各行代表各个测试用例，而各 列则代表测试用例的信息。本示例中，对于每个测试用例，存在一个测试用例
ID、条件（或说明）、测试用例中涉及的所有数据元素（作为输入或已经存在于数据库中）以及预期结果。 表3-9 测试用例表 4.数据设计 一旦确定了所有的测试用例，则应对这些用例进行复审和验证以确保其准确且适度，并取消多余或等效的测试用例。
测试用例一经认可，就可以确定实际数据值（在测试用例实施矩阵中）并且设定测试数据，如表3-10所示。 表3-10 测试用例表
白盒测试：路径测试及测试用例设计
20 14 —20 15 学年第 2 学期 软件测试技术课程 实验报告 学院：计算机科学技术 专业：软件工程 班级：软件12401 姓名：李晶宇 学号：041240134 任课教师：刘玉宝
实验日期：2015年 6 月16 日实验题目实验5、白盒测试：路径测试及测试用例设计 实验目的1、掌握独立路径，程序基本路径测试的概念。 2、掌握独立路径测试法。 实验内容 程序int binsearch(int array[],int key)实现折半查找的功能。数组array元素按升序排列，length为数组array的长度，key为要查找的值。 试用独立路径集测试法测试该程序，撰写实验报告。 关键代码如下（Java实现） public static int binsearch(int array[],int key) { int low = 0; int high = array.length - 1; int middle; while(low <= high) { middle = (low+high)/2; if(array.[middle] == key) { return middle; }else if(array.[middle] < key) { low = middle +1; }else { high = middle - 1; } } return -1; } 实验步骤： 1）画出程序的流图(控制流程图)。
程序入口（数组元素升序） low <= high (low+high)/2 array[middle] == key Y N array[middle] < key key=middle Y N low=middle+1 high=middle-1 程序出口 2）计算流图G 的圈复杂度V(G)。 封闭区域：○2→○3→○4→○6→○7→○2→○10 ○2→○3→○4→○6→○8→○9→○2→○10 还有一个区域是这两个区域以外的区域，共有三个区域，即独立路径数的上界 是3，V(G)=3。 3）确定只包含独立路径的基本路径集。 V(G)值正好等于该程序的独立路径的条数。 程序的独立路径是： Path1:○1→○2→○3→○4→○5→○10 Path2:○1→○2→○3→○4→○6→○7→○2→○10 Path3:○1→○2→○3→○4→○6→○8→○9→○2→○10 4）根据上面的独立路径，设计测试用例，得到测试用例表。 为了确保基本路径集中的每一条路径的执行，根据判断结点给出的条件，选择适当的数据以保证每一条路径可以被测试到，满足上面例子基本路径集的测试用例表如下： 2 10 1 4 6 5 7 8 9 3
软件测试用例实例 非常详细
1、兼容性测试 在大多数生产环境中，客户机工作站、网络连接和数据库服务器的具体硬件规格会有所不同。客户机工作站可能会安装不同的软件例如，应用程序、驱动程序等而且在任何时候，都可能运行许多不同的软件组合，从而占用不同的资源。 测试目的 配置说明操作系统系统软件外设应用软件结果 服务器Window2000(S) WindowXp Window2000(P) Window2003 用例编号TestCase_LinkWorks_WorkEvaluate 项目名称LinkWorks 模块名称WorkEvaluate模块 项目承担部门研发中心-质量管理部 用例作者 完成日期2005-5-27 本文档使用部门质量管理部 评审负责人 审核日期 批准日期 注：本文档由测试组提交，审核由测试组负责人签字，由项目负责人批准。历史版本： 版本/状态作者参与者起止日期备注 V1.1
1.1. 疲劳强度测试用例 强度测试也是性能测试是的一种，实施和执行此类测试的目的是找出因资源不足或资源争用而导致的错误。如果内存或磁盘空间不足，测试对象就可能会表现出一些在正常条件下并不明显的缺陷。而其他缺陷则可能由于争用共享资源（如数据库锁或网络带宽）而造成的。强度测试还可用于确定测试对象能够处理的最大工作量。 测试目的 测试说明 前提条件连续运行8小时,设置添加10用户并发 功能1 2小时 4小时 6小时 8小时 功能1 2小时 4小时 6小时 8小时 一、功能测试用例 此功能测试用例对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。主要测试技术方法为用户通过GUI（图形用户界面）与应用程序交互，对
报表测试用例设计方法总结
报表测试用例设计方法总结 报表的测试主要分为以下几个方面:界面,安全性,准确性,展示速度(性能) 数据统计方面 1、报表统计数据的正确性； 2、报表统计数据的完整性； 3、报表统计数据的合法性；比如，统计金额字段需求要求有“$”等； 报表格式 1、表头字段表示的正确性； 2、表头字段表示的完整性； 3、表头字段表示的字体，字号，美观程度； 4、各统计字段的显示是否满足需求；比如：数据过长时要求折行还是缩小； 5、页眉和页角的表示； 报表的预览和印刷 1、预览中的显示完整性； 2、多页情况下，第2页的表头显示； 3、能否实现需求要求的特定印刷情况；（比如，印刷使用指定的模板） 4、预览后印刷； 5、不预览，直接印刷 6、需求规定各类打印机的测试； 数据准确性测试，带有报表测试的系统分为两类，一类是业务系统中，带有统计分析功能模块，该模块中包含分析报表，这个系统的主体是业务系统，报表是为**业务的而提供帮助的。 比如说，应年检统计报表，某月应交罚款车辆统计报表，这样的报表数据准确与否，可通过增加、删减、修改相关业务或相关业务的参数，查看统计报表数据变化，检查数据准确性。
另一类是系统只有统计功能，就是我说的数据仓库展现这类，它与业务系统分离，并且经过多层处理，比如数据仓库的数据，经过抽取，清洗，展现前会经过数据挖掘，数据再处理，有些字段在原始数据表中根本就没有。这样的数据准确性测试比较复杂，当然检查出数据错误，修改定位也是很不容易的。 从整个项目节约成本看，逐层测试效果是最好的。完全修改率也是最高的。 首先建立测试数据模型，模拟所有应用表，建立简单易跟踪的数据用例，底层的数据表测试，方法很原始，嘿嘿，通过SQL语句和手工计算，对数据进行比对。对系统中的报表数据准确性测试方法较为灵活， ①系统中报表重叠的进行比对 ②对子报表汇总与父报表比对，就是对月报表汇总与年报表比对，日报表汇总与月报表比对，这只是一个方面，可以从维度关系考虑，地域，行政级别、时间，个人等方面下手，进行汇总比对 ③这个方法如果延伸点呢，可以将报表间的业务逻辑关系作为比对依据。呵呵，这要看测试人员的需求了解深度个人能力了。插几句不想干的话，做测试工作总让我保持快乐状态，前两天我的一个同事说，公司里一直没有人喜欢做测试工作，这个工作太枯燥。嘿嘿，我当时就说我做了这么多年的测试工作从来没有感觉到枯燥。重复性工作不代表枯燥，编程其实不也是重复嘛，人每天谁不重复昨天的事啊，吃饭，吃这个动作重复一生，有谁觉得麻烦枯燥啦？ ④使用SQL和手工计算进行比对。以上是差错方式，接下来讲一下查什么错？哪些地方容易出错 ● 原始表使用错误：因为表比较多，又加上没有统一的数据关系对应表，很容易表使用错误，当然这应该是单元测试检查出来的错误。 ● 数据处理逻辑错误：这一点容易因为测试人员和开发人员对需求理解有偏差造成争执，所以在需求评审时，对数据处理规则用表达式或伪代码表示清楚。还有就是程序员失误，逻辑编写有偏差，边界值、特殊情况处理不当。 ● 数据权限：不同用户对数据有着不同的查看权限。这关系到数据的安全性。 ● 数据误差：数据的保留位数，数据是否是处理计算是否是最后一次计算使用了位数保留和四舍五入。 ● 由于字典表，数据错误，而造成的数据错误，如，根据性别统计，购买量，表中的男女颠倒，或者没有考虑性别缺失项，用了if else,这样就是把表中缺失该项内容的算成了
测试用例八大设计方法和实例
测试用例设计方法 1等价类划分 1.1 理论知识 等价类划分是一种典型的黑盒测试方法。这一方法完全不考虑程序的内部结构，只依据程序的规格说明来设计测试用例。 等价类是指某个输入域的子集合。在该子集合中，各个输入数据对于揭示程序中的错误都是等效的。 等价类合理地假设：某个等价类的代表值，与该等价类的其他值，对于测试来说是等价的。 因此，可以把全部的输入数据划分成若干的等价类，在每一个等价类中取一个数据来进行测试。这样就能以较少的具有代表性的数据进行测试，而取得较好的测试效果。 等价类划分是把所有可能的输入数据,即程序的输入域划分成若干部分（子集）,然后从每一个子集中选取少数具有代表性的数据作为测试用例.该方法是一种重要的,常用的黑盒测试用例设计方法. 1) 分类： 划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类. 有效等价类:是指对于程序的规格说明来说是合理的,有意义的输入数据构成的集合.利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能. 无效等价类:与有效等价类的定义恰巧相反. 设计测试用例时,要同时考虑这两种等价类.因为,软件不仅要能接收合理的数据,也要能经受意外的考验.这样的测试才能确保软件具有更高的可靠性. 2）划分等价类的方法: 下面给出六条确定等价类的原则： ①在输入条件规定了取值范围或值的个数的情况下,则可以确立一个有效等价类和两个无效等价类. ②在输入条件规定了输入值的集合或者规定了“必须如何”的条件的情况下,可确立一个有效
白盒测试用例练习题(1)
白盒测试用例练习 1．为以下所示的程序段设计一组测试用例，要求分别满足语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、组合覆盖和路径覆盖，并画出相应的程序流程图。 void DoWork (int x,int y,int z) { int k=0,j=0; if ( (x>3)&&(z<10) ) { k=x*y-1; j=sqrt(k); //语句块1 } if ( (x==4)||(y>5) ) { j=x*y+10; } //语句块2 j=j%3; //语句块3 } a Y c N b e Y N d x>3 and z<10 x=4 or y>5 j=j%3 j=x*y+10 k=x*y-1 j=sqrt(k) k=0 j=0
由这个流程图可以看出，该程序模块有4条不同的路径： P1:(a-c-e) P2:(a-c-d) P3:(a-b-e) P4:(a-b-d) 将里面的判定条件和过程记录如下： 判定条件M＝{x>3 and z<10} 判定条件N={x=4 or y>5} 1、语句覆盖 测试用例输入输出判定M的取值判定N的取值覆盖路径x=4,z=5,y=8 k=31,j=0 T T P1(a-c-e) 2、判定覆盖 p1和p4可以作为测试用例，其中p1作为取真的路径，p4作为取反的路径。 测试用例输入输出判定M的取值判定N的取值覆盖路径x=4,z=5,y=8 k=31,j=0 T T P1(a-c-e) x=2,z=11,y=5 k=0,j=0 F F P4(a-b-d) 也可以让测试用例测试路径P2和P3。相应的两组输入数据如下： 测试用例输入输出判定M的取值判定N的取值覆盖路径x=5,z=5,y=4 k=19,j=sqrt(19)%3 T F P2(a-c-d) x=4,z=11,y=6 k=0,j=1 F T P3(a-b-e) 3、条件覆盖 对于M：x>3取真时T1，取假时F1; z<10取真时T2，取假时F2； 对于N：x=4取真时T3，取假时F3; y>5取真时T4，取假时F4。 条件：x>3,z<10,x=4,y>5 条件：x<=3,z>=10,x!=4,y<=5 根据条件覆盖的基本思路，和这8个条件取值，组合测试用例如表所示: 测试用例输入输出取值条件具体取值条件覆盖路径x=4,z=5,y=8 k=31, j=0 T1，T2，T3，T4 x>3,z<10,x=4,y>5 P1(a-c-e) x=3,z=11,y=5 k=0, j=0 F1，F2，F3，F4 x<=3,z>=10,x!=4,y<=5 P4(a-b-d) 4、判定/条件覆盖 测试用例输入输出取值条件具体取值条件覆盖路径x=4,z=5,y=8 k=31, j=0 T1，T2，T3，T4 x>3,z<10,x=4,y>5 P1(a-c-e) x=3,z=11,y=5 k=0, j=0 F1，F2，F3，F4 x<=3,z>=10,x!=4,y<=5 P4(a-b-d)
测试用例的设计与如何编写测试用例
测试用例的设计与如何编写测试用例 常见的开发模型： V模型、瀑布模型、敏捷开发模型、W模型 软件生命周期： 1、问题的定义及规划 2、需求分析 3、软件设计（明确怎么做！） 4、软件编码 5、软件测试 6、运行维护 测试生命周期： 单元测试：一般是开发完成时 集成测试：单元测试之后，单元之间接口是否正确，数据是否正常传递。比如说注册和充值两个功能是否能够连通。 系统测试：根据测试用例，进行完整的系统测试 验收测试：用户对软件进行验收 软件测试阶段： 单元、集成、系统、验收（正式验收、Alpha测试，Beta测试） 软测方法： 白盒测试、黑盒测试、灰盒测试 软测类型： 功能、界面、安全、兼容性、易用性、性能、压力、负载、恢复测试等 其他测试分类：冒烟测试、回归测试、探索性测试 常用的开发的模型：V模型
V模型 软件测试的分类
软测分类 什么是黑盒测试？ 黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。不考虑内部结构，在程序接口进行测试。 Alpha、Beta测试的区别？ Alpha测试：前期的用户测试，公司内部在模拟实际操作环境下进行的一种验收测试。 Beta测试：后期的用户测试，此时已经通过内部测试，即将真实发布，是软件的在一个或者多个用户的实际使用环境下进行的测试 冒烟测试和回归测试区别？ 冒烟测试：在新版本出来的时候，将软件的全部功能过一遍，功能可以正常进行不会影响测试进度，这个版本就可以真正测试了 回归测试：对以前版本中发现的bug在新的版本中验证是否存在且是否引发新的bug 软测用例的设计方法 1、边界值： 选取等于、刚刚大于、刚刚小于边界的值作为测试数据 基本思想是在最小值、略高于最小值、正常值、略低于最大值和最大值等处取值 2、等价类划分： 等价类划分就是把程序的输入域划分成若干部分，然后从每部分选取少量的具有代表性的数据作为测试用例。 无效等价类：不合理的、无意义的输入数据结婚，验证程序处理意外数据的能力 有效等价类：有意义的输入数据的集合，检验程序是否实现了规格说明总的功能和性能 等价类划分方法：按区间划分、数值划分、数值集合划分、限制条件和规则划分 3、错误推算法： 进行错误的操作，验证程序是否对出错的场景和情况有些应对能力，来选择测试用例数据 4、因果法/判定表法： 将判定表的每一列作为依据，设计测试用例。检查输入条件的各种组合情况 5、场景法： 通过描述的业务流程，设计用例来列出不同业务场景，作为测试用例的测试数据 基本流：主要是功能的正常操作流程 分支流：需要程序做非法判断处理的 *测试用例方法的选择*（划重点） 1、进行等价类划分，主要是输入条件的划分，这是提高测试效率最有效的方法 在任何情况下都必须使用边界值分析法，这种方法设计出测试用例发现程序错误的能力最强 2、用错误推测法追加测试用例
白盒测试及用例设计
白盒测试 白盒测试(White-box Testing，又称逻辑驱动测试,结构测试) 是把测试对象看作一个打开的盒子。利用白盒测试法进行动态测试时，需要测试软件产品的内部结构和处理过程，不需测试软件产品的功能。白盒测试又称为结构测试和逻辑驱动测试。 白盒测试法的覆盖标准有逻辑覆盖、循环覆盖和基本路径测试。其中逻辑覆盖包括语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖和路径覆盖。 六种覆盖标准：语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖和路径覆盖发现错误的能力呈由弱至强的变化。语句覆盖每条语句至少执行一次。判定覆盖每个判定的每个分支至少执行一次。条件覆盖每个判定的每个条件应取到各种可能的值。判定/条件覆盖同时满足判定覆盖条件覆盖。条件组合覆盖每个判定中各条件的每一种组合至少出现一次。路径覆盖使程序中每一条可能的路径至少执行一次。 白盒测试也称结构测试或逻辑驱动测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软件验证。 "白盒"法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。"白盒"法是穷举路径测试。在使用这一方案时，测试者必须检查程序的内部结构，从检查程序的逻辑着手，得出测试数据。贯穿程序的独立路径数是天文数字。但即使每条路径都测试了仍然可能有错误。第一，穷举路径测试决不能查出程序违反了设计规范，即程序本身是个错误的程序。第二，穷举路径测试不可能查出程序中因遗漏路径而出错。第三，穷举路径测试可能发现不了一些与数据相关的错误。