ESB+MDM预置样例测试总结
Posted 数通畅联
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了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核算项目数据同步的流程图如下：
a)通过ESB获取核算项目的数据；
b)调用MDM接口将核算项目数据写入到MDM中；
c)写入成功后通过ESB进行调用，将同步成功的信息回写给财务系统中的核算项目；
3.MDM数据分发流程如下：
a)通过bpm调用集成流程；
b)ESB协助将组织、人员、物料、产品数据分发到ERP和财务系统中；
c)分发成功后通过ESB调用回写日志接口进行日志的回写。
4.财务系统数据下发的流程如下： 
a)通过ESB获取会计科目、核算项目的数据；
b)调用MDM接口将会计科目、核算项目数据写入到MDM中；
c)写入成功后通过ESB进行调用，将同步成功的信息回写给财务系统中的会计科目、核算项目。
5.将收款单同步至应收单中，在将成功信息回写给收款单的流程图如下：
a)通过ESB获取ERP系统中的收款单数据，将收款单中的ID转换为编码；
b)通过ESB进行数据映射，将数据映射为应收单所需的数据；
c)同步成功后将成功信息回写给收款单。
6.将付款单同步至应付单中，在将成功信息回写给付款单的流程图如下：
a)通过ESB获取ERP系统中的付款单数据，将付款单中的ID转换为编码；
b)通过ESB进行数据映射，将数据映射为应付单所需的数据；
c)同步成功后将成功信息回写给付款单。
7.ERP内部将收款单生成凭证信息，同步至财务的应收单中的流程图如下：
a)获取本条收款单的数据信息；
b)根据收款单和收款单明细，将ID通过数据库查询的方式转变为编码，并且整合成凭证单的格式信息；
c)通过ESB对凭证单信息进行获取，将数据映射为财务的凭证单入参形式；
d)进行数据的写入，将凭证单写入到财务系统中；
e)写入成功后进行数据的回写，将写入成功的信息返回至ERP系统中。
8.ERP内部将付款单生成凭证信息，同步至财务的应付单中的流程图如下：
a)获取本条付款单信息；
b)根据收款单和收款单明细，将ID通过数据库查询的方式转变为编码，并且整合成凭证单的格式信息；
c)通过ESB对凭证单信息进行获取，将数据映射为财务的凭证单入参形式；
d)进行数据的写入，将凭证单写入到财务系统中；
e)写入成功后进行数据的回写，将写入成功的信息返回至ERP系统中。
2.3测试场景
MDM源头：
1.在MDM手动录入数据（组织、人员、产品、物料），并进行手动任务分发，分发ERP和财务系统；
2.分发后检查对应分发任务和分发日志；
3.检查模拟ERP系统的数据表，确认MDM分发的数据是否正确进入；
4.检查模拟财务系统的数据表，确认MDM分发的数据是否正确进入；
5.检查ESB的流程监控，以及应用集成日志，确认流程运行情况。
ERP源头：
1.在ERP模拟表中手动录入数据（客户、供应商）；
2.通过ESB手动触发流程，将客户、供应商同步MDM；
3.检查同步进来的客户、供应商数据；
4.检查分发任务和日志，确认客户、供应商自动分发到财务；
5.检查模拟财务系统的数据表，确认客户、供应商数据是否正确进入；
6.检查ESB的流程监控，以及应用集成日志，确认流程运行情况。
财务源头：
1.在ERP模拟表中手动录入数据（银行账号、会计科目）；
2.通过ESB手动触发流程，将银行账号、会计科目同步MDM；
3.检查同步进来的银行账号、会计科目数据；
4.检查银行账号、会计科目的同步日志；
5.检查ESB的流程监控，以及应用集成日志，确认流程运行情况。
业务单据集成：
1.在ERP模拟表中手动录入单据（收款单、付款单）；
2.通过ESB手动触发流程，将收款单、付款单同步至财务系统；
3.检查财务系统接收的单据信息，并确认关联的基础数据；
4.检查财务系统接收的凭证信息，确认凭证的结构，并确认关联的基础数据；
5.检查ESB的流程监控，以及应用集成日志，确认流程运行情况。
3测试内容
本次主要对客户、供应商、银行账户、财务凭证接口流程进行联测，保证数据传输过程中的准确性以及完整性。
3.1测试要点
本次内容主要测试各业务系统间的连通性，保证数据可以正常进行同步及分发；其次针对各业务系统的数据显示情况进行测试，确保各业务系统中的数据显示正常；最后测试各业务系统在数据传输过程中数据格式映射的正确性，确保数据以正确格式传输到目标系统，不会在数据传输过程中出现数据丢失的情况。
1.检查客户、供应商、银行账号数据同步，MDM平台的基础数据管理中是否能正常显示，并在同步完毕后是否返回成功信息到财务系统中；
2.检查会计科目、核算项目数据，MDM平台的基础数据管理中是否能正常显示，并在同步完毕后是否返回成功信息到财务系统中；
3.检查组织、人员、物料、产品对ERP和财务系统进行数据的下发后，相应的分发日志是否进行回写；
4.检查ERP的客户、供应商、银行账号同步至MDM中后，将数据下发至财务系统当中，分发日志是否回写；
5.检查收款单或付款单，ESB数据映射是否正确，写入到财务系统的应收单或者应付单中，成功或失败的信息是否回写给ERP系统；
6.检查收款单和付款单，ESB数据映凭证信息格式是否正确，待同步完毕后，成功或失败的信息是否回写。
3.2同步流程
同步流程主要是让客户完成客户数据的修改操作，或是在客户数据集体录入结束，产品正式上线后让客户进行单条客户的录入操作。客户在进行新增、修改、启用、禁用等操作时进行提交，源头系统自动调用ESB的同步流程，将数据以JSON的方式进行推送，完成客户数据从源头系统到主数据系统的字段映射处理，并调用主数据系统提供的数据同步接口将数据同步至主数据系统，后续通过主数据系统的自动提交接口将数据任务ID送到目标系统，再由目标系统流程进行一系列处理后存储到目标系统，下面我们以银行账号同步流程为例。
1.检查银行账户的相关数据管控。
2.检查银行账户查看日志信息是否回写或修改完成。
3.检查银行账户数据状态是否正确。
4.检查银行账户数据是否跟源头推送过来的结构保持一致。
3.3分发流程
分发流程主要接收主数据源头系统的客户、供应商、银行账户等主数据，调用ESB的分发流程，根据TaskId调用数据提供接口获取数据，再将数据写入下游系统，以银行账户分发为例。
1.检查银行账户的相关数据管控，查看日志信息是否回写。
2.检查银行账户数据状态是否正确。
3.检查银行账户数据是否跟源头推送过来的结构保持一致。
4过程说明
在完成流程调整后，本人对流程进行了测试操作，用以保证流程的可用性，暴露潜在的功能缺陷，在本章节中，将对本次测试的预期效果、测试过程以及测试完成的效果展示进行阐述。
4.1前置准备
本次预制样例产品版本如下：
在测试过程中，我们以银行账户为例，因此我们需要在源头系统准备一些测试基础数据如下：
4.2测试过程
同步分发场景主要在于相应日志信息的追踪，了解数据整个周期内容的情况，通过日志回查方式，可以对数据同步分发情况以及出现问题进行定位，同时要支持手动操作，便于对问题数据进行手动补偿处理。
1.数据同步：以ERP为源头，将组织、客户、人员、项目和会计科目数据同步至MDM平台的基础数据管理中，相应的同步日志记录是否正确，同步进来之后，数据的状态是否正确，同时MDM中的任务是否生成，操作是否关联，任务和操作状态是否正确；
2.数据分发：以MDM为源头，将组织、客户、人员、项目和会计科目数据回调至ERP系统并进行数据的下发，相应回写日志记录，以及日志回写后，任务和操作状态的变更是否正确；
3.应收应付：以ERP为源头，将应收单或应付单同步至财务的应收表和应付表中，推送完毕后财务根据应收应付生成凭证，并将生成的凭证回调至ERP中，确认凭证关联信息是否正确，源头ERP日志是否正确回写。
4.凭证推送：以ERP为源头，将应收单或应付单生成凭证，然后将凭证同步至财务系统中，财务系统获取到凭证后将生成的凭证回调至ERP中，确认凭证关联信息是否正确，源头ERP日志是否正确回写。
以银行账户为例，在服务工程输入数据的code值，点击调用，如图：
在临时表中可以看到导入的组织，如图：
银行账户数据管理，如图：
银行账户分发任务如图：
分发日志如图：
目标系统中可以看到对应的银行账户，如图：
至此，同步分发流程已经完成整体展示。
4.3测试结果
在本文档中，页面展示以主数据系统为例，确认数据传输过来是否跟源头保持一致，如图：
经验证，传递的参考数据显示正常，传递的数据确为CODE值，如图：
5心得体会
在本次同步分发流程开发工作中，我学到了很多知识，对同步分发操作更加熟练，加深了我对各个产品的认识，并且对各个产品的组合使用，有了更清晰的理解，现将我在本次工作中的收获进行总结。
5.1深入理解
通过本次的开发流程测试，对所开发的流程有了深层次的了解，对业务需求也更为明确，同时在修改流程中大大丰富了流程开发的经验，在后续开发工作中，可以更好地完成相关工作。
5.2经验收获
在联测过程中收获许多，包括ESB产品使用以及业务测试等。这次联测让我对于ESB产品的使用变得更加熟练，学会以前不会使用的功能，还了解到许多在开发流程时需要注意的地方，认识到联测时处理问题，需要考虑双方系统。
5.3能力提升
首先要在工作中拓宽自己的理论知识面，加强自己对理论知识的应用。在日常工作中，遇问题多查阅资料，熟悉相关知识，从而进一步提高自己在工作中解决实际问题的能力。
努力提升业务素质和解决问题的能力，做到加强学习、更新观念，对待日常工作，不要总找借口，要从自身出发，不断加强学习更新观念，分析认识提高自己，自动自发地做好本职工作。
在实际工作中，要更加积极主动地向领导请教遇到的问题，并多与同事们进行沟通，学习他们处理实际问题的方法及工作经验，通过多学、多问、多想来不断提高自己实际工作的能力。
以上是关于ESB+MDM预置样例测试总结的主要内容，如果未能解决你的问题，请参考以下文章