BACKGROUND
10 [0002] With the recent developments Recently various work to provide a secure messaging
service framework for providing numerous payment services has been provided. Such secure
messaging services are termed as request to pay (RTP) services. For example, PAY.UK has
recently announced a new secure message service called Request To Pay (RTP). It is an overlay
on top of existing payments infrastructure. RTPs provides as a new flexible way to manage and
15 settle bills between businesses and organizations as well as among friends. For each 'request',
the payer will be able to pay in full, pay in part, ask for more time or decline to pay and begin
a dialogue with the requester. It gives more control to the person being asked to pay, but it also
gives the Biller all the information they will need to reconcile the payment when it arrives. The
Framework is intended to help services providers to develop their services that interoperate
20 with each other to deliver Request to Pay to their customers.
[0003] It is forecasted that majority of the market will have a RTP consumers as a biller or
payer, the new RTP APis and corresponding integrated systems from different corporates or
service providers have to undergo a required quality assurance at different levels. A 'Time to
market' would be the main factor to rollout RTP on time from various business units and which
25 requires high speed test automation at all levels.
[0004] There are number of tools available in the market to do RTP testing like any other API
testing using SoapUI, Postman, Selenium, etc. All these tools require coding effort to prepare
an automated test pack and a regular maintenance effort to update the automation code
according to the changes in the business rules and corresponding validation.
30 [0005] Thus, it can be gathered that conventional methods of testing RTP requires:
3
• Manually using a custom scripted framework
• Using a tool that can generate Requests and Response and validate the results
• More advanced user may even use model-based script less automation
[0006] The above-mentioned methods list above will involve some level of test preparation,
5 design, and scripting effort. Further, advanced model-based script less automation approach
will capture the application behavior first and then creates automated tests in the test
framework. Once it's captured the user will fine tune the automated tests created during its
initial reference test manually then move on to the automated run. Further, it has to keep
capturing the behaviour of the application under test when migrating the automated solution
10 from application to application/client-to-client.
[0007] Thus, as may be seen, there exists a need to provide a methodology in order to
overcome one of the above-mentioned problems.
SUMMARY
[0008] This summary is provided to introduce a selection of concepts, in a simplified format,
15 that are further described in the detailed description of the invention. This summary is neither
intended to identify key or essential inventive concepts of the invention and nor is it intended
for determining the scope of the invention.
[0009] According to an embodiment of the present disclosure, a method and system for
template based API testing for request to pay (RTP) services is being disclosed. The method
20 includes receiving (501) a plurality of testing parameters in a configuration file for at least one
API on test from an user endpoint. Then, creating a request file dynamically for performing a
response validation for the at least one API based on at least one of the received plurality of the
testing parameters and a prior service response of the at least one API . Then generating (step
505) dynamically at least one service input response file for the at least one API test using a
25 template file based on the created request file and determining (Step 507) at least one response
validation that is to be performed on the generated at least one service input files for the at least
one API test. The method further generates dynamically a request/input object file (JSON) for
the at least one API on test to perform a generic API response validation service based on at
least one of a validation rule comprised in the received plurality of the testing parameters/the
30 configuration file, and the prior service response of the at least one API. Then performing
4
validation on the at least one response validation based on at least one of a generic API response
validation microservice corresponding to each of the generated at least one service input files
and the generated request/input object file; and generating a validation report for the at least one
response validation based on a result of the validation.
5 [0010] To further clarify advantages and features of the present invention, a more particular
description of the invention will be rendered by reference to specific embodiments thereof,
which is illustrated in the appended drawings. It is appreciated that these drawings depict only
typical embodiments of the invention and are therefore not to be considered limiting of its scope.
The invention will be described and explained with additional specificity and detail with the
10 accompanying drawings.

1. A method, for template based API testing for request to pay (RTP) services, comprising:
receiving (501) a plurality of testing parameters in a configuration file for at least one
API on test from an user endpoint;
5 creating a request file dynamically for performing a response validation for the at least
one API based on at least one of the received plurality of the testing parameters and a prior
service response of the at least one API ;
generating (step 505) dynamically at least one service input response file for the at least
one API test using a template file based on the created request file;
10 determining (Step 507) at least one response validation that is to be performed on the
generated at least one service input files for the at least one API test;
generating (step 509) dynamically a request/input object file (JSON) for the at least one
API on test to perform a generic API response validation service based on at least one of a
validation rule comprised in the received plurality of the testing parameters/the configuration
15 file, and the prior service response of the at least one API;
performing (step 513) validation on the at least one response validation based on at least
one of a generic API response validation micro service corresponding to each of the generated
at least one service input files and the generated request/input object file; and
generating a validation report for the at least one response validation based on a result of
20 the validation.
25
2. The method as claimed in claim 1, wherein the performing of the validation on the at least
one response validation comprising:
initiating a microservice corresponding to the determined at least one response
validation,
wherein the microservice is comprised in the generic API response validation
microservice ;
creating a new request file based on at least one of the at least one service response files
and the plurality of the testing parameters /configuration file for the at least one API test,
wherein the plurality of the testing parameters /configuration file comprises one or more
30 validation nodes for the at least one API test that is to be validated, and wherein
the validation is performed based on the created new request file.
23
3. The method as claimed in claim 1, wherein the plurality of testing parameters comprising at
least one of test scenarios, an API template input file, a test data, and validation parameters,
wherein the validation of the at least one response validation is performed based on the
the configuartion file and a previous response validation related to the created requested file.
5 4. The method as claimed in claim 1, wherein the method further comprising:
creating dynamically a request file for performing at least one of a database validation
and a log validation, based on the received plurality of the testing parameters, wherein the
plurality of the testing parameters are received from a client.
5. The method as claimed in claim 4, further comprising:
10 generating dynamically at least one service input response files, corresponding to the at
least one of a database validation and a log validation, for the at least one API on test using a
template file based on the created request file;
determining at least one of the database validation and a log validation that is to be
performed on the generated at least one service input files for the at least one API test;
15 generating dynamically a request/input object file (JSON), corresponding to the at least
one of the database validation and the log validation, for the at least one API on test based on
the received plurality of the testing parameters, and the prior service response of the at least
one API;
performing validation on the at least one of the database validation and the log validation
20 based on at least one of a generic database validation microservice or a generic log validation
microservice corresponding to each of the generated at least one service input files, and the
generated request/input object file; and
generating a validation report for the at least one of the database validation or the log
validation based on a result of the validation.
25 6. The method as claimed in claim 5, wherein the performing of the validation on the at
least one of the database validation and the log validation comprising:
initiating a micro service corresponding to the determined at least one of the the database
validation and the log validation,