Testing Passfort
When you're implementing a new configuration of Passfort, you want to be sure it's working as expected.
We recommend running initial tests in your demo environment, a special account just for testing. It does not run live checks, with the exception of checks run with free data providers, for example, Companies House.
When you're happy with how the demo environment works, you have the option to set up a staging environment. This account is used for testing checks run by data providers with which you have direct agreements.
Finally, we'll move everything over to your production environment. This is the environment that your users will eventually see. Before you roll out Passfort to your users, we recommend running tests in your production environment to ensure your data providers and integrations are properly configured.
If you have any questions, we'll be here to answer them. You can contact your Customer Success Manager or raise a ticket with our support team at support@passfort.com.
Demo environment tests
The demo environment is designed to let your core development and testing teams run as many tests as they like.
The demo environment does not run live checks with any data providers that may charge you, so you can run checks without the worry of being charged.
All performance and load testing requires written permission, contact support@passfort.com.
Testing the default smart policy
When you get a Passfort demo environment, we'll add a default smart policy to it.
You can use the default smart policy to start testing immediately, try out different policy behaviors, and get an idea of what changes we can make so your smart policy fits with your compliance procedures.
Testing your smart policies and risk levels
Once you have your own smart policy, ideally, you want to test every path in your smart policy workflows that a customer can experience. Find out what happens when customers go down the happy path and also what happens when manual intervention is required.
To force profiles down certain paths, create them with details that you know are critical to your smart policies, such as nationality, pledge amount, and so on.
If you're using risk, you should also test onboarding with different risk levels.
As with smart policy testing, you can force applications to be assigned specific risk levels by creating profiles with details relevant to your risk models.
Testing checks
This environment does not run live checks with any data providers that may charge you. Instead, all paid checks are simulated and demo data is returned so you can see a sample of what the results will look like.
Passfort provides a series of tests you can run to simulate check results with paid providers. To get the tests:
Find the instructions for your data providers.
Then, go to the section called . All the steps to run the tests are there.
You can combine test words into a single profile.
For example, if you're testing the Electronic identity check with Experian Prove-ID and the PEPs and sanctions screening with RDC, you could run these tests by creating profiles with the following names:
Test | Keyword(s) required | Profile name for test |
What happens to customers with no PEPs matches and a 2+2 result? | To test no PEPs matches: No keywords are required To test a 2+2 result: No keywords are required | Alex Wheeler |
What happens to customers with no PEPs matches and a fail result? | To test no PEPs matches: No keywords are required To test a fail result: fail | Alex Wheeler fail |
What happens to customers with some PEPs matches and a 2+2 result? | To test some PEPs matches: PEP To test a 2+2 result: No keywords are required | Alex Wheeler PEP |
What happens to customers with some PEPs matches and a fail result? | To test some PEPs matches: PEP To test a fail result: fail | Alex Wheeler PEP fail |
This is only an example of the test you may want to run. See the data provider information for more keywords you can use.
Some tests can return different results based on your configuration options.
You can also combine these tests with tests to your workflows and risk levels by giving the profiles details that are critical to your smart policies and risk models, such as nationality, pledge amount and so on.
Live checks do run with data providers that are free of charge, such as Companies House. With those checks, you can test with real data and real results are returned.
Testing your API integration
When testing your API integration, you should confirm that:
When profiles are created via the API, all required data populates in Passfort correctly, including collected data and custom fields.
Webhook data is being returned as expected.
We recommend using aliases rather than IDs for your API calls when possible. Aliases will be the same in your demo environment and production environment, so you won't have to update your code when you switch environments.
For more information about the API, see the Get started section for developers and the full API reference.
How do I log into the demo environment?
To log into your demo environment, go to https://identity.passfort.com/login.
You should log in with the credentials we provided you with when we set up your demo account.
All email addresses used to log into demo environments have +demo added to the end, such as morgan@forexo.com+demo. If you're having trouble finding your login details, contact us.
Once you log in, you'll see the label Demo in the header bar.
Staging environment tests
A staging environment is an optional transitional account that sits between your demo environment and production environment.
Its purpose is to let you do rigorous end-to-end testing with your data providers with which you have direct agreements.
Any data providers with which you have a direct agreement will run live checks. You will be charged for these checks.
Any data providers with which you have a Passfort reseller agreement will return demo data only. This means you will not use any of your Passfort credit.
Testing checks
Because checks run with data providers with a direct agreement are live, you can use real data to test.
The demo data for checks with data providers with a reseller agreement will be the same as it was for your demo environment.
Before running any live checks on a real person, you must get their permission. Note that some checks, such as the Electronic identity check, run a soft credit check and may appear on the person's credit report.
How do I request a staging environment?
To request a staging environment, please speak to your Customer Success Manager.
Production environment tests
Your production environment is configured exactly the same as your demo environment and, if used, staging environment, but all checks are live.
You'll see real check results from your data providers and you'll be charged for any checks you run.
You'll have likely completed the majority of your functional testing, such as the different routes through the Risk Models and smart policy workflows, in the demo environment, so we recommend using the production environment to test:
Whether the data providers are properly configured.
Whether all systems, including any customer systems, are properly integrated.
We recommend choosing a small subset of individuals to test on, for example, employees or family members.
Caution
Before running any live checks on a real person, you must get their permission. Note that some checks, such as the Electronic identity check, run a soft credit check and may appear on the person's credit report.
To complete the configuration for your production environment, we'll need the details for any direct agreements you have with your data providers. To find out what information we require, locate the information for your data providers and go to the section called .