Letter from the Editor – June 2019

Testing the Software Car. As usual with the LogiGear Magazine, we are tackling a big subject. With our goal of having single-topic issues, we have the ability to grab and disseminate as much information as we can related to a current topic that is interesting and also on the frontier of Software Testing.  

Some of the goals of these issues are for you, the reader, to have a fuller understanding, for demystifying certain topics, and for sharing this knowledge with your team. This is one of the biggest problems in the testing industry around the software car. As always with the LogiGear Magazine, we keep the focus on testing and sometimes new technology—not the hype or buzz around it.

What has been saturating the headlines recently is autonomous driving; it seems like a flood of software companies are moving into autonomous driving. Yet, some of these companies have not worked on safety critical systems before, or have not had much experience in firmware or experience testing on simulators.

Or in this modern, Agile software development age, they are dealing with increased documentation requirements for regulatory compliance and auditing. The standards for car software are evolving, but requirements for formal test plans, test cases, and bug reports are more old school—not Agile or Lean. With evolving standards, the auditing requirements can be equated to hitting a moving target.

As you know, not every piece of software in a car is related to autonomous driving. It’s diverse, complicated, and interactive. It’s also more than a ride share app or navigation. So much of the software car is telecom, entertainment, communication, navigation, and both hardware and software just to keep a driver paying attention. Estimates are wildly different, but according to visualcapitialist.com, they fall around 100 microcontrollers in a car with 100 million lines of software code in an average, modern, high-end luxury car. The skills needed here are the skills testers always need, the Venn diagram (see below) of knowledge of the users, knowledge of the platform/technology, and knowledge of testing and quality practices, coupled with the technology and testing skill. These skills are often taken for granted. What will set you apart is understanding, simulating, and acting like the user, not merely validating requirements.

Figure 1 – Skills Testers Need

But there are new technical issues for many test teams who have worked in software only and easy UI development projects: automating Sensor Testing, automating Firmware Testing, as well as testing on dynamic hardware and simulated environments. The public responded with dropped jaws to hacked baby monitors and insulin pumps. The public will not tolerate hacked cars. Security Testing, with its unique skills and tools, will have to be raised a level. I recently heard a story where a braking problem with a car was not because of a software issue nor was it a defect with the car, but was actually due to people not knowing how to use the automatic system itself.

Not knowing the proper usage of the system, limitations, when to use, when not to use… the majority of users are not properly informed about these topics. The usability, documentation, and training videos—whatever it is that companies need to do to make the using of the seriously complicated systems much easier to understand for consumers—are equally as important to the successful use of software in cars as the quality of the software itself. Each of these areas is not only core testing work, but the synchronization, usability, and testing of each piece is part of testing the integrated system as a whole. 

The users present their own issues here. How much training will they get on car systems? Will they understand and know the uses, limitations, human interaction, and human overrides of the system? We are excited about this, our first issue on Testing the Software Car, and look forward to more issues on this skyrocketing topic. This issue’s cover story is written co-authored by Long Trinh and myself. In this article, we discuss how to leverage your existing experience for automotive Software Testing.

We’ve also got some great infographics for you on the software car. Our featured Blogger of the Month, David Silver, discusses test-driven development for autonomous vehicles, and we touch on several important articles including HMI and testing for the modern car as well as how to shift-left your UI testing. Leader’s Pulse will feature the first of a 2-part series on emotional intelligence. We hope you enjoy it!

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

Methods and strategy have been my favorite topics since I started working in testing. It’s essentially engineering problem-solving. It’s both looking for efficiency and attempting to measure effectiveness. So, how do we develop a set of practices to solve our Software Testing engineering problems?
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 ...
A lot has changed since I began staffing test projects. From hiring college students and interns for summer testing programs, to building networks of offshore teams around the world, and from having 24-hour work schedules to having instant crowdsourced public beta or bug bounty testing—things have changed.
For everyone still celebrating holidays: Happy Lunar New Year! At this time of the year many teams and companies are starting new projects, new initiatives, and hiring new staff. LogiGear Magazine will continue to be the resource for you for better testing with much less stress! We are excited about the focus of this month’s ...
Our plan for the December LogiGear Magazine was to have a forward-looking Trends and Challenges issue. However, whilst assembling our September issue on SMAC, we realized the momentum SMAC was gaining in the industry. We had a large amount of content on our hands from a range of excellent contributors. Thus, we decided to split ...
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 ...
On the whole, everyone wants to do a great job, have a better work environment, happy clients and customers, and to be employed by a company earning lots of money. All great goals! But this is not always the case. When it is not, you can suggest process improvements, better tool use, different estimating techniques, ...
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 ...
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 ...
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 ...
As fast as Mobile is growing, the platform is still immature and is evolving at a very rapid pace. While there are whole countries that have migrated large government services to mobile, countries ranging from Estonia to Turkey to Kenya have many longtime mobile users have yet to use mPay or other mobile payment systems. ...
I led the Editor’s Note in our very first mobile issue with “Everything is mobile”, but it is now way beyond what we thought. Mobile has come to mean only the smart phone, mobility is the word that describes everything a smart phone enables you to do. Mobility is more than a device! Mobility is ...

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