ERP测试

erp系统软件测试

　　ERP系统测试用例分为几类来写比较好：功能用例、业务流程用例、数据逻辑用例、接口用例，最好是把功能与流程类的测试用例分开来写;就个人而言，设计覆盖率高、冗余度低的测试用例应该从以下几个方面入手：

　　一、功能用例设计：相对而言比较简单，根据需求规格说明书、界面原型提取测试功能点/项，运用等价类、边界值、错误猜测、正交表等基本用例设计方法来设计，结合经验积累完善用例设计就可以搞定，难度不大;需要根据文档/功能点/业务的变化进行修订/细化用例，提高功能用例的覆盖度;关于功能用例设计的方法和文章有很多，都可以借鉴和参考增加自身的经验积累和和知识沉淀。如：身份证输入文本框，需要用到等类、边界值等方法，需要考虑15位和18位的身份证，需要考虑末位为字母的情况等……

　　二、业务流程用例设计：关键在于理解实际业务、实际应用场景，最常用的操作过程和使用方法，必要时还要考虑操作习惯;首先，需要结合业务模型或业务流程图，同需求分析人员、业务专家共同确认实际业务流程/运用场景，整理清楚最基本最常用的业务流程和应用场景，结合设计文档梳理系统应该实现的流程，并画出详细的业务和系统流程图(便于进行流程测试用例设计); 接着，理清用例设计思路，画出用例设计流图，确定流程用例模板和风格;然后，运用场景法、数据流程设计法、基本路径等方法设计业务流程用例;

　　1、简单模块流程单一，无分支或者分支少，用例设计也比较容易，根据业务流程设计测试数据，保证数据支持业务流程结果正确即可;

　　2、复杂模块/子系统/系统，必定会存在多个分支，一定要考虑清楚多种分支的覆盖的情况，可以考虑应用路径分析法，可以给每一个子流程编号，用基本流图等方法确认，保证所有基本路径都覆盖，但也不能重复覆盖避免用例冗余;

　　3、部分系统会涉及不同的实际应用场景运行不同的控制模式，必须验证在多种场景下的运行模式切换对数据影响情况，验证所有控制情况都能正确运行;

　　三、数据逻辑用例设计：主要结果业务流转和详细设计文档来设计测试用例; 根据业务流程，理清数据流向，取数规则，数据间逻辑关系，计算公式等信息;数据流转必须确定清楚，最好以表格形式展示，数据流图完全展示所有字段取值逻辑，数据计算结果，提高用例的可执行性;

　　1、涉及计算公式/逻辑验证时，需要验证参与该计算公式的字段取值发生变化时，计算结果是否根据公式发生相应的变化得出正确结果，多个值同时变化时的计算结果;

财务5.png