You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@fineract.apache.org by Oluwalana Olasubomi <su...@gmail.com> on 2019/11/10 19:12:36 UTC
Integration testing.
Hi all,
My company (a MFI) just deployed fineract, and we're currently in the stage
of testing and verification, before moving all our banking operations onto
it. We, however have different needs from the typical MFI.
We are trying to build other products that internally talk to fineract and
utilize all the banking functionalities. A high level architecture will be
something like:
Mobile app ----> Web service (API) ------> Fineract.
My question is then, how best do you suggest we carry out integration
testing, such that we are sure our application is performing its operations
correctly, and the contract between API and Fineract is working properly.
We are performing operations like:
- Create Account
- Deposit Money
- Accrue Interest
- Withdrawals.
- Penalties & Charges
My thoughts are to do an acceptance level tests for each example case.
Where for each example case I drop the entire fineract dataset and recreate
it, to verify each exercise & assertion. This is obviously going to be
slow, but I believe getting it to work to start with and optimizing it
continously will yield the best results.
I'd like to know anyone who as done anything similar to this and how they
did achieved it.
Many thanks
Subomi
Re: Integration testing.
Posted by Ed Cable <ed...@mifos.org>.
Subomi,
Thanks for the additional info. So yes if you're using Fineract to manage
the customer account and maintain the balance of their respective savings
accounts, the Open Banking API Gateway will be the preferred means of
connecting a third party application instead of using the existing
self-service APIs.
As we crystallize the documentation, I will share updates with you.
Ed
On Mon, Nov 11, 2019 at 9:55 AM Oluwalana Olasubomi <
subomioluwalana71@gmail.com> wrote:
> Hi all,
>
> Saransh, I don't mind you sharing those test cases with me. I believe it
> should show me some insights into how best to handle this. Thanks!!
>
> Ed, Our mobile app isn't any of the community apps, we built it in-house
> to serve our needs. It doesn't have a conception of fineract in itself, all
> that is wrapped in the API service layer.
> Also, we have a deployment of fineract on aws, so we're using the
> self-service API, and I actually just learnt about the WSO2 (Thanks!!!).
>
> So when the Open Banking API gateway is released yeah, it will be the
> preferred means of deploying Fineract going forward? And enable integration
> testing to be easily achieved?
>
> The documents you linked to are quite dense, but I'm going through it. I
> won't mind the QA resources too.
>
> Thanks!!
>
> On Mon, Nov 11, 2019 at 4:23 AM Ed Cable <ed...@mifos.org> wrote:
>
>> Hello Subomi,
>>
>> Just as Saransh stated, there are ongoing efforts across the community to
>> strengthen integration testing and we'd love to have you be a part of
>> those. I will try to get you in touch with some of the lead QA resources
>> across the community.
>>
>> For your mobile app, are you using one of the community-developed Mifos X
>> mobile apps?
>>
>> Are you connecting via the self-service APIs? The work around the WSO2
>> API gateway and remaining enabling support for the UK Open Banking API be a
>> to standard will soon be released. The aim for the Open Banking API is for
>> all third party apps and trusted first party apps to connect via the API
>> gateway to Fineract. Existing APIs and self-service APIs would be mapped
>> via the gateway.
>>
>> Docs on the Open Banking API work can be found below. We are happy to
>> help you orient yourself as we are trying to expand the documentation and
>> enable community to use the Open Banking API.
>>
>>
>> There were also a couple recent threads on list that covered this topic
>> and I linked to some of the background where we aimed to use Open Banking
>> API as the secure means of connecting both trusted first party apps (i.e.
>> mobile banking) as wells third party apps to the back-end.
>>
>> https://markmail.org/thread/pijv4kb5i5lmqx33
>>
>>
>> Here are the resources on Open Banking. I will share with you the lab
>> environment soon and the repositories where all the open banking
>> configuration is at.
>>
>> Docs: https://mifos.gitbook.io/docs/
>>
>> *Mifos API Gateway Technical Overview:*
>>
>> Mifos API Gateway Technical Overview
>> <https://docs.google.com/a/mifos.org/document/d/1Dt5GlMA5USlPHishVQp4M1FY-D6tz8g9aZjCayi-jkg/edit?usp=drive_web>
>>
>> Fineract API Gateway implementation - Handover ...
>> <https://docs.google.com/a/mifos.org/document/d/1F7Wz5TaHfZ0quS-qjrUJleXWYwtRfMXdnZy3MdC50ws/edit?usp=drive_web>
>>
>>
>> Webinar Demoing the POC built out
>> https://www.youtube.com/watch?v=EcP5U-hPwpY
>>
>>
>> On Sun, Nov 10, 2019, 13:42 Maek Twain <sa...@theupscale.in> wrote:
>>
>>> Hey, Subomi
>>>
>>> I am sure someone in the community must have work out on some level. I
>>> am doubtful that some one will open up such hard / painstaking effort to
>>> you. I just revisited the source code on git , there were no test so far in
>>> the series of order you need.
>>>
>>> Let me know if i can help you with the above test cases, i would be
>>> happy to help, given if you put all those test cases back to community in
>>> open way.
>>>
>>> Thanks.
>>>
>>> On Mon, Nov 11, 2019 at 12:42 AM Oluwalana Olasubomi <
>>> subomioluwalana71@gmail.com> wrote:
>>>
>>>> Hi all,
>>>>
>>>> My company (a MFI) just deployed fineract, and we're currently in the
>>>> stage of testing and verification, before moving all our banking operations
>>>> onto it. We, however have different needs from the typical MFI.
>>>>
>>>> We are trying to build other products that internally talk to fineract
>>>> and utilize all the banking functionalities. A high level architecture will
>>>> be something like:
>>>>
>>>> Mobile app ----> Web service (API) ------> Fineract.
>>>>
>>>> My question is then, how best do you suggest we carry out integration
>>>> testing, such that we are sure our application is performing its operations
>>>> correctly, and the contract between API and Fineract is working properly.
>>>>
>>>> We are performing operations like:
>>>> - Create Account
>>>> - Deposit Money
>>>> - Accrue Interest
>>>> - Withdrawals.
>>>> - Penalties & Charges
>>>>
>>>> My thoughts are to do an acceptance level tests for each example case.
>>>> Where for each example case I drop the entire fineract dataset and recreate
>>>> it, to verify each exercise & assertion. This is obviously going to be
>>>> slow, but I believe getting it to work to start with and optimizing it
>>>> continously will yield the best results.
>>>>
>>>> I'd like to know anyone who as done anything similar to this and how
>>>> they did achieved it.
>>>>
>>>> Many thanks
>>>> Subomi
>>>>
>>>
>>>
>>> --
>>>
>>>
>>> Saransh Sharma
>>>
>>>
>>>
>>> ----------------------------------------------------------------------------------------------
>>>
>>> The idea of separation of me and you is amazing.
>>>
>>> ----------------------------------------------------------------------------------------------
>>>
>>>
>>>
>>
--
*Ed Cable*
President/CEO, Mifos Initiative
edcable@mifos.org | Skype: edcable | Mobile: +1.484.477.8649
*Collectively Creating a World of 3 Billion Maries | *http://mifos.org
<http://facebook.com/mifos> <http://www.twitter.com/mifos>
Re: Integration testing.
Posted by Oluwalana Olasubomi <su...@gmail.com>.
Hi all,
Saransh, I don't mind you sharing those test cases with me. I believe it
should show me some insights into how best to handle this. Thanks!!
Ed, Our mobile app isn't any of the community apps, we built it in-house to
serve our needs. It doesn't have a conception of fineract in itself, all
that is wrapped in the API service layer.
Also, we have a deployment of fineract on aws, so we're using the
self-service API, and I actually just learnt about the WSO2 (Thanks!!!).
So when the Open Banking API gateway is released yeah, it will be the
preferred means of deploying Fineract going forward? And enable integration
testing to be easily achieved?
The documents you linked to are quite dense, but I'm going through it. I
won't mind the QA resources too.
Thanks!!
On Mon, Nov 11, 2019 at 4:23 AM Ed Cable <ed...@mifos.org> wrote:
> Hello Subomi,
>
> Just as Saransh stated, there are ongoing efforts across the community to
> strengthen integration testing and we'd love to have you be a part of
> those. I will try to get you in touch with some of the lead QA resources
> across the community.
>
> For your mobile app, are you using one of the community-developed Mifos X
> mobile apps?
>
> Are you connecting via the self-service APIs? The work around the WSO2 API
> gateway and remaining enabling support for the UK Open Banking API be a to
> standard will soon be released. The aim for the Open Banking API is for all
> third party apps and trusted first party apps to connect via the API
> gateway to Fineract. Existing APIs and self-service APIs would be mapped
> via the gateway.
>
> Docs on the Open Banking API work can be found below. We are happy to help
> you orient yourself as we are trying to expand the documentation and enable
> community to use the Open Banking API.
>
>
> There were also a couple recent threads on list that covered this topic
> and I linked to some of the background where we aimed to use Open Banking
> API as the secure means of connecting both trusted first party apps (i.e.
> mobile banking) as wells third party apps to the back-end.
>
> https://markmail.org/thread/pijv4kb5i5lmqx33
>
>
> Here are the resources on Open Banking. I will share with you the lab
> environment soon and the repositories where all the open banking
> configuration is at.
>
> Docs: https://mifos.gitbook.io/docs/
>
> *Mifos API Gateway Technical Overview:*
>
> Mifos API Gateway Technical Overview
> <https://docs.google.com/a/mifos.org/document/d/1Dt5GlMA5USlPHishVQp4M1FY-D6tz8g9aZjCayi-jkg/edit?usp=drive_web>
>
> Fineract API Gateway implementation - Handover ...
> <https://docs.google.com/a/mifos.org/document/d/1F7Wz5TaHfZ0quS-qjrUJleXWYwtRfMXdnZy3MdC50ws/edit?usp=drive_web>
>
>
> Webinar Demoing the POC built out
> https://www.youtube.com/watch?v=EcP5U-hPwpY
>
>
> On Sun, Nov 10, 2019, 13:42 Maek Twain <sa...@theupscale.in> wrote:
>
>> Hey, Subomi
>>
>> I am sure someone in the community must have work out on some level. I am
>> doubtful that some one will open up such hard / painstaking effort to you.
>> I just revisited the source code on git , there were no test so far in the
>> series of order you need.
>>
>> Let me know if i can help you with the above test cases, i would be happy
>> to help, given if you put all those test cases back to community in open
>> way.
>>
>> Thanks.
>>
>> On Mon, Nov 11, 2019 at 12:42 AM Oluwalana Olasubomi <
>> subomioluwalana71@gmail.com> wrote:
>>
>>> Hi all,
>>>
>>> My company (a MFI) just deployed fineract, and we're currently in the
>>> stage of testing and verification, before moving all our banking operations
>>> onto it. We, however have different needs from the typical MFI.
>>>
>>> We are trying to build other products that internally talk to fineract
>>> and utilize all the banking functionalities. A high level architecture will
>>> be something like:
>>>
>>> Mobile app ----> Web service (API) ------> Fineract.
>>>
>>> My question is then, how best do you suggest we carry out integration
>>> testing, such that we are sure our application is performing its operations
>>> correctly, and the contract between API and Fineract is working properly.
>>>
>>> We are performing operations like:
>>> - Create Account
>>> - Deposit Money
>>> - Accrue Interest
>>> - Withdrawals.
>>> - Penalties & Charges
>>>
>>> My thoughts are to do an acceptance level tests for each example case.
>>> Where for each example case I drop the entire fineract dataset and recreate
>>> it, to verify each exercise & assertion. This is obviously going to be
>>> slow, but I believe getting it to work to start with and optimizing it
>>> continously will yield the best results.
>>>
>>> I'd like to know anyone who as done anything similar to this and how
>>> they did achieved it.
>>>
>>> Many thanks
>>> Subomi
>>>
>>
>>
>> --
>>
>>
>> Saransh Sharma
>>
>>
>>
>> ----------------------------------------------------------------------------------------------
>>
>> The idea of separation of me and you is amazing.
>>
>> ----------------------------------------------------------------------------------------------
>>
>>
>>
>
Re: Integration testing.
Posted by Ed Cable <ed...@mifos.org>.
Hello Subomi,
Just as Saransh stated, there are ongoing efforts across the community to
strengthen integration testing and we'd love to have you be a part of
those. I will try to get you in touch with some of the lead QA resources
across the community.
For your mobile app, are you using one of the community-developed Mifos X
mobile apps?
Are you connecting via the self-service APIs? The work around the WSO2 API
gateway and remaining enabling support for the UK Open Banking API be a to
standard will soon be released. The aim for the Open Banking API is for all
third party apps and trusted first party apps to connect via the API
gateway to Fineract. Existing APIs and self-service APIs would be mapped
via the gateway.
Docs on the Open Banking API work can be found below. We are happy to help
you orient yourself as we are trying to expand the documentation and enable
community to use the Open Banking API.
There were also a couple recent threads on list that covered this topic and
I linked to some of the background where we aimed to use Open Banking API
as the secure means of connecting both trusted first party apps (i.e.
mobile banking) as wells third party apps to the back-end.
https://markmail.org/thread/pijv4kb5i5lmqx33
Here are the resources on Open Banking. I will share with you the lab
environment soon and the repositories where all the open banking
configuration is at.
Docs: https://mifos.gitbook.io/docs/
*Mifos API Gateway Technical Overview:*
Mifos API Gateway Technical Overview
<https://docs.google.com/a/mifos.org/document/d/1Dt5GlMA5USlPHishVQp4M1FY-D6tz8g9aZjCayi-jkg/edit?usp=drive_web>
Fineract API Gateway implementation - Handover ...
<https://docs.google.com/a/mifos.org/document/d/1F7Wz5TaHfZ0quS-qjrUJleXWYwtRfMXdnZy3MdC50ws/edit?usp=drive_web>
Webinar Demoing the POC built out
https://www.youtube.com/watch?v=EcP5U-hPwpY
On Sun, Nov 10, 2019, 13:42 Maek Twain <sa...@theupscale.in> wrote:
> Hey, Subomi
>
> I am sure someone in the community must have work out on some level. I am
> doubtful that some one will open up such hard / painstaking effort to you.
> I just revisited the source code on git , there were no test so far in the
> series of order you need.
>
> Let me know if i can help you with the above test cases, i would be happy
> to help, given if you put all those test cases back to community in open
> way.
>
> Thanks.
>
> On Mon, Nov 11, 2019 at 12:42 AM Oluwalana Olasubomi <
> subomioluwalana71@gmail.com> wrote:
>
>> Hi all,
>>
>> My company (a MFI) just deployed fineract, and we're currently in the
>> stage of testing and verification, before moving all our banking operations
>> onto it. We, however have different needs from the typical MFI.
>>
>> We are trying to build other products that internally talk to fineract
>> and utilize all the banking functionalities. A high level architecture will
>> be something like:
>>
>> Mobile app ----> Web service (API) ------> Fineract.
>>
>> My question is then, how best do you suggest we carry out integration
>> testing, such that we are sure our application is performing its operations
>> correctly, and the contract between API and Fineract is working properly.
>>
>> We are performing operations like:
>> - Create Account
>> - Deposit Money
>> - Accrue Interest
>> - Withdrawals.
>> - Penalties & Charges
>>
>> My thoughts are to do an acceptance level tests for each example case.
>> Where for each example case I drop the entire fineract dataset and recreate
>> it, to verify each exercise & assertion. This is obviously going to be
>> slow, but I believe getting it to work to start with and optimizing it
>> continously will yield the best results.
>>
>> I'd like to know anyone who as done anything similar to this and how they
>> did achieved it.
>>
>> Many thanks
>> Subomi
>>
>
>
> --
>
>
> Saransh Sharma
>
>
>
> ----------------------------------------------------------------------------------------------
>
> The idea of separation of me and you is amazing.
>
> ----------------------------------------------------------------------------------------------
>
>
>
Re: Integration testing.
Posted by Maek Twain <sa...@theupscale.in>.
Hey, Subomi
I am sure someone in the community must have work out on some level. I am
doubtful that some one will open up such hard / painstaking effort to you.
I just revisited the source code on git , there were no test so far in the
series of order you need.
Let me know if i can help you with the above test cases, i would be happy
to help, given if you put all those test cases back to community in open
way.
Thanks.
On Mon, Nov 11, 2019 at 12:42 AM Oluwalana Olasubomi <
subomioluwalana71@gmail.com> wrote:
> Hi all,
>
> My company (a MFI) just deployed fineract, and we're currently in the
> stage of testing and verification, before moving all our banking operations
> onto it. We, however have different needs from the typical MFI.
>
> We are trying to build other products that internally talk to fineract and
> utilize all the banking functionalities. A high level architecture will be
> something like:
>
> Mobile app ----> Web service (API) ------> Fineract.
>
> My question is then, how best do you suggest we carry out integration
> testing, such that we are sure our application is performing its operations
> correctly, and the contract between API and Fineract is working properly.
>
> We are performing operations like:
> - Create Account
> - Deposit Money
> - Accrue Interest
> - Withdrawals.
> - Penalties & Charges
>
> My thoughts are to do an acceptance level tests for each example case.
> Where for each example case I drop the entire fineract dataset and recreate
> it, to verify each exercise & assertion. This is obviously going to be
> slow, but I believe getting it to work to start with and optimizing it
> continously will yield the best results.
>
> I'd like to know anyone who as done anything similar to this and how they
> did achieved it.
>
> Many thanks
> Subomi
>
--
Saransh Sharma
----------------------------------------------------------------------------------------------
The idea of separation of me and you is amazing.
----------------------------------------------------------------------------------------------