ERP软件测试相对于其他的软件测试有业务流程较复杂、功能点较多、集成性较高的特点，那么ERP 是什么样的软件来着呢？
1.ERP软件简介：
企业资源计划(Enterprise Resource Planning，ERP)即 ERP 企业资源计划是一种先进的企业管理理念，它将企业各个方面的资源进行充分地调配和平衡，为企业提供多重解决方案，使企业在激烈的市场竞争中取得竞争的优势。ERP主要侧重于对企业内部人、财、物等资源的管理，并且扩展了管理范围，它把企业需求和制造活动以及供应商的制造资源整合在一起，形成了一个完整的供应链，并且将供应链上所有环节如订单、采购、库存、计划、生产、发货和财务等所需的所有资源进行统一的计划和管理。ERP软件的特点是业务流、数据流、资金流、管理流集成化程度高，并且各模块联系紧密。其主要功能包括生产制造控制、物流控制、财务管理、人力资源管理、设备管理、质量管理、库存管理等。
2.ERP软件测试的难点：
ERP软件是一种流程复杂、功能点多且关联性强的系统。如果按照对一般应用软件的方法进行测试，即使耗费很大的人力、物力进行测试，保证大部分功能点都正确，也不能保证可以正常地使用，因为ERP软件的业务流顺畅、集成性高是更重要的要求。针对这样的难点，我们将测试重点应该放在流程正确集成上。
测试ERP软件，要求测试人员不仅要掌握ERP业务流程和ERP管理思想，还要了解行业及企业的需求。在项目实施过程中要求测试工程师协同工作，共同来设计ERP软件的测试用例，并进行测试。
这里我们提出以业务流和数据流为主驱动的方法设计用例。
3.ERP软件测试实例及分析：
本实例以适用于制造业、面向订单的生产方式的一类ERP软件为例，对其基础数据模块、销售管理模块、计划管理模块、采购管理模块、生产管理模块的主要功能和基本流程测试进行介绍。实例模拟了销售部门签订销售订单，之后转到计划部门对销售订单进行物料需求计算，采购部门和生产部门根据计划部门下达的计划进行生产和采购，最终完成发货并关闭销售订单的基本流程。该实例采用的流程图的方式，侧重于业务流、数据流、资金流以及管理流的测试。
用例设计首先使用场景法，对系统运行流程进行分析，从宏观考虑用例应该包括的那些基本流和被选流，其次在设计具体的数据流时以业务流为驱动，结合等价类划分、边界值分析、因果图等方法进行具体数据的设计。
3.1前期分析：
由于ERP软件的流程比较复杂，如何选择有限的有代表性的流程达到测试需求，在设计测试用例前，利用场景法对软件的流程进行分析，通过用例场景并结合各路径的触发条件来确定用例应遵从的流程。
所谓用例场景，就是在测试用例设计方法中介绍过的，通过描述流经用例的路径来确定测试用例的过程，这个流经路径要从用例开始到结束，遍历其中所有基本流和备选流。
3.1.1业务流程图
（图1）
3.1.2主备选流图
根据上面的流程图和用户使用手册，我们可用归纳出一个看上去比较清晰的主备选流关系图，如下面所示以及各路径与触发条件的对照表：
（图2）
各路径的触发条件对照表如下（表1）：
3.1.3场景分析
从上面所示的路径，可用确定不同的用例场景，从基本流开始，将基本流和备选流结合起来，可以确定各种场景（如图2中只是列出部分的场景）。
场景路径表（表2）
以上我们讨论了ERP几个子模块之间的业务流程图，同时模块内部还有较复杂的业务流程，在实际测试时我们不可能对所有流程一一验证，这就引出一个问题：如何选择”性价比“较高的业务流程，使它们尽量覆盖较多的场景，然后根据所选业务流设计数据流，为了解决这个问题，我们建立了路径触发条件与场景关系表，如表3所示。
（表3路径触发条件与场景关系表）
分析：从表3中可用看出第10组条件组合所覆盖的场景很多，应该按照这个组合设计案例（实际测试中可以根据软件需求和测试需求的不同，添加或减少触发条件），但其同时存在着优点和缺点。
缺点：对循环执行业务考虑得不全，如未覆盖9、12、13、14、15，归其原因是在于没有考虑执行备选流5以后的场景触发条件。
优点：覆盖了全部流程分支，且可以按照实际测试需求，根据这个条件组合循环执行案例，达到要求的场景覆盖率。
通过以上工作我们确定了在设计该ERP软件案例时”性比价“较高的流程，以及触发流程所需的基本条件，这样在准备案例的数据流时就有了”根基“，使一套测试数据能够覆盖尽量多的流程分支及功能点，反之，如果盲目的选择流程进行案例设计，结果可能是重要的流程分支及功能点没有覆盖到，或者是虽然流程分支及功能点覆盖到了，但进行了大量重复性劳动，造成了人力、物力的浪费。
下期我们就以表3中的第10组条件组合为列，进行案例设计。
觉得对自己有帮助的朋友可以关注一下关注哈，谢谢！！！！
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！