测试技术及实践

测试技术及实践第1页，共31页，2023年，2月20日，星期一所谓测试用例，是指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。内容包括前置条件、测试环境、输入数据、测试步骤、预期结果、实际结果等，并形成文档。

测试用例可以是纯文本的说明文档，也可以是用脚本语言或高级语言编写的一段代码。测试用例描述（TestCase）第2页，共31页，2023年，2月20日，星期一测试用例设计过程（TestCaseDesigningProcess）基于测试计划中已有的测试需求，划分为功能测试需求和非功能测试需求；功能测试需求按树形架构来组织，按功能级别划分，细到小功能点，并列出与之关联的功能点；每个功能点下细分测试点，并列出与之关联的测试点；测试点下再设计测试用例，并列出与之关联的测试用例；对每个测试需求进行编号，并定义该项需求是否可测

第3页，共31页，2023年，2月20日，星期一测试用例的编写已有成型的EXCEL形式的测试用例模板（CMMI体系标准）其他需要进行的事项组织测试方案评审根据评审结果进行修改或确认测试用例第4页，共31页，2023年，2月20日，星期一功能测试介绍功能测试也称黑盒测试它是把测试对象看做一个黑盒子，测试人员完全不考虑程序内部的逻辑结构和内在特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明每个测试用例测试一个或多个功能第5页，共31页，2023年，2月20日，星期一功能测试的目的功能测试的目的功能测试方法是在程序接口上进行测试，主要是为了发现以下错误：是否有错误的或遗漏的功能？在接口上，输入能否正确地接受？能否输出正确的结果？是否有数据结构错误或外部信息（例如数据文件）访问错误？性能上是否能够满足要求？初始化和终止性错误

第6页，共31页，2023年，2月20日，星期一操作功能测试应注意功能测试不考虑控制结构，而是注意信息域。使用功能测试时应注意以下问题：如何测试功能的有效性何种类型的输入会产生好的测试用例系统是否对特定的输入尤其敏感如何分割数据类的边界系统能够承受何种数据率和数据量特定类型的数据组合会对系统产生何种影响第7页，共31页，2023年，2月20日，星期一功能用例是否能做到完全测试呢？用黑盒测试发现程序中的错误，是不是要把所有的输入条件可能的情况都执行一遍测试呢？这是不可能的。第8页，共31页，2023年，2月20日，星期一等价类划分（1）等价类划分是一种典型的功能测试方法，使用这一方法时，完全不考虑程序的内部结构，只依据程序的规格说明来设计测试用例。等价类划分方法把所有可能的输入数据，即程序的输入域划分成若干部分，然后从每一部分中选取少数有代表性的数据做为测试用例。等价类是指某个输入域的子集合。在该子集合中，各个输入数据对于揭露程序中的错误都是等效的。并合理假定测试某等价类的代表值就等价于对这一类其它值的测试。使用这一方法设计测试用例，要经历划分等价类和选取测试用例两步第9页，共31页，2023年，2月20日，星期一等价类划分（2）等价类的划分有两种不同的情况有效等价类：指对于程序的规格说明来说，是合理的，有意义的输入数据构成的集合无效等价类：指对于程序的规格说明来说，是不合理的，无意义的输入数据构成的集合第10页，共31页，2023年，2月20日，星期一等价类划分（3）划分等价类的六条原则如果输入条件规定了取值范围，或值的个数，则可以确立一个有效等价类和两个无效等价类。例如，在程序的规格说明中，对输入条件有一句话：

“……N可以从1到999……”

则有效等价类是：“1≤N≤999”，两个无效等价类是“N＜1”和“N＞999”。第11页，共31页，2023年，2月20日，星期一等价类划分（4）(2)

