Gaining Access to the UAT Test Environment
As part of our initial onboarding process, you will be given access to our UAT environment. This is available through our sales team. You will be sent a set of access credentials that will give you API access to our service. Also, please let us know if you require portal or IDV services as well. As part of the welcome pack sent, you will be given:- Access keys
- Worked examples
- Test data
Using the UAT API with Test Data
The test data attempts to give you a wide range of possible test scenarios. The details given are checked by the service and if they match what you supply, you should e authenticated successfully. We’ve tried to make the service match production behaviour, but there are a few subtle differences. Some things to be aware of as you test include:- The service will match based on family name. So if you supply a test subject with a family name found in the test data, then that’s the record we’ll attempt to match with.
- Matching is case insensitive.
- You can force the service to pass the person by setting their middle name to “
passall”. - The above will return simple canned data. Those marked with SKIP will get their results from an external test service and will provide more substantial details in the response.
Forcing Errors
The easiest way is to choose a record from the test data, then supply incorrect data (obviously :-) ) Failed Credit HeaderYou can force a credit header failure by setting the street address of anyone you’re checking to one of:
- Experian
This will force the service to return a failed credit header source to the chosen bureau.
FailNonID. This will force the test service to only evaluate ID details.
NoteYou will need to ensure that the rest of the details normally verified with the ID (such as name, DoB, and the ID details) are in fact correct.