软件测试技术：黑盒测试用例的设计

测试的设计及测试用例（补充）黑盒测试用例的设计场景设计法大部分软件是由事件触发来控制流程的，事件触发时的情景就是所谓的场景编辑申请单确认取消确认审批生成申请报告不通过通过场景设计法根椐UML覆盖系统用例中的主成功场景和扩展场景，并且适当补充各种正反面的测试用例和考虑出现的异常情形测试人员要充分发挥对用户实际业务场景的想像关心用户做什么，而不是关心产品做什么优点：实用性强，有效，设计出来的用例有价值缺点：可能使用的场景不一定能对事件系列进行全面的分析，设计出来的用例不完整。场景设计法场景设计法场景1——成功提款基本流

场景2——ATM内没有现金基本流备选流2场景3——ATM内现金不足基本流备选流3场景4——PIN有误（还有输入机会）基本流备选流4场景5——PIN有误（不再有输入机会）基本流备选流4场景6——账户不存在/账户类型有误基本流备选流5场景7——账户余额不足基本流备选流6场景设计法--场景设计TC（测试用例）ID号场景/条件PIN账号输入（或选择）的金额账面金额ATM内的金额预期结果Test1场景1：成功提款VVVVV成功提款Test2场景2：ATM内没有现金VVVVI提款选项不可用，用例结束Test3场景3：ATM内现金不足VVVVI警告消息，返回基本流步骤6，输入金额Test4场景4：PIN有误（还有不止一次输入机会）IVn/aVV警告消息，返回基本流步骤4，输入PINTest5场景4：PIN有误（还有一次输入机会）IVn/aVV警告消息，返回基本流步骤4，输入PINTest6场景4：PIN有误（不再有输入机会）IVn/aVV警告消息，卡予保留，用例结束场景设计法--用例数据TC（测试用例）ID号场景/条件PIN账号输入（或选择）的金额（元）账面

金额（元）ATM内的金额（元）预期结果Test1场景1：成功提款4987809-49850.00500.002000成功提款。账户余额被更新为450.00Test2场景2：ATM内没有现金4987809-498100.00500.000.00提款选项不可用，用例结束Test3场景3：ATM内现金不足4987809-498100.00500.0070.00警告消息，返回基本流步骤6，输入金额Test4场景4：PIN有误（还有不止一次输入机会）4978809-498n/a500.002000警告消息，返回基本流步骤4，输入PINTest5场景4：PIN有误（还有一次输入机会）4978809-498n/a500.002000警告消息，返回基本流步骤4，输入PINTest6场景4：PIN有误（不再有输入机会）4978809-498n/a500.002000警告消息，卡予保留，用例结束错误猜测法是基于经验的直觉推测程序中可能发生的各种错误，有针对性设计测试用例。优点：充分发挥个人的经验和潜能，命中率高缺点：覆盖率难以保证；过多的依赖个人的经验注意：最重要的是要思考和分析测试对象的各个方面，多参考以前发现的Bug的相关数据、总结的经验，个人多考虑异常的情况、反面的情况、特殊的输入，以一个攻击者的态度对待程序，那么就能设计出比较完善的测试用例。常见错误（1）聊天窗口功能Ø输入特殊字符（全角、半角）后，窗口是否能够正常显示Ø输入空格，是否能够过滤，是否会算长度计算Ø输入html字符Ø输入脚本语言函数Ø在需要密码验证，或者需要二次输入确认的地方，通过复制粘贴第一次的输入内容是否能够通过常见错误（2）查询功能Ø无条件查询Ø是否支持模糊查询Ø查询的关键字之间是否可用连接符Ø输入正确的查询条件以前加上空格，看是否能正确查出相应的数据登陆功能Ø输入的数据前存在空格，是否能够正常登陆Ø输入的密码是否能够加密显示Ø用户在注销之后是否能够再登陆成功有趣的BUGX5O!P%@AP[4\PZX54(P^)7CC)7}$EICAR-STANDARD-ANTIVIRUS-TEST-FILE!$H+H*联通、私通xp的IE下notepad问题xp下AAAABBBCCCDDDDD正交表法正交表法是一种有效减少测试用例个数的设计方法。正交表是一整套规则的设计表格，L9(34)，。正交表的构造需要用到组合数学和概率学知识正交表例：姓名：填，不填

