Fanfare Blog
Is Testing Green?
So our PR team asked me a great question: Is testing green?
Yes, er, No, um ... Depends? OK, not as easy as I wanted. So, I have been thinking about the answer for a few weeks and I might be missing the obvious, but here is what has been fermenting in my brain:
At a very high level yes, testing is green. If you test products before they are released, the overall effect is green. While I spend and consume resources to test, if I do a good job, the product will be of high quality. Hopefully high quality means a successful product, and that means the materials used to produce the product were not wasted and the product does not wind up in the landfill three months after production due to all the support issues. So yes, I think testing can reduce waste and that is green.
This naturally led me to the question "Is automation greener?" At first I thought "No brainer," but then I thought that automation actually means more equipment consuming more power. So, in the witness stand ("Sir, just answer the question") I might say "Automation is not green." I think that neglects a key point, however: Automation should mean more testing, more testing should equate to better quality, and I asserted earlier that better quality is green.
In addition, I could claim or assume that I was going to do a certain volume of testing and automation just does it more efficiently than manual testing. A test lab with lots of test equipment that is heavily used 12 hours a day, but is idle at night, seems an inefficient use of resources; either I can run a lab 24x7 with automation or I have to have a bigger lab or more labs around the world to get the same manual testing done in the same time. Bigger or more labs is defiantly less green.
So yes, automation is greener than not using automation.
Lastly, (granted this is more of a feature than testing) some companies have started using virtualization to do testing. This means that instead of running real devices, I virtualize several devices on one machine. That saves power and that is green.
So, outside of the choice to just not do testing, I make the claim that high quality is more green than poor quality. While this is not really planting trees and taking cars off the road, it is a way to improve our planet from where we are. So yes, testing and automation are green.
Disagree? Did I miss a point?
- Related Entries
Copyright System and Device Testing
Standards - they are worth your time
Whenever I hear the word "standards", I think of Blu-Ray versus HD DVD and then I think of deeply technical standards bodies that debate the smallest detail. Necessary of course, but not my cup of tea.
I know most of us are aware of standards, and at least some of us have to test to standards. But what about standards for use in testing? I am not talking about the 'gold' standard of testing, say zero defects found by customers. I am talking about standards that define how scripts and equipment we use interoperate. For example, a standard on how my test authoring software should interoperate with test equipment, say a traffic generator or probe.
For many, because our labs are growing in complexity as what we test becomes more complex, standards have become a really hot issue (well, at least as hot as standards can get). The complexity has increased primarily because so many vendors engage in a little tactic called customer lock in; "Hey, if my customer builds a 1000 test scripts and they have to be hard-coded to my equipment, they will never get my stuff out." As a result, you have to spend a lot of time modifying existing scripts to work again each time there's an upgrade to their test equipment. "My script doesn't work because they changed their API!!! Now I have to fix 100 test cases, spending more time fixing than actually testing." So for testers, this is what standards should be really about: making a consistent and easy way to build test cases that are robust and easy to work with on several flavors of equipment, without a PhD or six months of maintenance.
There is a new standards body being formed called NTAF (www.ntaforum.org). What is interesting about this one is that it is a bit of a Phoenix rising from the ashes of other failed attempts and it is being led by customers -- customers who are demanding that testing vendors create standards to make their job easier. This is likely going to have a better outcome for the industry than the war waged to get a company's proprietary standard in and force conformance.
Of course, standards can take a long time and usually lag the market. At some point, testers need to get involved -- get someone from your company involved at least to peruse the proposed standards, or to communicate problems that need to be addressed. That small effort may mean you get home on time and watch the World Cup instead of doing a find-and-replace in 100 test scripts.
Tags: NTAF, Standards, Testing
- Related Entries
Copyright System and Device Testing
Whats in your resume?
The market is heating up, people are looking for better jobs -- in fact our company has hired a few experienced testers to lead service and consulting work for us.
Looking at the resumes I found a huge diversity in the experiences people have and what they highlight. Such as;
"Led a team of x people"
"Created an automation strategy"
"Built a test infrastructure"
"Established a quality test process "
"Worked with engineering to remove bugs earlier"
"Certified with X testing software tool"
"Authored X test scripts"
"Proficient in X, Y, Z scripting language"
I rarely saw how candidate participated or led to 15% reduction in defects, or how a new approach resulted in a faster time to market. Is this because we just don't think to put this on our resume? Is it because we don't know how measure these things? Or is it because we don't think anyone cares?
What do you think? What are the top three items on your resume?
Tags: resume, Test automation, testing
- Related Entries
- Standards - they are worth your time - Jun 18, 2010
- Do you know what abstraction is? - Feb 26, 2009
Copyright System and Device Testing
