PDA

View Full Version : white box testing strategies vs. code inspections and walkthroughs


Brian Scherer
07-11-2003, 11:15 AM
rodmoten@netscape.net (Prof. Mo) wrote in message news:<b9fdd764.0307020919.5ccf8e10@posting.google.com>... Hi, I'm new to software testing research. It seems to me that it would be pointless to perform white box coverage methods if code inspections and walkthroughs are done. Is this an ideology held by many people in practice? Rod

It also depends on the industry etc.

In the medical device industry, you better do both (code walk through
and white box testing) for the critical units of code. If you don't
and a patient/end user dies, you could leave yourself (company) open
for a lawsuit.

In the defense industry, mission critical, it is required.

If you need more info, look to the military complex. They have spent
millions of dollars into research on how to develop software, and make
it more dependable, reliable, safer, and more maintainable.

Slowly their research results are coming into the commercial world.

Try the software engineering intitute (SEI) for more info.

Hope this helps,

Brian Scherer

Wayne Woodruff
07-12-2003, 04:59 AM
They are not mutually exclusive. A good process should use both.

For example, in the embedded world, there are pieces of code that are
very difficult to execute because they are used to trap hardware
failures. Replicating the hardware failure can be difficult or
prohibitively expensive. In those cases, an inspection would be
invaluable.

Likewise, a code inspection can miss thing uncovered by testing such
as runtime errors, thread synchronization, etc

Wayne
rodmoten@netscape.net (Prof. Mo) wrote in message news:<b9fdd764.0307020919.5ccf8e10@posting.google.com>... Hi, I'm new to software testing research. It seems to me that it would be pointless to perform white box coverage methods if code inspections and walkthroughs are done. Is this an ideology held by many people in practice? Rod

Blue Jean
07-13-2003, 11:52 AM
For any sound software development project,
you MUST use both. Code inspection, unit testing etc
can save lots of QA's time, but overall functinality and whitebox
testing is obviously necessary to ensure the software works
as is designed and specified.
_________________________________
Bugzero all-in-one: bug tracking & help desk
Free try: http://www.websina.com/bugzero/


Wayne Woodruff <wayne@jtan.com> wrote in message news:<6510hv8d2koic4q0654en02nsklcnvv91p@4ax.com>... They are not mutually exclusive. A good process should use both. For example, in the embedded world, there are pieces of code that are very difficult to execute because they are used to trap hardware failures. Replicating the hardware failure can be difficult or prohibitively expensive. In those cases, an inspection would be invaluable. Likewise, a code inspection can miss thing uncovered by testing such as runtime errors, thread synchronization, etc Waynerodmoten@netscape.net (Prof. Mo) wrote in message news:<b9fdd764.0307020919.5ccf8e10@posting.google.com>... Hi, I'm new to software testing research. It seems to me that it would be pointless to perform white box coverage methods if code inspections and walkthroughs are done. Is this an ideology held by many people in practice? Rod


MyLounge.com Site Map
Forum: Cars, Cell Phone, Database, Games, Home Improvement, IT, Music, School, Sports, Web Design, Web Server, Weight Loss

The MyLounge.com forum is intended for informational use only and should not be relied upon and is not a substitute for any advice. The information contained on MyLounge.com are opinions and suggestions of members and is not a representation of the opinions of MyLounge.com. MyLounge.com does not warrant or vouch for the accuracy, completeness or usefulness of any postings or the qualifications of any person responding. Please consult a expert or seek the services of an attorney in your area for more accuracy on your specific situation. Please note that our forums also serve as mirrors to Usenet newsgroups. Many posts you see on our forums are made by newsgroup users who may not be members of MyLounge.com Term of Service