ESB+MDM预置样例测试总结

大多数企业随着企业规模扩大、业务发展，信息化建设也随之不断推进，在信息化建设不断深入的过程中，很多企业都面临着业务系统之间的整合问题，应用系统间数据共享与功能集成需求日趋强烈，如：系统功能整合、跨系统数据访问以及业务财务集成等需求。

根据客户需求完成开发后，需要按照客户需求对开发成果进行测试，以验证开发出来的成果是否可以实现用户需求。在进行预置样例开发工作时，对前期开发完成的流程进行多次调整，调整后对流程进行功能测试，并整理成本篇文档。

1测试目的 

测试是一款产品在正式投入使用前，对产品功能进行最终复审，是一款产品质量保证的关键步骤，也是为了发现错误而执行的过程。对测试而言，它的目标是发现产品中的错误，但并不是我们的最终目的，测试目的大致分为两种，一是暴露缺陷，二是树立信心，这两点将在本章节中进行具体阐述。 

1.1发现缺陷 

一次成功测试是发现了曾经未发现错误的测试。这句话其实是对测试的其中一个目的进行了阐述：以最少的人力、物力和时间去寻找产品中潜在的各种错误和缺陷，并对发现的错误、缺陷进行处理，以此提高产品质量，避免产品正式投入运行后，由于潜藏的缺陷而带来商业风险。 

1.2预防缺陷 

每一款产品都不是完美无缺的，那么如何最大程度避免缺陷就是产品测试存在的意义之一。上文提到，测试是为了让产品缺陷在产品未正式投入运行前，将其暴露出来并进行修复，在使产品暴露缺陷并修复的过程中吸取经验，会让后续产品开发避免同样缺陷出现的情况，从而提高产品质量，这也是测试的主要目标之一。 

1.3优化产品 

用户拿到经过测试的产品和未经过测试的产品，对质量的信心是不一样的，所以测试可以树立用户对产品的信心。同时，如果在测试过程中，很少出现或是不出现产品问题，那么会很大程度上提升开发者的信心乃至提升整个企业的信心，这种信心是一种隐性特质，对自家产品有信心会使企业的销售人员士气高涨，更有推销产品的干劲，所以在产品正式投入使用前进行测试是非常有必要的。 

2业务说明 

整体说明主要包括对ESB+MDM预置样例工程的整体需求进行说明，并对预置样例的数据同步、数据分发，业务系统之间的集成对接等，了解整个的预置样例的需求，通过集成架构了解数据的集成方式以及业务系统的集成场景和集成过程。 

2.1需求说明 

为了保证整体业务需求可行，在同步过程中模拟真实业务，在虚拟系统同步至MDM，MDM下发至业务系统中，需要保证日志的回写。数据同步和分发过程中要保证接口中出现的唯一值每次接口都需要出现编码。单据的集成过程中，在ERP系统中生成凭证保证业务系统的真实性，不要调用接口而用数据查询进行拼接。 

2.2数据架构 

1.ERP银行账号数据同步分发的流程图如下： 

a)通过ESB银行账户的数据； 

b)调用MDM接口将银行账户数据写入到MDM中； 

c)写入成功后通过ESB进行调用，将同步成功的信息回写给ERP中的银行账户； 

d)通过bpm调用集成的流程； 

e)ESB协助将银行账户数据分发到财务系统中； 

f)分发成功后通过ESB调用回写日志接口进行日志的回写； 

2.ERP核算项目数据同步的流程图如下：