How to design a good test case?
Printed From: One Stop Testing
Category: Software Testing @ OneStopTesting
Forum Name: Beginners @ OneStopTesting
Forum Discription: New to the Club...!!! Don't Worry, We are here for you...!!! Learn the very basics of Software Testing and other pertinent Informations.
URL: http://forum.onestoptesting.com/forum_posts.asp?TID=503
Printed Date: 19Jul2025 at 7:08am
Topic: How to design a good test case?
Posted By: suma
Subject: How to design a good test case?
Date Posted: 02Apr2007 at 10:13pm
How to evaluate software Error Strings?
I came across a discussion about testing software error strings. It's
very interesting and I'd like to share it here with my own comments.
They are 3 people have talked about this. We name them to Tester A, B and C. Their coversation is:
Tester A:What do you think
about this error message? "Error. Your MMS was not sent successfully."
I suppose that the word "successfully" is unnecessary here. We should
not use positive words in the error messages.
Tester B:"Err 0x4edc320a" is so much more precise!
Tester C:An Id can be useful
for reference and lookups, but succinct info. In the error message is
also useful for software usability, testing, and reporting bugs, so I'd
suggest something like: Error: MMS send failed [0x4edc320a]
It seems that they have drawn a conclusion since Tester C has included
all the stuffs in his comments; however, we can examine the error
message string more carefully here. Let's start from Tester C's
comment?
Question 1, is "[0x4edc320a] "
useful for a end-user? I think so, but it only when he call for support
from the software vendor, and normally, he will be quite confused by
the wierd number.
Question 2, can we omit
"[0x4edc320a] " then? From Tester B's comment, we know that we'd better
not since developer need it. Oh, no, stop! Who needs it? It's
developer!
Now we'll reach the core of the problem, that's Error
Strings have at least two purpose, one is for users, and the other is
for developers (including testers). So Error strings should serve these
two purposes too. Tester C's suggestion fits the purpose,
but it is not as good as enough because it makes the user confused.
Then what's the right approach?
My suggestion is that for a same error,
there should be at least two error message strings. One is on UI, like
" MMS send failed.Please check ...". It's for end-users. And the other
is for developers. It should be put into trace or log files, like
"[DDDD-HH-MM-SS-ssss]GPRS Stack initialization failed. Error Code
[0x4edc320a]. Stack Trace ..... ".
Will this bring the software with better usability and traceability?
|
Replies:
Posted By: raman
Date Posted: 26Apr2007 at 11:40pm
Test Case Design
Test Case ID:
It is unique number given to test
case in order to be identified.
Test description:
The description if test case you
are going to test.
Revision history:
Each test case has to have its revision
history in order to know when and by whom it is created or modified.
Function to be tested:
The name of function to be tested.
Environment:
It tells in which environment you
are testing.
Test Setup:
Anything you need to set up outside
of your application for example printers, network and so on.
Test Execution:
It is detailed description of every
step of execution.
Expected Results:
The description of what you expect
the function to do.
Actual Results:
pass / failed
If pass - What actually happen when you run the test.
If failed - put in description of what you've observed.
Characteristics of a Good Test:
They are: likely to catch bugs
no redundant
not too simple or too complex.
|
|