如果输入条件规定了输入值的集合，或者是规定了“必须如何”的条件，这时可确立一个有效等价类和一个无效等价类。例如，在Pascal语言中对变量标识符规定为“以字母打头的……串”。那么所有以字母打头的构成有效等价类，而不在此集合内（不以字母打头）的归于无效等价类。第12页，共31页，2023年，2月20日，星期一等价类划分（5）(3)如果输入条件是一个布尔量，则可以确定一个有效等价类和一个无效等价类。(4)如果规定了输入数据的一组值（假定n个），而且程序要对每个输入值分别进行处理。这时可为每一个输入值确立为一个有效等价类，此外针对这组值确立一个无效等价类，它是所有不允许的输入值的集合。第13页，共31页，2023年，2月20日，星期一等价类划分（6）(5)如果规定了输入数据必须遵守的规则，则可以确立一个有效等价类（符合规则）和若干个无效等价类（从不同角度违反规则）。(6)在确知已经划分的等价类中，各元素在程序处理中的方式不同的情况下，则应再将该等价类进一步划分为更小的等价类。第14页，共31页，2023年，2月20日，星期一边界值分析（1）边界值分析（BVA）边界值分析也是一种功能测试方法，是对等价分割方法的补充经验告诉我们，大量的错误是发生在输入或输出范围的边界上，而不是在输入范围的内部。因此针对各种边界情况设计测试用例，可以查出更多的错误使用边界值分析方法设计测试用例，首先应确定边界情况。应当选取正好等于，刚刚大于，或刚刚小于边界的值做为测试数据，而不是选取等价类中的典型值或任意值做为测试数据第15页，共31页，2023年，2月20日，星期一边界值分析（2）边界值的选择方法如果输入条件代表以a和b为边界的范围，测试用例应当包含a、b、略大于a和略小于b的值如果输入条件规定了值的个数，则用最大个数、最小个数、比最小个数少1、比最大个数多1的数作为测试数据以上两点也适用于输出条件。测试用例应当创建包含最大值和最小值的输出如果程序的规格说明给出的输入域或输出域是有序集合，则应选取集合的第一个元素和最后一个元素作为测试用例如果程序使用了一个内部数据结构，则应当选择这个内部数据结构边界上的值作为测试用例第16页，共31页，2023年，2月20日，星期一边界值分析（3）比如，在做三角形计算时，要输入三角形的三个边长：A、B和C。我们应注意到这三个数值应当满足

A＞0、B＞0、C＞0、

A＋B＞C、A＋C＞B、B＋C＞A，才能构成三角形。但如果把六个不等式中的任何一个大于号“＞”错写成大于等于号“≥”，那就不能构成三角形。第17页，共31页，2023年，2月20日，星期一错误推测法人们也可以靠经验和直觉推测程序中可能存在的各种错误，从而有针对性地编写检查这些错误的例子。这就是错误推测法。错误推测法的基本想法是：列举出程序中所有可能有的错误和容易发生错误的特殊情况，根据它们选择测试用例。第18页，共31页，2023年，2月20日，星期一因果图法（1）因果图法的定义因果图法是从用自然语言书写的程序规格说明书的描述中，找出因（输入条件）和果（输出或程序状态的改变），通过因果图转换为判定表第19页，共31页，2023年，2月20日，星期一因果图法（2）因果图的适用范围如果在测试时必须考虑输入条件的各种组合，可使用一种适合于描述对于多种条件的组合，相应产生多个动作的形式来设计测试用例，这就需要利用因果图。

因果图方法最终生成的就是判定表。它适合于检查程序输入条件的各种组合情况第20页，共31页，2023年，2月20日，星期一因果图举例（1）问题：

“第一列字符必须是A或B，第二列字符必须是一个数字，在此情况下进行文件的修改。但如果第一列字符不正确，则给出信息L，如果第二列字符不是数字，则给出信息M。”第21页，共31页，2023年，2月20日，星期一因果图举例（2）原因：

1——第一列字符是A；

2——第一列字符是B；

3——第二列字符是一数字。结果：

21——修改文件M；

22——给出信息M；

