/build/static/layout/Breadcrumb_cap_w.png

Testing Documentation

I am currently writting a general document/checklist for testing software packages, that have been packaged. I want to know what everyone else has on their checklist, if one is used?

Hope that makes sense!

0 Comments   [ + ] Show comments

Answers (6)

Posted by: MSIPackager 14 years ago
3rd Degree Black Belt
0
People will no doubt have their own lengthy check list, and a lot of it will relate to the specific packaging standards that are implemented (assuming they have any) but the main points to check are as follows;

1) Packaging documentation is satisfactory (install routine, prerequisistes, MSI / MST customistations etc)
2) Package installs silently (from command line and/or deployment tool of choice)
3) Package upgrades any previous versions sucesfully
4) Software works under locked down user account (obviously this is key)
5) Package uninstalls cleanly (for me, the most important point)

I could go on and on but this should get you started... [:)]

Cheers,
Rob.
Posted by: pjgeutjens 14 years ago
Red Belt
0
Don't forget:

Test package as non privileged user
Posted by: anonymous_9363 14 years ago
Red Belt
0
My current client has begun clamping down on Production releases without UAT sign-off. Luckily, some wonk somewhere devised this list which the BU must complete and return for attachment to the release document. It's pretty basic but it's a start:

- All expected shortcuts present
- Excluded shortcuts absent
- (ditto for features)
- Application starts without error
- Application performs as expected (in terms of load-time, window drawing, etc)
- Application files can, if relevant, be:
- opened
- saved
- printed
- Application doesn't conflict with other BU's apps
- Application closes without error
Posted by: t_claydon 14 years ago
Senior Yellow Belt
0
We follow this procedure once the software has been discovered, packaged and conflict managed:

Install package on clean standard build machine.
Launch application and test basic funcitonality i.e help and menus.
Uninstall package on clean standard build machine.

Set up Package for deployment.
Install from deployment on a clean machine.
Launch application and test basic funcitonality i.e help and menus.
Uninstall package on clean standard build machine.

Launch all core applications on the standard build machine and test basic funcitonality i.e help and menus.

Deploy for UAT to a test account that will be used by a user in the business for full functionality testing. Then get that user to sign off the UAT when they are happy that the package is functioning correctly.
Posted by: anonymous_9363 14 years ago
Red Belt
0
Found a few samples, like this, for example.
Posted by: cwilkins 14 years ago
Senior Yellow Belt
0
Thanks a lot guys! This helps me out a lot!
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.
 
This website uses cookies. By continuing to use this site and/or clicking the "Accept" button you are providing consent Quest Software and its affiliates do NOT sell the Personal Data you provide to us either when you register on our websites or when you do business with us. For more information about our Privacy Policy and our data protection efforts, please visit GDPR-HQ