- Last edited January 13, 2003 |
Are these really the defining characteristics of a formal inspection? See 1,2 below KeithB
These are the characteristics of software inspections according to Tom Gilb, who based his method on Fagan's. I don't know how much they differ but I don't think by much.
BradAppleton? and KentBeck (and others) hashed this one over on the C2 wiki c2.com/cgi/wiki?IssuesOnReviews and c2.com/cgi/wiki?ExtremeReviews
discussion moved from XtC04072000
It seems like XP has no place in it for code inspections/formal reviews. This is not so suprising since inspections come from the traditional manufacturing view of quality, and as we know, building software is not a manufacturing process.
There are several aspects of a Fagan-style inspection that seem to be particularly antethical to XP:
Yes. Hewlett-Packard, for instance, have used this collaborative/auto-QA model in their factories for a long time, with astounding results, as anyone who's used any of their hardware can attest. My now somewhat old and clunky HP calculator was the best built manufactured object in my house for years, until I got the PowerBook?. Anyone know what sort of manufacturing/QA process Apple use? --KeithB
It's not totally relevant, but a good story. In my Xerox days, we were told that every Xerox copier took a couple of pages to get the alignment right. When one of the Japanese companies started producing small copiers, Xerox bought one and took it apart. No paper dust!!! That is, they managed to build their copiers so well that they didn't need to be manually aligned. --SteveF
;-)
Having worked in a factory in a QA/QC lab it's interesting that manufacturing has had a better view of quality than IT has for some time.
Quality Assurance is the process of assuring that the product which has already been produced doesn't go out the door unless it meets certain standards.
Quality Control is the process of making sure that the manufactoring process is performing correctly so that all the product it makes will meet be fit to go out the door.
The best way to produce quality product is not to have someone standanding at the end of the line throughing product into a bin if it's substandard, but to have people making regular checks along the line ensuring that the line it operating correctly at each stage. You can then pretty much gaurantee the quality of the product comming of the end of the line. The QA checks then become a formality to ensure that no unknown variables have been introduced into the process. The whole idea of QC is to get feedback as frequently and quickly as possible. This allows small adjustments to be made the the manufactoring process to keep in within predefined bounds. Thus ensuring that the resulting product will meet QA standards.
Another point that was made to me is that quality is not about producing the best possible product but about producing what is expected every time. If I buy something I expect it to live up to certain standards. If it doesn't I'll be disappointed and not buy that product again. If on the other hand it turns out to be gold plated, I'll probably be dead chuffed until next time when I ask where my gold plated one is and get told that that was just a fluke and I should be thankful.
So more time should be spent on QC (Have you written a proper set to test for this) and then a smaller amout on QA (Have you got a green bar) -- JeffMartin (Quality Assurance Technician)
- Last edited January 13, 2003 |