Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Corrected links that should have been relative instead of absolute.

...

Statistics as of 10/26/2009

  • 327 332 UnReleased in Dev, Not in Test
  • 210 Released in Dev, Not in Test
  • 86 57 In Test, Not in Production

...

Before development is begun, it should be clear the business owner considers this change critical and requires an immediate fix.

Development will be performed in SF2 both before and after the support and enhancement packs been applied. While the support and enhancement packs are being applied to SF2, SF2 will be unavailable for development. If an emergency arises during this period, SF8 will be used for development.

  1. If necessary, revert each development object to be changed to the version currently in Production. In-process changes should be saved as a non-transportable copy of the object, as a downloaded text file, or as a printed listing.
  2. Change the development object(s) to implement the required fix.
  3. Perform unit testing in SF2.
  4. Transport the fix to SF5/SH1/SH2.
  5. Perform the usual regression and user-acceptance testing in SF5/SH1.
  6. Perform testing required to confirm the proper functioning of the fix in SH2.
  7. Obtain the required approvals.
  8. Transport the fix to Production.

...

Development resumes in SF2 when Support Pack Unit Test is complete (planned 11/09/2009).
Migration to Test (SH6SH2) resumes when Support Pack SIT and UAT are complete (planned 12/10/2009).

...