05测试用例设计(补充)

测试的设计及测试用例（补充）黑盒测试用例的设计场景设计法大部分软件是由事件触发来控制流程的，事件触发时的情景就是所谓的场景编辑申请单确认取消确认审批生成申请报告不通过通过场景设计法根椐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-49849850.00500.002000成功提款。账户余额被更新为450.00Test2场景2：ATM内没有现金4987809-498498100.00500.000.00提款选项不可用，用例结束Test3场景3：ATM内现金不足4987809-498498100.00500.0070.00警告消息，返回基本流步骤6，输入金额Test4场景4：PIN有误（还有不止一次输入机会）4978809-498498n/a500.002000警告消息，返回基本流步骤4，输入PINTest5场景4：PIN有误（还有一次输入机会）4978809-498498n/a500.002000警告消息，返回基本流步骤4，输入PINTest6场景4：PIN有误（不再有输入机会）4978809-498498n/a500.002000警告消息，卡予保留，用例结束错误猜测法是基于经验的直觉推测程序中可能发生的各种错误，有针对性设计测试用例。注意：最重要的是要思考和分析测试对象的各个方面，多参考以前发现的Bug的相关数据、总结的经验，个人多考虑异常的情况、反面的情况、特殊的输入，以一个攻击者的态度对待程序，那么就能设计出比较完善的测试用例。正交表法正交表法是一种有效减少测试用例个数的设计方法。正交表是一整套规则的设计表格，L9(34)，。正交表的构造需要用到组合数学和概率学知识正交表例：姓名：填，不填性别：男，女状态：激活，不激活正交表法步骤：确定有哪些因素每个因素有哪几个水平选择一个合适的正交表注意：不是每一个输入条件和参数的组合都能找到现在合适的正交表，有些时候需要进一步地通过拟水平法，拟因素法来变换正交表以便适应实际的情况组合覆盖法有效减少测试用例个数的测试用例方法单因素覆盖、成对覆盖(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-5Size:10,100,500,1000,5000,10000,40000Formatmethod:quick,slowFilesystem:FAT,FAT32,NTFSClustersize:512,1024,2048,4096,8192,16384,32768,65536Compression:on,off组合覆盖法自动化工具微软PICT：://分类树分类树方法的基本原理是：首先把测试对象的可能输入按照不同的分类方式进行分类，每一种分类要考虑的是测试对象的不同的方面。然后把各种分开的输入组合在一起产生不冗余的测试用例，同时又能覆盖测试对象的整个输入域。分类树分类树步骤：1.识别出测试对象并分析输入空间2.对测试对象的输入空间进行分类3.画出分类树、组合成测试用例测试用例设计的自动化测试用例设计大部分需要手工进行，这也是由于设计的复杂性和灵活性决定的。自动化测试工具主要的两个目标：1.测试数据的生成2.帮助测试人员产生数据和筛选数据测试用例的评价同行评审，用户检查评价内容：需求覆盖完整性、有效性、清晰性、可理解性、可维护性。黑盒测试方法的比较与选择上面讨论了几种典型的黑盒测试方法，这些测试方法的共同特点是，它们都把程序看作是一个打不开的黑盒，只知道输入到输出的映射关系，根据软件规格说明设计测试用例。在等价类分析测试中，通过等价类划分来减少测试用例的绝对数量。边界值分析方法则通过分析输入变量的边界值域设计测试用例。在因果图测试方法和决策表测试中，通过分析被测程序的逻辑依赖关系，构造决策表，进而设计测试用例。黑盒测试方法的比较与选择1．测试工作量以边界值分析、等价类划分和决策表测试方法来讨论它们的测试工作量，即生成测试用例的数量与开发这些测试用例所需的工作量。每种测试方法的测试用例数量黑盒测试方法的比较与选择由每种方法设计测试用例的工作量曲线:每种方法设计测试用例的工作量趋势测试方法研究的目的就是在开发测试用例工作量和测试执行工作量之间做一个令人满意的折中。黑盒测试方法的比较与选择2．测试有效性解释测试有效性是很困难的。因为我们不知道程序中的所有故障，因此我们也不可能知道给定方法所产生的测试用例是否能够发现这些。所能够做的，只是根据不同类型的故障，选择最有可能发现这种缺陷的测试方法(包括白盒测试)。根据最可能出现的故障种类，分析得到可提高测试有效性的实用方法。通过跟踪所开发软件中的故障的种类和密度，也可以改进这种方法。黑盒测试方法的比较与选择利用程序的已知属性，选择处理这种属性的方法，在选择黑盒测试方法时一些经常用到的属性有：变量表示物理量还是逻辑量?在变量之间是否存在依赖关系?是否有大量的例外处理?黑盒测试方法的比较与选择下面给出一些黑盒测试方法选取的初步的“专家系统”：如果变量引用的是物理量，可采用边界值分析测试和等价类测试。如果变量是独立的，可采用边界值分析测试和等价类测试。如果变量不是独立的，可采用决策表测试。如果可保证是单缺陷假设，可采用边界值分析和健壮性测试。如果可保证是多缺陷假设，可采用边界值分析测试和决策表测试如果程序包含大量例外处理，可采用健壮性测试和决策表测试。如果变量引用的是逻辑量，可采用等价类测试用例和决策表测试。