6/13/2014

Dumb ways to die...doing testing

It's time to resume this blog and put me to write, I was inspired by a colleague who shared something interesting with the group of QAs of the company where I work today. It was a technical matter, so I'll wait for him to make the blog post and will share.
It was more technical than I like to write to me, but it helped me to think I should taking charge of this blog and write again, something about how I feel about this profession.
Today I want to write about negative situations, moments in which the Software Testers felt die, where we want to leave the profession. Often we cause ourselves these unnecessary situations that make us suffer but if we learn to get around them, we can enjoy a little more and see that this profession, which we like, worth it.
The title of this post is inspired by a Metro Trains Melbourne campaign to prevent deaths in stations and train tracks that could easily be avoided: dumb ways to die...doing testing in our case.

Bother a Bear...or a developer:

Yes they are not gods, they are human beings who make mistakes and sometimes more than they believe. But we should not be pinching with a stick every time you found a bug, because they will eat us alive, they will make the working atmosphere thickens and deliverables will be of poor quality. We must become their allies (but without any preferences, we'll see why) we must become the people who help them to do their jobs better and make them look good in front of the bosses. This way, they will help us to do our work better, to give us a hand when we need it. Otherwise, work in a hostile environment (remember that Testers / QAs are few in each team) can become a nightmare that we can not get out, and maybe we'll take the blame on our work and do not want to do it anymore.



Being eaten by piranhas...or your friends, the developers: 

Getting along with Developers, it's okay, be friends outside of work...great. Now, when it comes to work, cronyism can be counterproductive. Sometimes it happens that a developer, especially one that we like, he can ask us for a favor when reporting a bug and not to do so. Other times, sympathy and trust we have in them, leads us to test more cavalierly. In both cases, these acts of good faith can blow up in our face, because we're not doing our job properly. We are not the police of quality, nor should be bad guys with our partners (remember the bear...) but at the time of testing, no friends, no favoritism or anything, dog face against the screen and do our best. Those friends, if they really are, will appreciate our feedback and try to solve the problem quickly. Cronyism can lead us to do a poorly work and that our bosses will scold us and we end up hating the work. You have to know how to separate the chaff from the wheat.

Do testing just for the money...or sold at any price: 

Some people do anything for money, even see testing as a step up to reach another position that gives them more money, of course. It is common for QAs pay them less, this is something inexplicable. Usually happens because the software industry has mismanaged the importance of Testing in the software development cycle. But good testers of the world are very good at what they do and earn a lot. How they succeed? Well, training, develop their profession and lead to new horizons, solve problems better and faster than the rest and enforce their work. Not only economically, but morally. Another problem of the testerswhich leads them to professional starvation, is selling his ideals, his beliefs of how their profession should be developed for a few more pesos. Some do it accepting obsolete processes and best practices for many years, others sponsoring the purchase of expensive tools and obtuse in their companies, but reputed and backed with which play "for sure" (hp, ahem...) 
In the long run these testers feel miserable as well as low-skilled testers looking to climb, but could not do their job well, just end up dying in ignominy.

The suicide tester: 

We are not the gatekeepers, the guardians of the product and its quality. We are responsible for generating information so that the decision makers, can take them knowing the current state of the product. We are responsible to help the team working on product quality, from first to last member, from the first to last process, but neither we are the police of the team, that's not our job.
In both cases, all you will achieve is immolate ourselves in the name of quality, doing things of little value.
And when everyone are pointing us as the guilty, we will want to die and leave the Testing forever.

Burning our heads ... for having done a bad job:

Software development is a creative activity, a thinking activity, and it is even more Testing. We use all our senses, we squeeze our brains to ensure that does not escape us any bug. The brain, according to Dr. Daniel Kahneman in his book Think fast and slow, says we have 2 systems, where (roughly) the system1 handles routine tasks, and the system2, the control tasks and calculation. If the tester only uses his system1, most bugs will escape. The testers often use this system too often when they do scripting testing. A world-class tester, tries to use his system2 longer, that allows you to check and verify things that system1 slip away from him. This has a consequence, which is that the system2 uses and spends more energy than the system1, and we get exhausted more quickly. That is why the testers must perform their tasks in short sessions and take breaks between sessions, in order to better address the work.
This way, we avoid that obvious bugs do not escape to us, while we avoid burn our head and die of Burnout syndrome.


Surely I can write about many other ways to die doing testing, but the post would be very long. If someone wants to comment and add new forms, will be welcome.Finally I leave the original video of Dumb ways to Die, I hope you like it (the song is very addictive)