QA and You


I posted a new article about high level QA concepts posted on the Code Project here.


Working with QA can often be an adversarial situation, but in reality, it shouldn’t be.  The developer, customer, marketing, CTO, CEO, accounting department, and so forth, are all stake holders in delivering a functional, aesthetic, secure, safe, and easy to use product.  This article can only scrape the surface of what those six terms:

  1. functional
  2. aesthetic
  3. secure
  4. safe
  5. easy to use
  6. accurate

actually mean.  Depending on the product being developed, they will be weighted differently as well.  Security may be paramount in a server handling REST requests, where aesthetics is irrelevant because there’s no customer facing UI.  Safety may be the priority in a piece of medical equipment or an engine cut off switch on an airplane.  Safety may be irrelevant in a mobile game application (unless you want to make sure the person isn’t crossing a street or driving while playing the game.)  So, depending on the application, you may be addressing some or all of the above concerns, and the QA process should provide the right balance of coverage based on how those (and things I’ve omitted) are tested.

Ultimately, the QA process is like a mathematical proof – it consists are formal, repeatable processes that validate and verify the application.

Robert C. Martin’s “The Churn”


I rarely (probably never) just post a link to something else.  But Robert C. Martin’s “The Churn” is an absolute must read for all those newbie wannabee waltzing in hackoders that think they’re hot shit with their latest techie-tech.  And is a must read for all those project managers sucked into the event horizon of the bling-hole.

“We need to choose a language, or two, or three. A small set of simple frameworks. Build up our tools. Solidify our processes. And become a goddam profession.”