What we test
Web applications, mobile apps on real iOS and Android devices, and the APIs behind them. Functional testing checks that features do what the specification says; regression testing checks that yesterday's features still work after today's change.
We also test the things users notice but specifications forget: slow screens, confusing error messages, broken layouts on small phones, and what happens on a bad network connection.
Manual and automated, each where it fits
Exploratory manual testing finds the problems nobody thought to write a test for — odd sequences of actions, unclear flows, edge cases in business rules. It is where an experienced tester earns their keep.
Automated tests cover what must be checked on every release: sign-up, login, checkout, payments and the other paths that would hurt most if they broke. Those tests run automatically in CI — Jenkins or GitHub Actions — so a change that breaks a critical path is stopped before it merges.
Testing is a stage in every project we deliver
Testing, review and launch is one of the seven stages every InQmise project goes through. On Three Lock Box, a construction escrow platform where several parties approve payments, that meant testing each role's permissions and every payment path, because an error in money movement is not a bug users forgive.
Test cases are written from the requirements before development ends, so testing starts the moment a feature is ready instead of queuing up at the end.
Performance and security checks
Before launch we load-test the paths that will see traffic spikes, measure response times, and find the point where the system slows down — while there is still time to fix it.
Security testing checks common weaknesses such as broken access control, injection and exposed data. For a full penetration test, our security team runs a dedicated VAPT engagement.
Clear bug reports and quality you can see
Every bug we report has the steps to reproduce it, what was expected, what happened, screenshots or recordings, and the device and version — so a developer can fix it without a round of questions.
You get a simple view of quality over time: open bugs by severity, test coverage of critical paths, and which releases went out clean. Quality stops being a feeling and becomes a number you can track.