Letter from the Editor – June 2021

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, drivers, and the like. Some of the skills I developed I never used again… but, many skills opened up doors to other jobs and my knowledge in testing hardware integration, particularly automating testing of wifi-enabled smart devices (IoT) and voice systems. 

Had I stayed in the area of my first few jobs where I was building some subject matter expertise, my domain knowledge would have increased, but the technical knowledge gained proved more beneficial. Working on a variety of projects for various companies forced me to learn a variety of technical skills I would not have learned had I stayed at one company. Building a wider variety of skills is important to anyone’s career, or whether you will become a “Full-Stack” Tester or not. But in these days of Digital Modernization or Full-Stack Product Teams, floating between testing tasks from database to browser to mobile to back end is the new norm.  

The same situation happened when I jumped to a data and database project at a different company. This was a completely different product development and testing situation. Over time, I gained a pretty wide variety of tools for my toolbelt: Device and OS, driver, firmware, and hardware integration testing skills; web and server testing skills, followed by database skills; jobs that were only API testing; jobs that were IoT, wifi-connected devices; jobs that were testing cloud systems… I could go on.

Now we are in a world of Digital Modernization. The big benefit here is that with Digital Modernization, the whole idea is modernizing with new technologies, cutting-edge technologies, and data––lots of data. But, we can’t forget modernizations like automating processes, adding connected devices, or moving to the cloud; these are all typical for Digital Modernization.

For many teams, the issue with Digital Modernizations is having the skills to build and test new and complex systems. Lately, what is becoming more common in product development vernacular and where the conversation turns to is the phrase “Full-Stack Development.” The full-stack tech worker is the jack of all trades. “Full-stack” is most commonly referred to as “Full-Stack Developer” but also as “Full-Stack Tester.” The point here is that they’re a multi-skilled team member who can go from front end to back end with added skills in the newest technologies. This is a tall order for any team, but in Digital Modernization, we’re now not only testing web systems, but also devices to data, to servers, and to the cloud. And, of course, the testing should be automated.

There’s a lot of discussion today around this idea of both Full-Stack Development and Testing. Adding to your technology skills regardless of what you do is essential, but there are really 3 options here:

  1. You can try to learn as many skills as you can. Be careful about only scratching the surface or only having high-level knowledge. You do not want to be a jack of all trades, but master of none.
  2. You can have a complete skill set across the team. Have multiple people on the team be sufficiently skilled in general but also have a new area of expertise. This way the entire team when looked at holistically is full-stack.
  3. Outsource to fill out the skill set. Then, you’ll have the freedom to build more skill overtime or have individual experts and the team before stack. Outsourcing can give you the flexibility to hire for specific technology gaps on a team. You can also outsource all the tech need and keep internal teams focused on domain/subject matter testing. This is particularly helpful with new technologies added into your modernization projects.

Building skills and growing in technical skill, testing skill, as well as domain knowledge is a tall order. But, it is the nature of our job! And, the goal behind LogiGear Magazine has always been to help you in this effort.

As you begin or continue your Digital Transformation journey, we want you to know that LogiGear is here to help you at every step of the way, and that’s precisely why we’ve dedicated this issue to DXs. Our cover story breaks down the 4 key components of a DX, as well as the 7 pillars of an effective DX strategy. When it comes to a DX, you hear many reasons as to why you should embark on a DX journey, but sometimes the benefits aren’t always clear; in our article 4 Business Benefits of Digital Transformation, we outline 4 overarching benefits that you can expect to reap after a successful DX implementation. While this piece focuses more so on the overall business and organizational benefits, we also created Digital Transformations Effect on QA to give a voice to and hear the opinions of the people putting in the work to actually push the DX forward. Our infographic, What’s Driving Digital Transformations, takes a step back to look at the external forces of the global business market that are driving these mass digital strategy adoptions, as well as commonly cited roadblocks to a DX implementation. Finally, in this issue’s Blogger of the Month, Jabil delves into a survey they ran that asked tech leaders what the biggest challenges to DX was, as well as recommendations on how to overcome them.

We hope you enjoy our June 2021 Magazine––Happy Digitizing!

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

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 ...
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 ...
Test automation is a big topic. There are so many different areas to talk about: tool choice, jumpstart, cross platform, services, cloud… Each of these areas have changed so much in the recent past that they could each be worth their own magazine issue.
Testers need to learn their craft and hone in on their skill set. That means building skills, sharpening their tools, and becoming creative detectives. There is no cookie-cutter tester and no best practice. The best circumstance is a fully-skilled, aggressive tester mixed with curiosity, nimbleness, and agility.
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 ...
Everything is mobile. What else can we say? Everything. If your product or service is currently not, it will be very soon. As Apple says: “There’s an app for that.” There is an app for everything. The race for mobile apps has consumed the software development world. I did a few projects at Palm Computing in the ...
I remember the times when test teams sat in their own area and we were not allowed to “bother” developers.
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 ...
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 ...
Change is constant. What’s different today is the rate of change. Moore’s law resulted from the observation that that the rate of change in computing power is exponential. The products, services and software landscape appears just as dynamic. At the same time, we pretty much take for granted the ubiquitous presence of software running our ...
Automation is a mantra in testing. Anyone associated with software development wants more test automation, but it’s often misunderstood. People who do test automation know how difficult it can be. But some people do not understand that automation is code, and that it needs to have architecture and design just like production code. They do ...
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 ...

Leave a Reply

Your email address will not be published.

Stay in the loop with the lastest
software testing news

Subscribe