Letter From The Editor – December 2019

This is a very special issue of LogiGear Magazine. When we were putting together the Editorial Calendar for this year, we decided that instead of a technology issue, we would focus on the human side of quality and test engineering. We want to focus on individual Test Engineers and their jobs. We talked to a variety of people who work in quality every day, in all sorts of fields. Some of these fields include government, consumer products, security, insurance, education, banking and finance, and more. We also got answers from around the world!

Testing is a multifaceted practice and process-this is one of the things that attracted me to it. It can be complicated, we design and engineer tests, not to forget “the exciting world of” product development.

It’s also quite misunderstood. Some people underestimate the creativity involved in designing tests, designing data, and even sometimes designing an environment and condition to execute those tests and apply that data. Some people also underestimate how repetitive testing is. Run a test. Change one thing. Run another test. Change one thing. Run another test.

The people coming into the field are typically those who do not understand it. It is also mistaken by people who are scheduling it, waiting for it to be done, and the people who manage it. I hope this issue gets people wondering about testing as a career, as well as a glimpse into what testing work is about. We also want to provide people who work with test teams as opposed to in test teams a view into what test teams do, in addition to what they like and do not like about their work. We tried to get as many different situations of test work as possible. Testing is very different from company to company. What passes for normal workday and common practices in one company might never happen in another company whose practices and execution may be completely unique. There are few rules in testing. There are suggestions and some guidelines, but in the end, there are no standard practices–it’s always content-driven.

In my work, I also see how varied the quality world is, from testing being an afterthought that barely happens so the product can meet a schedule, to quality running the entire development and deployment schedule on safety-critical products, and everything in between. I thought it would be a benefit to test teams and the software development world to hear this from the people who work in the software development industry, rather than a simple survey, or just me relaying other people’s experience. So, we decided to have an issue only about testers telling their story, ranging from what they like, what they don’t like, what is frustrating, and simply just what testers actually do day-to-day. 

We hope you enjoy this issue. We had fun talking to so many people working in the field to develop this content. Also–it’s not over! You can join in by now going to our website and reading the other Tester Profiles submitted, as well as post your own!

Michael Hackett
Michael is a co-founder of LogiGear Corporation, and has over two decades of experience in software engineering in banking, securities, healthcare and consumer electronics. Michael is a Certified Scrum Master and has co-authored two books on software testing. Testing Applications on the Web: Test Planning for Mobile and Internet-Based Systems (Wiley, 2nd ed. 2003), and Global Software Test Automation (Happy About Publishing, 2006). He is a founding member of the Board of Advisors at the University of California Berkeley Extension and has taught for the Certificate in Software Quality Engineering and Management at the University of California Santa Cruz Extension. As a member of IEEE, his training courses have brought Silicon Valley testing expertise to over 16 countries. Michael holds a Bachelor of Science in Engineering from Carnegie Mellon University.

The Related Post

DevOps can be a big scary thing. Culture change, constant collaboration— whatever that means— a big new set of tools… it’s a lot. What most teams want is to have a smooth running software development pipeline. I have stopped using the phrase “DevOps,” and now I say “Continuous Delivery.” There are many reasons for this.
How do you test software? How do you validate it? How do you find bugs? These are all good questions anyone on your project team or anyone responsible for customers may ask you. Can you articulate your test strategy─not your test process, but explain your approach to testing? I find that this can be a ...
I once consulted for a company to give a week-long course on testing and QA. It was a survey course covering a wide range of topics. I was setting up and chatting with students in the room. One man came over to me and said: “I have been testing for 6 months and I am completely ...
Testing tools – very important, very often overlooked, and very often where mistakes are made. First, the most common mistake people make about tools is thinking tools are only about test automation! False. Automation tools are merely one type testing tool. We will try to balance this issue between test automation tools and other test ...
Because of the type of work I do (consulting projects at different companies), I’ve been lucky in my Software Development career to have worked on a bunch of software projects specific to hardware devices or integrating new hardware into software systems. Starting with the Palm Pilot, I worked on some operating systems (OS) projects, firmware, ...
Continuous Testing… what is it? When we first decided to do a magazine issue dedicated to the DevOps practice of Continuous Testing, I joked with someone: “It’s about testing continuously.” And their reply was: “Yeah. What else would it be?” I was joking, but clearly the joke didn’t land. Continuous Testing is about testing continuously, ...
I have been training testers for about 15 years in universities, corporations, online, and individually – in both a training, managing and coaching capacity. So far, I have executed these various training efforts in 16 countries, under good and rough conditions – from simultaneous translation, to video broadcast to multiple sites, to group games with ...
The Greek philosopher Heraclitus of Ephesus (c. 500 BCE) is credited with saying, “The only constant is change.”   This is a statement that, more than 2,000 years later, still holds true. Today, we are in a time of great change. Everything is in flux. The fact is, we are always in a state of change even if ...
Methods and strategy have been my favorite topics since I started working in testing. It’s essentially engineering problem-solving. It’s both looking for efficiency and attempting to measure effectiveness. So, how do we develop a set of practices to solve our Software Testing engineering problems?
There has been a tectonic shift in software development tools in just the past few years. Agile practices and increasingly distributed teams have been significant factors but, in my opinion, the main reason is a new and more intense focus on tools for testing driven by more complex software and shorter development cycles. There have ...
This is our third issue concerning topics of Continuous Delivery (CD) and DevOps with the inclusion of Continuous Testing. DevOps has been around for a while and I hope the period of buzz is over and companies moving towards building a development pipeline have begun their process, including changing their test strategies.
There is a growing software development dynamic of teams without Testers. When I first went into Software Quality, I learned one thing right away: My role was user advocate. My main job was to find bugs. This is the Lean principle called Amplified Learning. We learn about behavior by testing. Even then, validation was not ...

Leave a Reply

Your email address will not be published.

Stay in the loop with the lastest
software testing news

Subscribe