Testing a new application
Testing a new application involves testing in different environments.
Testing in the Build environment
Test a new application in the Build environment before migrating the application to a test or production environment. Testing in the Build environment enables you to verify that basic functionality and interfaces work correctly, and that performance is acceptable.
- Run functional tests, to test specific features from the end-user perspective.
- Verify that the out-of-the-box reports and your custom reports run successfully, and that they show your implementation layer data, rather than the default demonstration data. This can be an automated test.
- Test all integrations, both independently and with associated integrations.
Test integrations for any optional Pega Sales Automation components and other applications that you plan to use. See the product documentation for the component or application to determine which product components to test.
- Test security. Test the most common roles to ensure that the required access groups are configured and point to the correct software version.
Testing in the test or production environments
After you import your application to a test or production environment, test the application in the new environment to verify that it works correctly in that environment.
- Verify that the source and destination files are the same.
- Run functional tests to test specific features from the user perspective.
- In the test or production environment, run the Application Guardrails Compliance Score to ensure that the application meets guardrails.
- Verify that the out-of-the-box reports and your custom reports run successfully, and that they show your implementation layer data, rather than the default demonstration data. This can be an automated test.
- Test all integrations, both independently and with associated integrations.
Test integrations for any optional Pega Sales Automation components and other applications that you plan to use. See the product documentation for the component or application to determine which product components to test.
- Verify that the integrations point to the correct system of record, and not to the system of record for the Build environment.
- Test security. Test the most common roles to ensure that the required access groups are configured and point to the correct software version. Use these common roles in your smoke tests. See step 8.
- Run a smoke test to compare the source and destination environments. Verify that all tests that pass in the build environment also pass in the test or production environment. If anything fails, compare the environments to determine whether it is a difference in environment that causes the test to fail. If the environment causes a failure, either fix the issue that causes the failure or adjust the test as appropriate for the new environment.
- Run performance tests to verify that performance meets expectations. Pega recommends automated performance testing. Save the results so that you can compare them to future performance test results to determine whether an application update has a performance impact.
Testing in the UAT environment
After you complete testing in a Test environment, it is common to perform User Acceptance Testing (UAT) in a designated UAT environment, which could be a preproduction environment. UAT ensures that users will be able to successfully complete their work and meet business objectives.
- Verify the integrity of the UAT environment.
- Have the end-users (or business analysts acting as end-users) run scripts to test all
scenarios, including boundary and exception testing. The end-users (trainers, managers,
and directors), must then perform the following steps during UAT:
- Verify that there are no major issues.
- Review changes to understand the features.
Previous topic Test and deploy application changes Next topic Packaging an application