At the top of the file, please add an entry for yourself and your
hardware configuration to the SUMMARY file when you create or modify it. For
example:
Tester: Jon A. Christopher (JAC)SGI-Motif 1.2.4 SGI-LessTif 0.85.2 Tester: Rick Scott (rws) HP Motif 1.2 Linux LessTif 0.85.2
The next section should be a keyword summary section. For example from test/label, I've got:
test1: POSSIBLE FAIL test2: PASS test3: GEOMETRY test4: PASS test5: ERROR test6: POSSIBLE FAILThe keywords are, in order of desirability:
test1: FAIL test2: PASS (except as noted in test1)Other possible keywords are:
Following the keyword section is a detailed summary of each test. You should date and initial each entry, describe what the purpose of the test appears to be, and then describe any problems with the test, either differences from some Motif behavior, or just plain misbehavior of the test itself. For example:
====================================================================== test9: JAC Jun 23 1998 This test was written to demonstrate some problems with the redraw code for message boxes. In particular, if you change the size of a label, forcing the message box to increase in size, you sometimes get spurious shadows in the larger dialog. The Motif version does not suffer from these problems. RWS Jul 4 1998 This has been fixed. ======================================================================
If there are extensive comments about a test in the summary file that no longer apply (i.e. a bug has been fixed), it would be better to move those comments to a separate entry at the end of the file than to delete them entirely. That way we can see what the history of the tests has been, but the top of the file will be fairly clean and easy to skim through.
Finally, and this is a general comment to LessTif developers, if you make changes to a widget, you should re-run the tests for that widget and see if any of the outstanding bugs are fixed. You should update the SUMMARY file to reflect any changes. Also, if you notice anything not already noted in the SUMMARY file, please add an annotation to the SUMMARY file. Also, if you add any new tests, please describe it in the SUMMARY file; sometimes it's impossible weeks later to figure out what a given test program was supposed to be demonstrating.
After you're done testing, please send in your changes to the SUMMARY
file to the mailing list, either as a patch or the whole file. (Of
course, if you're on the core team, just check it in!)