23——修改文件。序号两两组合第22页，共31页，2023年，2月20日，星期一场景法（1）现在的软件几乎都是用事件触发来控制流程的，事件触发时的情景便形成了场景，而同一事件不同的触发顺序和处理结果就形成事件流。场景不同的触发顺序构成用例。用例场景用来描述流经用例的路径，从用例开始到结束遍历这条路径上所有基本流（基本流程）和备选流（分支流程）。设计用例遍历软件系统功能、验证其正确性。第23页，共31页，2023年，2月20日，星期一场景法（2）例如，下图中经过用例的每条不同路径都反映了基本流和备选流，都用箭头来表示。基本流用直黑线来表示，是经过用例的最简单的路径。每个备选流自基本流开始，之后，备选流会在某个特定条件下执行。备选流可能会重新加入基本流中（备选流1和3），还可能起源于另一个备选流（备选流2），或者终止用例而不再重新加入某个流（备选流2和4）。

第24页，共31页，2023年，2月20日，星期一场景法（3）按照所示的每个经过用例的路径，可以确定以下用例场景1、基本流2、基本流、备选流13、基本流、备选流1、备选流24、基本流、备选流35、基本流、备选流3、备选流16、基本流、备选流3、备选流1、备选流27、基本流、备选流48、基本流、备选流3、备选流4注：场景5、6和8只考虑了备选流3循环执行一次的情况第25页，共31页，2023年，2月20日，星期一用例设计的其他方法（1）正交试验设计就是使用已经造好了的正交表格来安排试验并进行数据分析的一种方法，目的是使用最少的测试用例达到最高的测试覆盖率。功能图是用功能图形象地表示程序的功能说明，并机械地生成功能图的测试用例，由状态迁移图和逻辑功能模型构成。功能图法实际上是一种黑盒、白盒混合用例设计方法。第26页，共31页，2023年，2月20日，星期一编写测试用例选择的综合策略首先进行等价类划分，包括输入条件和输出条件的等价类划分，将无限测试变成有限测试在任何情况下都必须使用边界值分析方法，经验表明，用这种方法设计出的测试用例发现程序错误的能力最强可以用错误推测法追加一些测试用例，这需要依靠测试工程师的智慧和经验对照程序逻辑，检查已设计出的测试用例的逻辑覆盖程度。如果没有达到要求的覆盖标准，应当补充足够的测试用例。如果程序的功能说明中含有输入条件的组合情况，则一开始就可以选用因果图法和判定表驱动法。对于参数配置类的软件，要用正交试验法选择较少的组合方式达到最佳功能图法也是很好的测试用例设计方法，可以通过不同时期条件的有效性设计不同的测试数据对于业务流清晰的系统，可以利用场景法贯穿整个测试案例过程，在案例中综合使用各种测试方法。第27页，共31页，2023年，2月20日，星期一思考题——网上银行支付交易系统的基本流和备选流的描述基本流A：步骤步骤名称步骤描述A1网上订购商品用户登录网站，订购所需商品、点击网上银行支付A2输入银行卡信息输入银行卡号和密码A3校验银行卡信息系统对银行卡号和密码进行校验A4金额校验1系统确认订单金额不大于卡内余额A5金额校验2系统确认订单金额不大于银行卡网上可支付额度A6银行卡扣款支付成功，系统从银行卡中扣除相应金额，返回订单号基本流B：编号名称备选流描述B密码不正确在基本流A3步骤中，密码不正确（且密码输入尚未超过三次），重新加入基本流A2；否则退出基本流C银行卡内余额不足在基本流A4步骤中，系统判断银行卡内余额不足以支付订单，退出基本流D银行卡网上可支付额度不够在基本流A5步骤中，系统判断银行卡网上可支付额度小雨订单金额，退出基本流注：假定输入的银行卡号是正确的；不考虑备选流的内循环情况第28页，共31页，2023年，2月20日，星期一思考题——网上银行支付交易系统问题