Access this screen using option ‘2’ on Work With Test Case Environments.
Checkpoints are listed in Active flag/Date sequence and are used to mark the current status of all journaled database files and data areas in the Environment. This enables a rollback to this point if required at a later date.
2 – Define Update the Checkpoint description.
3 – Set The last journal entry in each journal in this Environment is stored and images of any data areas are captured so that rollback can take place at a later date. This option causes a Checkpoint to have a status of ‘Active’. Checkpoints must be set in ID sequence, ie. you cannot set a Checkpoint if earlier inactive Checkpoints exist.
NOTE: If you re-set an active Checkpoint, any later active Checkpoints will be rendered inactive. This action is prevented if any earlier active Checkpoints exist to avoid the loss of any intermediate database updates.
4 – Delete Remove the Checkpoint.
NOTE: If you delete an active Checkpoint, all earlier Checkpoints will be rendered inactive.
5 – Journals Shows the journals used for the Checkpoint and the associated Sequence Markers. The attributes can be displayed for each journal.
7 – Rollback All database and data area changes made after the specified Checkpoint was added will be removed. See following section for more information.
8 – Audit Data Every addition, update and deletion to the Checkpoint is tracked and can be viewed with this option.
9 – Notes Access the TestBench Notes Editor.
F6 – Add Create a new Checkpoint, which must then be Set before it becomes active to enable a rollback to it.