Letter from the Editor

I remember the times when test teams sat in their own area and we were not allowed to “bother” developers.

We sat there idly waiting for code hand-off. We only tested through the GUI. We worked all week and had meetings half of each Friday, to review status reports, metrics and bug reports. One day a week was “build day” and everyone ran around getting all kinds of various tasks done: qualifying the build, smoke test, verifying bug fixes, and combing the build notes for feature changes. To some people— this may seem strange. Times have changed. A lot! It was actually not too long ago this was common and, most importantly, there are still organizations like this.

Testing— as has all development— been revolutionized. Even calling people “Testers” has changed. The team name QA/Quality Assurance is practically non-existent any more. The whole team has responsibility for quality, not one group. And that group certainly does not promise or guarantee anything! They run tests, they don’t promise quality.

The idea of testers being not part of development is outdated as well. People who test are in the middle of software development— not on the outside. An often cited example, now 12 years old, is when Microsoft stopped having Test Engineers and had a new role of Software Development Engineer in Test (SDET). For more information on that transition, find the details at MSDN blogs. What is important to me here for this issue, is the declaration that people who run tests help design the software product. It’s not only POs, Bas, Programmers, or Marketing.

Testers contribute to product design and help specify how a feature will work and what will be blocked or throw error messages. In many teams today, test teams are the ones most responsible for adding acceptance criteria to user stories so they are essentially ironing out the deep details of how a feature will work.

Now, instead of waiting for handoff, we are in the middle of designing and testing it.

No longer outcasts, and now, right at the center. This is a great modernization.

With so much changed today, and working together on smaller teams with more collaboration, there is more distributed ownership of testing. Many teams stopped writing test plans. Most teams stopped writing test plans— so they stopped planning testing projects. Bugs were missed and technical debt builds up.

In my consulting practice, I go to many companies each year and evaluate, recommend practices, implement, and coach. We get a bit biased in Silicon Valley that everyone develops “like us.” Also, in research and writing about software development today, we rarely hear from teams anywhere but at the cutting edge.

Regardless of where you are on the spectrum of your software test practice, there are some basic skills and practices in testing that use to get more attention in those old days. Some teams today either don’t know how to perform or even get help with basic practices. We are here to help.

This issue of LogiGear Magazine is focused on the essentials of a testing practice. Whether the testing is done by developers, traditional testers, customers, or product owners, these are the basics of communication in testing that everyone needs to know. But as with everything in development today, these things are done differently than they were just 10 years ago.

In this issue, we will cover everything from writing modern test plans, and writing great bug reports. Blogger of the Month, Thanh Huynh discusses 3 simple reasons why your bug reports suck, and how to fix them. Zephyr’s Sanjay Zaldivia discusses distinguishing the differences between smoke and sanity testing in this exclusive article. Leader’s Pulse is Part 2 of Managing the Knowledge Worker, and this issue of TestArchitect Corner shows how you can use TestArchitect for API testing for SOAP and REST Web Services— without a single line of code. Catch Minh Ngo and Thong Nguyen discuss the latest release of Selenium in “Selenium 3.0”. We also have two cool infographics exploring the evolution of software testing, and we review ten things QA teams should know about testing.

Thanks for reading. Good luck! Learn and share skills across your team!

 

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.

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

“Why do we need to understand a bunch of test methods? I write test cases from user stories or requirements, automate what I can and execute the rest manually, and its fine.” If this is your situation: good for you. If you are time crunched, if your automated tests have lost relevance, are hard to ...
Every year, LogiGear Magazine devotes one full issue to Test Automation. We could do more than one, and perhaps even that would not be enough. The problems around automation have become increasingly complex. And now, automation is much more integrated into the software development process. For over a decade teams have been faced with “do ...
Hello everyone – I’m hoping each one of us is having a great October. This time of the year is always my favorite, with the changing of the seasons, Fall was always my favorite time of year; it signified change and renewal – but I don’t want to digress to much from what’s going on ...
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 ...
Big and complex testing. What do these terms conjure up in your mind? When we added this topic to the editorial calendar, I had the notion that we might illustrate some large or complex systems and explore some of the test and quality challenges they present. We might have an article on: building and testing ...
If you are reading this issue, you are probably aware of the impact on the business world of cloud computing. Most people do not have a good grasp on what the cloud is or how people and products can use it. BTW, you are already a cloud user. If your email is stored somewhere “on ...
As we settle into autumn, we’re taking the time to start some new traditions. This is LogiGear magazine’s first issue on SMAC. SMAC—social, mobile, analytics and cloud. We will be doing more issues in the next few years on these topics since so much of the product world is moving to this development stack.
In our continuing effort to be the best source of information for keeping testers and test teams current, we have another issue to explore testing in Agile development. As Agile evolves, systemic problems arise and common rough situations become apparent. We want to provide solutions. For anyone who has worked on Agile projects, especially if ...
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.
We launched the first ever software testing conference in Vietnam, VISTACON. It was a resounding success, with well over 200 participants and 20+ speakers from around the globe; each speaking on a wide range of cutting-edge testing topics. In this month’s magazine, we have uploaded several video recordings of event presentations – giving our readers ...
Testing Embedded systems and testing the Internet of Things could each have their own issue of LogiGear magazine. But these days they are referred to presupposing knowledge of the other, so we thought it would be a good idea to tackle the two together in this issue to give a broad understanding of the landscape ...
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 ...

Leave a Reply

Your email address will not be published. Required fields are marked *

Stay in the loop with the lastest
software testing news

Subscribe