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

Digital Transformation and IT Modernization projects have shifted into high gear during the COVID-19 pandemic. Tough on some teams is having to do more with less and speed up projects on reduced budgets due to the resulting COVID-19 business climate. On the other hand, other companies are adding funding and pressing the schedule under the ...
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 ...
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 ...
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.
As part of my work, I spend a lot of time at client’s sites and talk to various software development organizations. I am beginning to see a problem arise regarding Test Automation. There is too much automation! Surprised? While there are still many teams struggling to make progress with Test Automation, many teams have been doing ...
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 ...
A while ago, I helped start a Software Quality Certificate Program as a part of the Software Engineering Program at the University of California, Santa Cruz Extension in Silicon Valley. I was on the Board of Advisors. While putting the curriculum together, a few people suggested a Measurement and Metrics course. Since I was teaching ...
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 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 ...
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 ...
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 ...
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 ...

Leave a Reply

Your email address will not be published.

Stay in the loop with the lastest
software testing news

Subscribe