Skip to main content

QA

QA, you gotta love them.  The have the job of finding issues with the code that engineers write.  This should be a very good thing, but there are times where developers view QA as something akin to goblins that live in a haunted forest and should be avoided.  This view is totally without merit.

This may be related to thinking that it's a Development -vs- QA world with and "end sum" view where for every winner there must be a loser.  This thinking is very harmful as developers and QA have the same goal, to deliver great software.

Staff that works in QA is the last line of defense between what we code (and test?) before the end user (expecting a fault free experience) uses it.   QA's only fault is that they point out our faults, that deep down we already know we have.  Developers could preview if we did our own QA screening, but our minds and ego prevent us from doing so.   We like to think that when we finish code, it's finished, done, ready, complete, but it's really not finished. We are finished when QA is finished with it and we should do what ever we can to help QA finish it.  One way is to do some QA our selfs (not just our unit and integration tests) but user, installation, messing up tests.

We could:
  • Just perform all (related and non-related) feature operations at the completion of coding.   "But my changes should not have effected that!"
  • Have other developers (that don't know the feature) try all of the feature operations.  "No, it does not work that way!"
  • Pretend to be a toddler and just type and click away.  "No one would ever do that, it only expects numbers!"  
These basic steps could avoid so many bugs and time.  If developers performed steps like this then the bug/fix cycle would shorten to minutes instead of going through QA and another build / verify cycle and QA could focus on more complex threading, data, integration issues and help deliver a more robust product.

Just a side note:  Take time to walk over to QA, to talk to QA and encourage them to ask for questions.  They learn how to better test the product and you gain an understanding how end users may visualize and operate the product.   

One habit I've picked up is when ever anybody comes to my desk I use the phrase: "Hi , how can I help you?".   This places the person at ease and places the discussions on open basis.  Give it a try.

Next Post: Agile!



Comments

Popular posts from this blog

Still Life

 Life is never still, at least I don't think you would want it to be.  That's why so many of us (i.e., retired care free people) travel.  Keep seeing new things and places.   Well the Hurricane so far inland was a new thing and one I would have rather forgone but life is what happens.  Life keeps moving. Except a still life is forever and captures a slice of time frozen in a painting.  This is from a wooden bowl of pears onboard our ship during dinner one nice.  Again, just thought it looked nice. Enjoy.

A Trip Abroad

 Just back from our trip abroad as Asheville continues to recover from the hurricane.  This trip has been planned for a long time and we almost didn't make it because our dog sitting business will be closed for a while. But make it we did and now we are back. We love Amsterdam.  What a fun place to visit.  So many things to too and do there.  The weather was not the best but it did not have an impact on our visit.  Just bundle up. Got some quick painting in while on the boat (i.e., Viking) as we moved from port to port.  This painting is of a garden at a heritage site of windmills.  I thought it looked nice. Nice time on the trip to de-stress from what was happing back home.  We were fine back home but not everything is well with many others.

A Process

Once in a while I take photos of a work in progress.  This is for me as well as others as the work moves from stage to stage.  And it is done in stages with defined processes for each step.  On this walkway overpass up in Spruce Pine, I've done both an ink / marker and an Ink / Wash on the same piece. This is the finished watercolor of the work.  To start the process I did an ink drawing of it and then took a tracing from that.  It's the tracing where I did another ink drawing but this time on watercolor paper. Tracings of a work is done with standard tracing paper.  I get mine from CheapJoes.com and use the 8x10 size as that covers most of my needs.  The tracing is done with a 0.3 ink pen (Winsor & Newton Fineliner).  Once I have the tracing I can then use it for other paper or to do another work of the same subject. The tracing is just a start as I still need to get it transferred onto other paper.  For that you need a very bright light...