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

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 ...
DevOps can be a big scary thing. Culture change, constant collaboration— whatever that means— a big new set of tools… it’s a lot. What most teams want is to have a smooth running software development pipeline. I have stopped using the phrase “DevOps,” and now I say “Continuous Delivery.” There are many reasons for this.
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. ...
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.
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 ...
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 ...
“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 ...
How do you test software? How do you validate it? How do you find bugs? These are all good questions anyone on your project team or anyone responsible for customers may ask you. Can you articulate your test strategy─not your test process, but explain your approach to testing? I find that this can be a ...
I spend about half my work time in the role of a consultant assessing, auditing and examining software development team practices and processes for the purpose of process improvement. I am regularly surprised to find teams that lack basic skills, management support, tools, information, access to users, Product Owners and to developers. And yet they’re ...
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 ...
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 ...
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.

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