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

This article was originally featured in the May/June 2009 issue of Better Software magazine. Read the entire issue or become a subscriber. In my travels, I’ve worked with a number of companies that have attempted to assess the quality of their testing — or worse, their testers — using poorly considered metrics. Sometimes the measurement ...
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”.
This article first appeared in BETTER SOFTWARE, May/June 2005. Executives and managers, get your performance testing teams out of the pit and ahead of the pack Introduction As an activity, performance testing is widely misunderstood, particularly by executives and managers. This misunderstanding can cause a variety of difficulties-including outright project failure. This article details the ...
Regardless of the method you choose, simply spending some time thinking about good test design before writing the first test case will have a very high payback down the line, both in the quality and the efficiency of the tests. Test design is the single biggest contributor to success in software testing and its also ...
VISTACON 2010 – Keynote: The future of testing THE FUTURE OF TESTING BJ Rollison – Test Architect at Microsoft VISTACON 2010 – Keynote   BJ Rollison, Software Test Architect for Microsoft. Mr. Rollison started working for Microsoft in 1994, becoming one of the leading experts of test architecture and execution at Microsoft. He also teaches ...
Jeff Offutt – Professor of Software Engineering in the Volgenau School of Information Technology at George Mason University – homepage – and editor-in-chief of Wiley’s journal of Software Testing, Verification and Reliability, LogiGear: How did you get into software testing? What do you find interesting about it? Professor Offutt: When I started college I didn’t ...
This article was developed from concepts in the book Global Software Test Automation: Discussion of Software Testing for Executives. Introduction When thinking of the types of Software Testing, many mistakenly equate the mechanism by which the testing is performed with types of Software Testing. The mechanism simply refers to whether you are using Manual or ...
Having developed software for nearly fifteen years, I remember the dark days before testing was all the rage and the large number of bugs that had to be arduously found and fixed manually. The next step was nervously releasing the code without the safety net of a test bed and having no idea if one ...
LogiGear Magazine – May 2011 – The Test Process Improvement Issue
I’ve been reviewing a lot of test plans recently. As I review them, I’ve compiled this list of things I look for in a well written test plan document. Here’s a brain dump of things I check for, in no particular order, of course, and it is by no means a complete list. That said, if you ...
Most have probably heard the expression ‘less is more‘, or know of the ‘keep it simple and stupid‘ principle. These are general and well-accepted principles for design and architecture in general, and something that any software architect should aspire to. Similarly, Richard P. Gabriel (a major figure in the world of Lisp programming language, accomplished poet, and currently ...
Has this ever happened to you: You’ve been testing for a while, perhaps building off of a branch, only to find out that, after all of this time, there is something big wrong. It’s a bad build and now you have to go backwards, fix something, and get a new build. Basically, you just wasted ...

Leave a Reply

Your email address will not be published.

Stay in the loop with the lastest
software testing news

Subscribe