[Testing Automation] Enhancing 3DS card payment for Noon connector using Cypress

[neerajkumar-n]

Context:
Ensuring the smooth operation of our payment processing system is crucial for the success of our application. One of the Connectors we rely on is Noon payment gateway and we use this for handling transactions, focusing on both one-time payments & Subscription/repeat transactions.

Our current testing framework lacks comprehensive coverage for both one-time & Subscription payment scenarios with the Noon connector. We currently use Newman for automation testing but have encountered challenges. Maintaining separate collections for different connectors has become burdensome, requiring manual verification of every flow for each connector with every change. Newman's inability to handle redirection flows, like 3DS flows, and its limitations in testing other payment methods such as wallets and bank transfers, further compound our testing efforts. Recognizing the inefficiency and limitations, we acknowledge the need to transition to Cypress.

By automating our testing processes using cypress, we aim to streamline workflows, improve efficiency, and address the shortcomings encountered with our current automation testing, ensuring a more robust and reliable testing strategy moving forward. We are committed to enhancing our testing strategy by incorporating dedicated test scenarios specifically targeting one-time payments within the Noon connector. By doing so, we aim to ensure that all aspects of one-time payments, including transaction initiation, authorization, and confirmation, are thoroughly tested and validated for card payments.

In summary, by prioritizing the enhancement of our testing framework to include one-time payment scenarios, we reaffirm our commitment to quality, reliability, and continuous improvement in our payment processing ecosystem. This approach will enable us to identify and rectify potential issues before they impact our users' experience.

---

How to get started

• Set up a Rust environment and run Hyperswitch locally
• Signup and creating a sandbox account on Noon to get the API Credentials
• Configure Connector within Hyperswitch dashboard, you can sign up for Hyperswitch here. You can learn more about configuring Connectors in our documentation here.
• Once configured, you can simply test a payment via our dashboard, learn more about it here

How to Implement:

• Read and understand the general guidelines on contributing to Hyperswitch
• Import postman collection of hyperswitch from here 
• You can refer to our Documentation here

---

Expected Outcomes:

Testing Procedure for Card Payment Authentication (authentication_type: three_ds)

• Initiate Card Payment with Three-DS Authentication:

  • Create a card payment and confirm it with the authentication_type set as "three_ds".

• Verification of Response Link:

  • Verify the link provided in the response.
  • Open the provided link to proceed with authentication.

• Complete Authentication and Redirect:

  • Follow the authentication process and complete it.
  • Redirect back to the return URL specified.

• Verification of Payment Status:

  • Verify the status of the payment after authentication completion.

• Failed Authentication Handling:

  • Simulate a failed authentication attempt.
  • Verify that the payment status reflects the failed authentication state.

Submit a pull request to the juspay/hyperswitch repository including the relevant screenshots of the test cases.
Brownie Points: Providing clear and comprehensive documentation and code comments.\

Note: We welcome multiple PRs for this problem statement

---

Additional Resources: 

• If you face any issues/challenges while using Cypress, we recommend you to refer to their documentation

• Here is a test case that we have already worked upon for your reference.

• You can read more about 3DS here

[JasonDsouza212]

@neerajkumar-n, when I try to set up a development environment using Docker Compose, I'm getting an error response when I try to test the endpoint: http://localhost:8080/health

Error message:

curl: (56) Recv failure: Connection reset by peer

Could you help me set up the development environment here?

[SanchithHegde]

Hey @JasonDsouza212 I noticed that you're using the docker-compose-development.yml file to run the app server, which first compiles the app server and then runs it. The compilation itself takes significant time to happen for the first run (around 10-15 minutes), so you would have to wait before being able to access the server.

You can check the status of the compilation process by inspecting the logs of the hyperswitch-server-1 container, either using the Docker Desktop app or the Docker CLI. You'll know that the code is still being compiled if you see log messages of the format "Compiling <crate_name>", and once the application starts (after the compilation process), you'd see JSON formatted logs.

[neerajkumar-n]

Closing this discussion, this has been implemented.