Development How To Test A Patch

Guidelines on How to Test A Patch
If you choose to test a patch, there are some simple guidelines that will increase the impact of your testing.


 * 1) Decide to first Test in a Safe Environment, and only then to test in a Production Environment.
 * 2) Take notes about what occurs as you install the patch, and then the impact the patch has on the system and existing processes, including workflow.
 * 3) Give feedback to the patch developers, after you have finished testing the  patch.  Answers to the following suggested questions have helped developers in the past:
 * 4) Did you have problems following the installation instructions?
 * 5) Do you have any reservation regarding approving this patch for release?
 * 6) Have you experienced any adverse affects because of this patch?
 * 7) It helps to reference any NOIS tickets filed.
 * 8) If a NOIS ticket hasn't been filed, remember to outline the gist of the problems to help the next patch installer.
 * 9) Do you have any suggestions to increase the ease of installing the patch?
 * 10) If the patch introduces new functionality, does the documentation adequately describe how to use the new functionality?

You must have a way of determining if the Patch worked. One criteria is that the patch can be considered successfully tested when the site has verified that the problem detailed in the patch description has been corrected and that no other functionality has been affected.