Forum Discussion
PM
7 years agoContributor
Hey Richi,
Any updates on this please.....how you are testing it ........did u get any solution of it ???? Please share - we seems to hv such in ours as well.
Flat file ---> ETL (talend) ---> JSON --> Elastic DB ---> Schema free JSON
Testing scope :-
Content Validation : Comparing data of JOSN from ETL with Flatfile
Content Validation : Comparing Schema free JSON with JSON frm ETL
Regards,
PM
- richie7 years agoCommunity Herohi,
well what i wanted really was an extension or an improvement to my tests. is your messaging synchronous or asynch? cos thats going to make a difference....if ita asynch (and if your message broker paradigm is publish and subscribe then this is by definition asynch. you can also have a combination of synch and asynch messaging with your ESB too.
the problem with asynch messaging is you wont have any responses to assert against. occasionally the synch responses wont give you what you need also. for instances like this its necessary for your dev teams to develop additional apis that allow you to do your testing.
if you can give me more info about the message exchsnge patterns etc., i can define an integration testing strategy for you(essentially thats my job) but someone there....maybe an integration practice lead or an architect should be defininf your integration testing strategy.
i can make suggestions i.e. like the pros and cons of testing e2e apis (so in example where an etl generates a flat file, gets pulled onto esb, is transformed (filetype, field attributes and field values) and the resultant message is consumed by a webservice) so you could have a POST api created that pushes your file to a flow on your esb and then subsequently onto the webservice followed by a GET to prove the transformations correctly or inversely 2 point to point apis, 1 that allows you to post to the adaptor to verify your transformations and another POST to the webservice followed by either a jdbc query or a GET request to verify the record was inserted/updated/upserted into your db, but someone at your place of work should be defining this for you.
as i say, i'll help in anyway i can but 1. im going to need more info and 2. youre asking for an integration testing strategy which someone else should be ok'ing.
the approach you are using should be defined within an integration test plan by someone doing my job at your place.
cheers,
richie- richie7 years agoCommunity Heroin the short term i wouldnt worry about the ftp bit anyway....really youd just be testing the ftp co fig and so this doesnt really provide enough value to warrant the effort involved so as a start id just injected manually created flat files.
Related Content
- 7 years ago
Recent Discussions
- 5 hours ago
- 17 days ago