Updated: 10/5/2002; 9:44:24 AM.

A QA Guy's Radio Weblog
Thoughts from Dave Liebreich


daily link  Thursday, March 07, 2002


"Debug" dumps

Every product should have the ability to dump state to a file, using a simple command.

When we find a bug while testing, we type "debug generate dump" at the cli prompt, and configuration info, statistics, logs, and other valuable info is written to a file. We then upload the file to a common server (one directory per bug id), and refer to the file in the bug description. Testers don't have to remember a complex series of commands to record all state information.

If a developer runs across a situation where "if only we had recorded such-and-such" - that can be added to the dump command.

In fact, it's our policy to save the debug dump for every bug report.

CS can tell a customer to run the command and send in the dump file for analysis. (even Radio UserLand has something like this, with the email-config link in the status center)

Make the command work even when the product is really messed up, too.

And if development does not already have this in the product, remind them of it every time they ask for additional information about a reported bug.  8:33:08 PM  permalink  


 
March 2002
Sun Mon Tue Wed Thu Fri Sat
          1 2
3 4 5 6 7 8 9
10 11 12 13 14 15 16
17 18 19 20 21 22 23
24 25 26 27 28 29 30
31            
Feb   Apr
Subscribe to "A QA Guy's Radio Weblog" in Radio UserLand.

Click to see the XML version of this web page.

Click here to send an email to the editor of this weblog.
Click here to visit the Radio UserLand website.

jenett.radio.simplicity.1.3R



Copyright 2002 © Dave Liebreich.
Last update: 10/5/2002; 9:44:24 AM.