Working with the UAT Test Data

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 have 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:

  1. 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 is the record we'll attempt to match with.

  2. Matching is case insensitive.

  3. You can force the service to pass the person by setting their middle name to "passall".

  4. 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 Header
You 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.

Fail Non-ID Checks

You may wish to force fail all but ID checks. This can be useful if you're trying to test scenarios where someone will pass just using IDs.

You can do this by setting the middle name to FailNonID. This will force the test service to only evaluate ID details.

🚧

Note

You 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.

Data sources

In the UAT environment all the test data and sources are stubbed and may return random data sources.