白盒测试用例设计方法.docxVIP

白盒测试用例设计方法： 常用的黑盒测试用例设计方法有等价类划分法、边界值测试法、决策表法、错误猜测法 以及场景法，在进行黑盒测试用例设计吋的主要依据是软件系统规格说明书，因此在进行黑 盒测试之前必须保证软件系统规格说明书是经过审核的，如果未经审核，则需要进行探索式 测试。 等价类划分法是指将输入数据进行等价类划分，划分依据为系统的预期结果，隶属于同 一个等价类的输入数据会引发和同的预期结果，并且吻合和同的输入规范。 边界值测试法是对等价类划分法的一种补充，对于每个等价类来说,都会存在类的边缘, 经研究证明，边缘的数据更容易在系统运行中产生问题，因此边界值方法是一种非常必要的 方法。 决策表方法适合于解决多个逻辑条件的组合。判定表包括条件桩、条件项、动作桩、动 作项。条件桩中列出所有执行条件，次序无关；条件项中列出所对应条件的所有可能情况 下的取值；动作桩中列出可能采取的操作，次序无关；动作项中列出条件项各种取值情况F 采取的操作。 错误推测法定义：基于经验和直觉推测程序中所冇可能存在的各种错误，从而冇针对性 的设计测试用例的方法。错谋推测方法的基木思想：列举出程序屮所有可能有的错课和容 易发生错谋的特殊悄况，根据他们选择测试用例。 场景法： ERP系统木身是一种业务流程很复杂，单据报表众多，逻辑性很强的系统，质虽保证 方而很难得到严格的控制的软件系统，在测试过程中经常会出现测试设计遗漏、测试执行遗 漏等问题发生，一般的ERP系统设计大概包括以下儿方面：功能测试、业务流程测试、数据 逻辑测试、接口测试、兼容性测试、性能测试、易用性测试、用户体验测试等等；在针对 ERP系统的测试过程中，必须具有清晰的测试设计思路，搭建基木的测试设计框架；其次熟 悉所要设计的系统或者模块的业务，所要实现的功能;然后灵活运用常用的测试设计方法（等 价类、边界值、错谋猜测、路径分析法、场景法、正交验证法……用例设计方法）；最后运用 比较合理统-的风格和模板进行设计测试用例；“业务场景、业务流程、数据逻辑〃是关键， 业务理解清楚是做好ERP测试的基础；ERP系统测试用例分为儿类来写比较好：功能用例、 业务流程用例、数据逻辑用例、接口用例，最好是把功能与流程类的测试用例分开来写；就 个人而言，设计覆盖率高、兀余度低的测试用例应该从以下几个方而入手： 一、功能用例设计：相对而言比较简单，根据需求规格说明廿、界面原型提取测试 功能点/项，运用等价类、边界值、错课猜测、正交表等基木用例设计方法来设计，结合经 验积累完善用例设计就可以搞定，难度不大；需要根据文档/功能点/业务的变化进行修订/ 细化用例，提高功能用例的覆盖度；关丁功能用例设计的方法和文童有很多，都对以借鉴和 参考增加自身的经验积累和和知识沉淀。如：身份证输入文木框，需要用到等类、边界值 等方法，需要考虑15位和18位的身份证,需要考虑末位为字母的情况等...... 二、 业务流程用例设计：关键在于理解实际业务、实际应用场景，最常用的操作过 程和使用方法，必耍时还要考虑操作习惯；首先，需要结合业务模型或业务流程图，同需求 分析人员、业务专家共同确认实际业务流程/运用场呆，整理清號最基本最常用的业务流程 和应用场景，结合设计文档梳理系统应该实现的流程，并画出详细的业务和系统流程图（便 于进行流程测试用例设计）；接着，理清用例设计思路，画出用例设计流图，确定流程用例 模板和风格；然后，运用场景法、数据流程设计法、基本路径等方法设计业务流程用例； 1、 简单模块流程单一，无分支或者分支少，用例设计也比较容易，根据业务流程 设计测试数据，保证数据支持业务流程结果正确即可； 2、 复杂模块/子系统/系统，必定会存在多个分支，一定要考虑清楚多种分支的覆 盖的情况，可以考虑应用路径分析法，对以给每一个子流程编号，用基本流图等方法确认, 保证所有基本路径都覆盖，但也不能重复覆盖避免用例冗余； 3、 部分系统会涉及不同的实际应用场景运行不同的控制模式，必须验证在多种场 景卜?的运行模式切换对数据影响情况，验证所有控制悄况都能止确运行； 三、 数据逻辑用例设计：主要结果业务流转和详细设计文档来设计测试用例；根 据业务流程，理清数据流向，取数规则，数据间逻辑关系，计算公式等信息；数据流转必须 确定清楚，最好以表格形式展示，数据流图完全展示所有字段取值逻辑，数据计算结果，提 高用例的可执行性；1、涉及计算公式/逻辑验证时，需要验证参与该计算公式的字段取值发 牛变化时，计算结果是否根据公式发牛相应的变化得出正确结果，多个值同时变化时的计算 结果；2、存在数据引用关系的字段，引用单据中此字段数据发生变化，被引用单据中此字 段的取值需要相应发生变化，数据实时反写；3、特殊耍求的单据需要在单据审批或者保存 或者执行时数据才能生效的