性别：男，女

状态：激活，不激活2水平3因素正交表法步骤：确定有哪些因素每个因素有哪几个水平选择一个合适的正交表注意：不是每一个输入条件和参数的组合都能找到现在合适的正交表，有些时候需要进一步地通过拟水平法，拟因素法来变换正交表以便适应实际的情况Allpairs正交矩阵工具/tools.shtml组合覆盖法有效减少测试用例个数的测试用例方法单因素覆盖、成对覆盖(pairwise)、三三组合覆盖/成对组合覆盖要求任意两个因素的所有水平组合要被覆盖一次。组合覆盖法

假设某功能有3个因素（或者叫输入项），每个因素（输入项）有2个不同的取值，分别为

【A1，A2】、

【B1，B2】、【C1，C2】引入成对组合的概念之后，我们可以用成对组合集合来表示通常的测试用例集。对于某个给定的测试用例，它能覆盖一定数量的成对组合元素。例如：

测试用例（A1，B1，C1）覆盖了（A1，B1），（A1，C1），（B1，C1）3个成对组合元素。

测试用例（A1，B1，C2）覆盖了（A1，B1），（A1，C2），（B1，C2）3个成对组合元素。【A1，B1，C2】、【A1，B2，C1】、【A2，B1，C1】、【A2，B2，C2】组合覆盖法示例Type:

Primary,Logical,Single,Span,Stripe,Mirror,RAID-5Size:

10,100,500,1000,5000,10000,40000Formatmethod:quick,slowFilesystem:

FAT,FAT32,NTFSClustersize:

512,1024,2048,4096,8192,16384,32768,65536Compression:

on,off组合覆盖法自动化工具微软PICT：/en-us/testing/bb980925.aspx/tools.asp分类树分类树方法的基本原理是：首先把测试对象的可能输入按照不同的分类方式进行分类，每一种分类要考虑的是测试对象的不同的方面。然后把各种分开的输入组合在一起产生不冗余的测试用例，同时又能覆盖测试对象的整个输入域。

分类树分类树步骤：1.识别出测试对象并分析输入空间2.对测试对象的输入空间进行分类3.画出分类树、组合成测试用例测试用例设计的自动化测试用例设计大部分需要手工进行，这也是由于设计的复杂性和灵活性决定的。自动化测试工具主要的两个目标：1.测试数据的生成2.帮助测试人员产生数据和筛选数据测试用例的评价同行评审，用户检查评价内容：需求覆盖完整性、有效性、清晰性、可理解性、可维护性。

黑盒测试方法的比较与选择上面讨论了几种典型的黑盒测试方法，这些测试方法的共同特点是，它们都把程序看作是一个打不开的黑盒，只知道输入到输出的映射关系，根据软件规格说明设计测试用例。在等价类分析测试中，通过等价类划分来减少测试用例的绝对数量。边界值分析方法则通过分析输入变量的边界值域设计测试用例。在因果图测试方法和决策表测试中，通过分析被测程序的逻辑依赖关系，构造决策表，进而设计测试用例。黑盒测试方法的比较与选择1．测试工作量以边界值分析、等价类划分和决策表测试方法来讨论它们的测试工作量，即生成测试用例的数量与开发这些测试用例所需的工作量。每种测试方法的测试用例数量黑盒测试方法的比较与选择由每种方法设计测试用例的工作量曲线:每种方法设计测试用例的工作量趋势

测试方法研究的目的就是在开发测试用例工作量和测试执行工作量之间做一个令人满意的折中。黑盒测试方法的比较与选择2．测试有效性解释测试有效性是很困难的。因为我们不知道程序中的所有故障，因此我们也不可能知道给定方法所产生的测试用例是否能够发现这些。所能够做的，只是根据不同类型的故障，选择最有可能发现这种缺陷的测试方法(包括白盒测试)。根据最可能出现的故障种类，分析得到可提高测试有效性的实用方法。通过跟踪所开发软件中的故障的种类和密度，也可以改进这种方法。黑盒测试方法的比较与选择利用程序的已知属性，选择处理这种属性的方法，在选择黑盒测试方法时一些经常用到的属性有：

变量表示物理量还是逻辑量?

在变量之间是否存在依赖关系?

是否有大量的例外处理?黑盒测试方法的比较与选择下面给出一些黑盒测试方法选取的初步的