This week the Ministry of Testing Bloggers club has decided on "What’s the non-technical skill that every tester should have, but most don’t seem to?"
Being a tester move have a very technical mind. A lot of time with intelligent technical people they lack basic common sense. I have seen mountains made out of mole hills, useless tickets, and tickets that no one will ever fix. The button is 2 pixels off... ain't nobody got time for that. A new feature has some bugs do to a weird workflow. Ok we can fix it but we don't need to hold shipping to beta when there is a work around and most people will not use that workflow. Plus a new feature is not breaking current functionality. Take some time to think before standing up for that bug. Yes there are bugs that need standing up for and by golly you do it but make sure it is worth it and not a waste of everyones time. Use Common sense when judging the bug.
This week the Ministry of Testing Bloggers Club is tackling "What non-testing focussed book do you wish you’d been given on your first day testing."
I have been working in the realm of manual testing for years. Over that time I have been given a lot of lead way and have been able to do more then our average tester. This is because I took a lot of programing courses in University. Being able to look at the code and understand what is going on and understanding why something breaks has helped me loads in testing.
It allows me to find new tools, learn coding for fixing minor bugs or just figuring out a little more then the manual tester. I think all QA should have some basic understanding of Object oriented programing. Not only does it help you become a better tester your developers listen to you more.
So when you have time learn some coding. This Head First book about Java is great but you can also try Codecademy.
This sprint for the Ministry of Testing Bloggers Club the topic was "Critic some widely known/accepted concept in the testing community" Being that I have never really been a full fledged member of a testing community I don't know what they widely accept.
The one thing for years it was thought that testers were not needed, the clients could test the software and give feedback as soon as it was released. That caused a lot of issues with calling clients to tell them things have gone horribly wrong. Then the age of manual testers came and all was well, but as software evolves so does Testing. The age of automated testing has been happening everywhere.
A belief that has also been spreading in bigger companies is that they can just patch it so feel free to release it to the customer. We can fix it when they complain as patches are so readily available. This is very prevalent in the gaming community to the point where sometimes you have to pay to fix a bug.
With automated testing growing some think that the manual tester is a dinosaur no longer needed and all they need it automation. Robots then rule the world and order is obtained. Automation can not test everything, the human brain is more complex and is needed for full testing. Automation is a great tool for repetitive and simple test.
What is really needed is a good balance of automation and manual testing. Automation does basic test leaving manual testing to be more in dept.
Well, I am back after 2 years off, and I have a lot of new stuff to blog about. I have recently joined the Ministry of Testing’s Blogger’s Club, a group dedicated to blogging about testing by providing topics, blogging together on general topics, and being the motivation we all need. I hope with their support and adding 2 more years of testing under my belt, I can create a better blog for everyone.
The first topic is "a technical tip every tester should know" so I went with give yourself time to learn and grow as a tester. Something this blog supported in the past and will continue to support in the future.
I have worked for a company manual testing for 5 years now. In this time there has been little to no growth in our QA department. Just retesting the same parts of the software over and over. Waiting for when a new feature can be tested to pull you away from the monotonous test you run through on a daily basis. If our QA begins looking for other jobs, they realize that our company is behind the times, as manual testers, are coming to an end. Manual tests are now only a part of what most QA do in this modern world. A lot of our employees hunger to grow, have something they can achieve, and while others like where they are and don't want change.
However, I have been fortunate my company has allowed me to learn and try other things, becoming a better tester. They allowed me to do this because I have a coding background and the tenacity to ask. So they trusted me run new tools, fix minor bugs, and become the one everyone goes to when they need help. Still most of what I did was manual testing with a sprinkling of extra fun tools. I was still stagnating at as tester in my community when all other companies in my location are moving to include automated testing.
Something then happened that changed everything. Our company got some new management which listened to our employees. They allowed our developers to launch a new plan for our software taking us into the future. With these changes they asked if QA could begin automated testing with the new project. So all those years building the trust they put me to learning and researching Serenity, Cucumber, Selenium and Postman. I then get to teach the others in my department. The company is finally moving forward with a plan one Developer had for years for our software, and what I been proposing for years is finally coming to the our company.
The drawback with learning and growing in such a short time is growing pains as my head explodes with knowledge and headaches. It would be nice for every company to allow a day of learning similar to what Google has done in the past and has become a growing part of Agile culture. Don't stagnate you're learning or try to do it all at once because it all of a sudden becomes relevant.
Learning new things in your industry helps you become better at your job. It gives you more responsibilities, makes you feel valued as a team member. When you learn and grow, the company learns and grows with you.
It was Gandhi who said, "Be the change you want to see in the world."
Be the change you want to see in your company. Sometimes it takes patience to move forward. Sometimes it takes only one person to believe in your idea. When you learn and grow as a tester, you learn and grow as a person.
Google is your best friend when it comes to learning and researching. Bookmark links and document everything you learn so you can return to it later. Documenting helps you to not forget what you learned and allows you to share your newfound knowledge with others. When you document and share you become an expert because it helps your brain retain the knowledge you have learned better.
I worked on this site and blogging about testing for 10 months and it was great to see it grow and to see everyone reading and responding to what I had to offer. This was a great learning experience and I would not give it away for anything in the whole world. The reason I took a break was in September my Best friend of 26 years died in a tragic motor cycle accident and it rocked me. I was unable to continue with some of my projects and they suffered for it. I am now looking at this new year with fresh eyes.
This site will continue to be up for another 325 days before it will cease to exist. Please fill free to go over all the knowledge I put into this site and feel free to contact me on Twitter or through the site.
Thanks so much for reading my blog.
QA Hipster is a Quality Assurance Technical Lead for an software company, mostly working with Macs. I have been in the field since September 2013, and have a bachelor's degree in Management Information Services. I started my studies at Iowa State in Software Engineering. I have been working on moving my company forward with the latest QA techniques.