Boeing Software Scandal Highlights Need for Full Lifecycle Testing

It’s a bird! It’s a plane! It’s a software defect of epic proportions.

On March 10, 2019, Ethiopian Airlines Flight 302 crashed just minutes after takeoff. All 157 people on board the flight died. Similarly, in October of 2018, Lion Air Flight 610 also crashed minutes after taking off. Both flights involved Boeing’s 737 MAX jet.

The MAX jet, aimed to be more fuel-efficient than rival aircrafts, featured slight design changes than that of a regular 737 including upgraded engines and design. The changes, however, led to a problem with the nose of the plane: it would push it upwards. In order to counteract this issue, Boeing implemented the Maneuvering Characteristics Augmentation System (MCAS), a software that would automatically bring the nose of the plane down. Black box data from both flights suggest multiple similarities in the accidents, primarily revolving around the automated MCAS system.

Due to design, the 737 MAX jet featured engines more forward on the plane than other models; this caused the nose of the plane to lift to a higher degree than what is deemed safe. In order to amend this, a sensor towards the front of the plane, called the angle of attack indicator, was used to prevent stalling. This sensor along with the MCAS was designed to bring the nose of the plane back down to a safe level.

The problem? Well, there are two: (1) the software overpowered all other flight functions trying to mediate the nose lift and (2) many pilots did not know this system existed. The pilots in the Lion Air incident had as little as 40 seconds to identify the problem and correct it. Boeing had originally claimed that the MAX jet was similar enough to the original 737 that pilots would not need to go through extensive retraining, and, thus, pilots were trained via an iPad. Investigators on the Ethiopian crash case stated that the pilots on Flight 302 were using procedures highlighted by Boeing in the training that should have disengaged the MCAS system, but the plane was in an unrecoverable nosedive. All 737 MAX jet planes are now grounded worldwide following these two similar crashes that occurred just months apart.

What is worse is the fact that Boeing admitted to knowing about the software defect one year before the Lion Air crash in 2018. Engineers reportedly discovered the issue in 2017, but determined it was not an immediate issue. Originally, senior company leadership claimed to be unaware of the defect, but recent coverage has found those claims to be false. Furthermore, airlines were alerted to problem at drastically different times; Southwest told reporters they were informed of the problem in November of 2018 while United said they were not made aware of the issue until March of 2019. Boeing CEO Dennis Muilenburg explained to Business Insider why they did not inform pilots of this issue. “It’s fundamentally embedded in the handling qualities of the airplane. So when you train on the airplane, you are being trained on MCAS. It’s not a separate system to be trained on,” said Muilenburg.

Moving forward, Boeing has since apologized for both incidents and disclosed their plans for remedying the situation. They will be releasing a software update that will allow pilots to exert more control over the MCAS system as well as scaling back the software itself in order to prevent it from overpowering other cockpit commands. The system, if needed, will only activate once for a short duration and a warning light-which was previously an extra cost-0will now come standard to inform pilots of the software enabling. More importantly, Boeing additionally stated that pilots of the 737 MAX jet will undergo more extensive training programs in order to properly educate pilots on the MCAS system.

For now, Boeing is still working with regulators and is awaiting the Federal Aviation Administration’s approval for both the software and training updates. Nonetheless, Muilenburg vowed that the 737 MAX jet will be “one of the safest planes to ever fly” once the plane returns to the sky.

Note: This is a developing story. New information may come out following the publication of this article.

LogiGear Staff
LogiGear Corporation provides global solutions for software testing, and offers public and corporate software testing training programs worldwide through LogiGear University. LogiGear is a leader in the integration of test automation, offshore resources and US project management for fast, cost-effective results. Since 1994, LogiGear has worked with Fortune 500 companies to early-stage start-ups in, creating unique solutions to meet their clients’ needs. With facilities in the US and Viet Nam, LogiGear helps companies double their test coverage and improve software quality while reducing testing time and cutting costs.

The Related Post

As I write this article I am sitting at a table at StarEast, one of the major testing conferences. As you can expect from a testing conference, a lot of talk and discussion is about bugs and how to find them. What I have noticed in some of these discussions, however, is a lack of ...
LogiGear Magazine – February 2014 – Test Methods and Strategies
Introduction Keyword-driven methodologies like Action Based Testing (ABT) are usually considered to be an Automation technique. They are commonly positioned as an advanced and practical alternative to other techniques like to “record & playback” or “scripting”.
  Explore It! is one of the very best software testing books ever written. It is packed with great ideas and Elisabeth Hendrickson’s writing style makes it very enjoyable to read. Hendrickson has a well-deserved reputation in the global software testing community as someone who has the enviable ability to clearly communicate highly-practical, well-thought-out ideas. ...
Please note: This article was adapted from a blog posting in Karen N. Johnson’s blog on July 24, 2007. Introduction The password field is one data entry field that needs special attention when testing an application. The password field can be important (since accessing someone’s account can start a security leak), testers should spend more ...
At VISTACON 2011, Jane sat down with LogiGear Sr. VP, Michael Hackett, to discuss complex systems.
LogiGear Magazine March Testing Essentials Issue 2017
Do testers have to write code? For years, whenever someone asked me if I thought testers had to know how to write code, I’ve responded: “Of course not.” The way I see it, test automation is inherently a programming activity. Anyone tasked with automating tests should know how to program. But not all testers are ...
One of the most dreaded kinds of bugs are the ones caused by fixes of other bugs or by code changes due to feature requests. I like to call these the ‘bonus bugs,’ since they come on top on the bug load you already have to deal with. Bonus bugs are the major rationale for ...
For mission-critical applications, it’s important to frequently develop, test, and deploy new features, while maintaining high quality. To guarantee top-notch quality, you must have the right testing approach, process, and tools in place.
Karen N. Johnson began as a technical writer in 1985 and later switched to software testing in 1992. She maintains a blog at TestingReflections, a collaborative site where she is featured as a main contributor. In her latest entry, she discusses search testing with different languages. Here is an excerpt from her blog: “I started ...
D. Richard Kuhn – Computer Scientist, National Institute of Standards & Technology LogiGear: How did you get into software testing? What did you find interesting about it? Mr. Kuhn: About 10 years ago Dolores Wallace and I were investigating the causes of software failures in medical devices, using 15 years of data from the FDA. ...

Leave a Reply

Your email address will not be published. Required fields are marked *

Stay in the loop with the lastest
software testing news