Testing applications

Some general rules that apply to testing applications are listed.

About this task

  • Do not test on a production CICS® system. Use a test system, where you can isolate errors without affecting live databases.
  • Use someone other than the application developer to do the testing, if possible.
  • Document the data you use for testing.
  • Test your applications several times. See Testing applications.
  • Use the CEDF transaction for initial testing. See Execution diagnostic facility (EDF).
  • Use stress or volume testing to find problems that are not found in a single-user environment. A good tool for this is Teleprocessing Network Simulator (TPNS, licensed program number 5740-XT4).

    TPNS is a telecommunications testing package that enables you to test and evaluate application programs before you install them. You can use TPNS for testing logic, user exit routines, message logging, data encryption, and device-dependencies, if these are used in application programs in your organization. It is useful in investigating system performance and response times, stress testing, and evaluating TP network design.

  • Test whether the application can handle correct data and incorrect data.
  • Test against complete copies of the related databases.
  • Consider using multiregion operation. See Multiregion operation.
  • Before you move an application to the production system, run a final set of tests against a copy of the production database to catch any errors.

In particular, look for destroyed storage chains.

Assembler language programs (if not addressing data areas properly) can be harder to identify because they can alter something that affects (and abends) another transaction.

For more information about solving a problem, see Troubleshooting and support.