Hi, I’m Amanda. I’m the Quality Assurance (QA) Engineer for Poodle Jumper and I’ve been working here for a year and a half. I started as a customer service representative and worked closely with the engineers to solve issues before I was promoted. Quality Assurance is a great entry-level role in IT. The core of quality assurance is a mindset more than anything else, and it can be a great place to learn more about coding and development. When I was young, I always pointed out the broken or weird things in our house, like the door jamb that had a gap or bottle that didn’t sit flat. It made my mom crazy, but that’s just how I’ve always been. I love that I get to play detective by digging for problems or inconsistencies in our product to help make it better for our customers. I’m a Poodle Jumper customer too, and I love being able to use our service for my dog, Watson.
Understanding the role of a QA Engineer might seem straightforward. We are responsible for testing software to ensure a good experience for our users and raising the team’s confidence in the quality of our software. We don’t just test or point out all the problems at the end; we get to contribute throughout the whole process by asking questions, raising risks, and making sure everything lines up.
At Poodle Jumper, or really at any software development company, things don’t usually go right the first time. It’s my job as the QA Engineer to poke around the software and make sure things work as expected. I investigate risky areas, find problems, log issues, and collaborate with the developers to uncover what is really causing the problem.
The other day I found a link in our web application that wasn’t working. Reuben, my team’s web developer, is really practical and was happy that I let him know. After I found a second broken link, I did a little digging and realized that our design didn’t explain some of the user flow very well. I asked Mori, UX) to walk me through it and we found a gap that hasn’t been resolved. We added a few notes to the design document so that we didn’t lose track. This collaboration is helpful for everyone, including Ruben (Web Dev), who will also have a better understanding of what need needs to develop.
Working as a QA Engineer, you’ll spend a good amount of time using the software to see how it behaves. It’s important to understand how our customers use the product, so I test different variations. I spend time reviewing documentation, asking questions, or talking to our users. No matter where we are in our software development lifecycle, there is something that I can do to raise confidence in our product. The earlier we find or prevent problems, the better, and my role is key.
One of the hardest things for me to learn was that I’m not perfect. No matter how much I test a new feature, I can never be 100% sure that it will work flawlessly. I spent my first few months on the job running as many tests as I possibly could, and it was tough. I even sacrificed my walking time with Watson because I was working extra hours!
I spent so much time looking for bugs that I let a few major problems escape to our customers, and I was worried for a little while I might lose my job. I felt like I let my whole team down, but Jose, our product manager, reiterated that the entire development team is responsible for the quality of our product. We have to work together as a team to pull it off. A friend of mine in QA helped me to understand how to prioritize more effectively. I learned to organize and plan my time to focus on the riskiest and most important parts of our product. As a result of this focus, I’ve identified several important bugs and greatly improved my productivity.
So much of my job requires effective communication.
Did you know that in 2014 Forbes Magazine rated QA Engineering as #2 happiest job? And in 2018 CareerBliss also named QA Analyst as the #2 happiest job? The factors they considered included work environment, growth opportunities, compensation, company culture, daily tasks, reputation, and relationships!