Letters to the Editor: March 15, 2009



Email    print   
March 15, 2009 —  (Page 1 of 2)
In his column (“When 100% code coverage is not enough,” Feb. 5, page 24), Andrew Binstock indeed is correct that traditional code coverage measures address only instruction and/or the more demanding branches and path executions, without taking into account the numerous ways in which each can be executed. However, he misses the bigger, more important failings of white box structural code coverage metrics: They have nothing to do with whether the code is right, and since they reflect only what has been written, they are irrelevant for anything omitted from the code. To be meaningful, such coverage metrics must be taken in the context of adequate black box functional testing.

Robin F. Goldsmith, JD

 

Weak link
Regarding your News On Monday “Linkapalooza” item from Feb. 9: "Regular expression matching can be fast and simple."

This article re: NFA and DFA implementations of regexps has been discussed at length, including considerations from the core Perl team responsible for regexps.

I don't think they'd quite call it a troll, but they reason that Perl (and others) use an NFA rather than a DFA approach is because "while DFA engines have a very good worst case match time, they don't actually have too many other redeeming features," and, "So there will be classes of patterns that NFA will not do well, but on the other hand there are patterns that a DFA cannot do at all, which is less useful than doing them slowly."

See the start of the discussion here, and look here in particular (demerphq is, I believe, in charge of regexps in Perl).

Unfortunately the article comes up regularly and the rebuttals less frequently.

Tim Meadowcroft

 

Comments from the Web
Larry, I love how you end this ("Quality: You are gonna need it" March 1, page 33): "Quality is the route to productivity. If you need productivity, you need quality. Quality can be improved with a balanced emphasis on code production, testing and design. You’re gonna need all those things."
We are rabid about code quality at NCover. Bad products sap the morale of the programmers who have to get involved to fix them. It just sucks. Here is one thing that we have noticed: Most developers don't want to write bad code; they just plan for any other option...



Related Search Term(s): testing

Pages 1 2 


Share this link: http://sdt.bz/33333
 
Most Read Latest News Blog Resources

Add comment


Name*
Email*  
Country     


  • Comment
Loading




close
NEXT ARTICLE
Not so fast when it comes to testing in the cloud
Developers face outsourcing, virtual lab management and mobile devices as obstacles Read More...
 
 
 
 
News on Monday
more>>
SharePoint Tech Report
more>>


   

 
 

Download Current Issue
FEBRUARY 2012 PDF ISSUE

Need Back Issues?
DOWNLOAD HERE

Want to subscribe?


 
blogs tab
Are you at risk for burnout?
Burnout is a severe problem and it can strike at any time. Here's how to tell if you are nearing the edge.
02/09/2012 02:16 PM EST

Agility, mom, and apple pie
If we're to evaluate the state-of-the-art in software development, we should start with the values espoused in the Agile Manifesto.
02/07/2012 11:57 AM EST

RIM woos developers with free tablet
How do you get more apps ported to the BlackBerry PlayBook? By giving every developer a free tablet, of course!
02/04/2012 01:57 PM EST

GitHire: Use Headhunters to Find Your Perfect Programmer
Are you a hiring manager tired of scouring the job boards? Check out this new service that will find 5 people interested in your jobs.
02/03/2012 12:17 PM EST

Facebook claims hacker cred
Facebook's SEC S-1 filing form includes a short essay on the Hacker Way by Mark Zuckerberg himself.
02/02/2012 08:26 AM EST

Ryan Dahl steps down
Ryan Dahl, creator of Node.js, steps back from his position as gatekeeper for the project.
02/01/2012 04:58 PM EST

 
Events calendar tab
2/13/2012 to 2/16/2012
Santa Clara
TechWeb

2/26/2012 to 2/29/2012
San Francisco
BZ Media

2/27/2012 to 3/2/2012
San Francisco
RSA

3/4/2012 to 3/7/2012
Las Vegas
IBM Tivoli

3/5/2012 to 3/9/2012
San Francisco
TechWeb