Letter from the Editor – March 2019

Software development projects are multifaceted. There is staffing and budget work. There are communication and team dynamics. There are project and process issues from what the customer wants, when they want it, revenue projections, and production dates.

As part of my work in helping people deliver software, I get involved in all aspects mentioned above. But, in the end, it all comes down to one thing: testers have to do a great job testing! This is where strategy, tools, technology, methods, and skills come into play.

Every time we do a methods and skills issue, my desire is the same: get testers the skills they need in order to do the best testing job possible. It’s important that you learn all the basic methods, test methods, and leverage tools and technology where you can.

A tester’s job is to find bugs. We want to find the important technical bugs, and we always want to find them as early as possible because they will be much cheaper to fix; we want to find as many customer focused bugs as possible. 

With there being a focus on shift-left and as the technical skills of most test teams increase, leverage new tools as much as you can. It’s always a good idea to reevaluate your testing strategy instead of just “Doing what we always do.”

What I often find in my work is that most developers and many testers do not understand the basic practices of software testing. Whether you are testing at the API or UI level, you still need to know how to do equivalence class partitioning and boundary value analysis to get the most test coverage with the most efficient set of test cases. Additionally, you can help the developer write unit tests by optimizing with your knowledge of the best data for testing. 

I have noticed a bit of a revival of model-based-testing recently. This is good! Testing from models is not only a standard and basic testing practice, it’s a great complement to requirements-based-testing built on user stories. You can find better bugs earlier, but first you have to know how to make a model! A few years ago, Unified Modeling Language (UML) fell out of preference. And, along with it, people stopped learning modeling skills and diagramming (such as making object models, state-transition diagrams, or class diagrams). Most organizations today, if they model at all, will make a UI wireframe.

The amount of information test teams use from a wireframe is important, but it’s nowhere near the amount of information test teams could use from other technical diagrams. It is all too bad! I would change my testing strategy often based on what parameters are sent to various components.

Apply important test methods — perhaps, adding a new interface earlier to ensure that you do the best testing job possible. Knowing how to do concurrency and race condition testing is essential. Most people do that later in the development cycle when the product is fully built. Instead, maybe you can shift that earlier. Maybe you can shift-left and do your concurrency and race condition testing earlier at an API level if this applies to you or your product, based on you knowing the testing skills and methods used for this. The same idea goes for soak testing and other essential test methods. As long as you know how to do them, what they are, and when you do them in a process (based on your product and technology) you can really optimize your testing strategy.

Build your skills and share testing technology across the development team.

In this issue, we take an in-depth look at a wide variety of testing essentials and methods. Our own Hans Buwalda discusses using Action Based Testing in TestArchitect in our cover story. Fred Murphy, a LogiGear alum, discusses the process of testing smoke detectors, Eran Kinsbruner returns to discuss progressive web apps and its impact on cross-browser testing, and Sankha Jayasooriya discusses how to test a mission-critical system. Due to popular demand, we’ve created a fun word search for you. Rounding up this issue, we’ve also included a recommendation of books every software tester should read and explained TestArchitect’s awesome screenshot feature in TestArchitect Corner. Whether you’re new to the software testing industry or a veteran, this issue explores a variety of test methods and essentials you’ll need in your software testing journey!

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

What is testing in Agile? It’s analogous to three blind men attempting to describe an elephant by the way it feels to them. Agile is difficult to define and everyone has their own perspective of what Agile is. When it comes to testing and Agile the rules are what you make them. Agile is ideas ...
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 ...
In the November 2011 issue: Mobile Application Testing, I began my column with the statement, “Everything is mobile.” One year later the statement is even more true. More devices, more platforms, more diversity, more apps. It boggles the mind how fast the landscape changes. Blackberry has been kicked to the curb by cooler and slicker ...
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 ...
This is LogiGear magazine’s first issue on the big world of DevOps. DevOps is a very large topic. Just when you thought you were safe from more process improvement for a while—not so fast. There’s DevOps, Continuous Testing, Continuous Delivery and Continuous Deployment. In this issue, we are focusing on Continuous Testing, the part most ...
I have been excited about this issue since I included it in the 2011 editorial calendar. This issue of LogiGear Magazine dives into an exploration of agile automation—from the most efficient methods for test automation, to skill sets and better preparation for test teams, and even to understanding the variety of tools in question. We ...
API testing– an old school technology gets way cool again. APIs and testing them is nothing new; the technology has been around for decades. The most basic definition of an API is an exposed function— a producer (person or company) writes a function and exposes it so that others, consumers, can use it. We copy ...
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 ...
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 ...
I remember the times when test teams sat in their own area and we were not allowed to “bother” developers.
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 ...
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 ...

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