Компания General Motors Co (GM) создала передовую лабораторию по тестированию программного обеспечения в своём Глобальном техническом центре, которую она планирует тиражировать в других местах, включая офис GM в Кремниевой долине. Эта инициатива направлена на предотвращение ошибок в новых автомобилях и улучшение качества программного обеспечения, что стало особенно актуальным после проблем с программным обеспечением GM, включая прекращение продаж электромобиля Chevrolet Blazer EV из-за периодических проблем с экранами и быстрой зарядкой.
Дэйв Ричардсон, старший вице-президент GM по разработке программного обеспечения и услуг, заявил инвесторам и аналитикам на мероприятии Investor Day автопроизводителя в начале октября: «Это одна из инноваций в области тестирования программного обеспечения в GM, которая резко повысила эффективность и строгость тестирования программного обеспечения, выявляя в 10 раз больше дефектов в процессе разработки и делая это на более ранних этапах процесса».
Проблемы с программным обеспечением в автомобилях не являются уникальными для GM. Согласно данным консалтинговой фирмы Envorso из Детройта, более 41,6% всех отозванных в 2024 году транспортных средств были связаны с проблемами программного обеспечения, что выше 14,9% в 2023 году. В этом году отзывы программного обеспечения были от Tesla и Stellantis.
Эксперты утверждают, что автопроизводители исторически использовали программное обеспечение способами, которые не соответствовали потребностям современных транспортных средств. Тодд Уоррен, старший консультант Envorso, специализирующийся на стратегии программного обеспечения для автомобильной промышленности, сказал: «Это своего рода разница между Стивом Джобсом и Генри Фордом. Генри Форд думал о том, как работает сборочная линия и как на ней собираются все детали. Джобс думал об этом, исходя из своего опыта и того, как программное обеспечение интегрируется с оборудованием, и прорабатывал этот опыт, прежде чем приступать к производству».
Чтобы решить эту проблему, GM пересматривает свою стратегию в отношении программного обеспечения, сдвигая тестирование программного обеспечения «влево», чтобы выявлять ошибки на более ранних этапах процесса разработки. Компания интегрировала стандартные для технологической отрасли инструменты и процессы, позволяющие разработчикам писать более качественный код, отслеживала контроль качества, внедрила автоматизацию тестирования, начала тестирование систем в облаке и «создала глобальную сеть лабораторий по контролю качества программного обеспечения».
GM копирует лабораторию Уоррена в своём техническом центре в Канаде и в недавно открытом техническом центре Mountain View в Калифорнии. Компания также уволила более 1000 штатных сотрудников в своей организации программного обеспечения и услуг по всему миру, включая более 600 сотрудников, работающих в Глобальном техническом центре в Уоррене, в попытке оптимизировать операции подразделения под новым руководством.
В лаборатории качества программного обеспечения GM, которая открылась год назад, есть «стенды» или кабины для каждого автомобиля, который производит компания. Программное обеспечение тестируется на одном модуле, затем переходит на стенд, прежде чем его поместят на интегрированный стенд для всего автомобиля. «Мы проверяем код на каждом этапе, что обеспечивает лучшее качество тестирования», — сказала Эми Талерико, директор по тестовой инфраструктуре, программным лабораториям, автопаркам в GM.
Программное обеспечение для транспортных средств не является чем-то новым, но отрасль столкнулась с трудностями при разработке программного обеспечения с использованием современных методов. Сэм Абуэльсамид, главный аналитик по электромобилям в исследовательской компании Guidehouse Inc., объяснил, что в прошлом подход заключался в использовании «глубоко встроенного программного обеспечения», поэтому такие функции автомобиля, как антиблокировочная система тормозов или последовательные указатели поворота, имели отдельные электронные блоки управления с программным обеспечением для каждого из них.
«Все эти вещи традиционно разрабатывались независимо друг от друга. Они не общаются друг с другом. Программное обеспечение, как правило, напрямую привязано к этому оборудованию, на котором оно работает», — сказал он.
С переходом на программно-определяемые транспортные средства ожидается, что программное обеспечение будет обновляться для предоставления новых возможностей и функций с течением времени. «Нужно взглянуть на то, как разрабатывается программное обеспечение, совершенно по-другому. Нужны другие виды процессов. Нужна другая организация для разработки, тестирования и поддержки этого программного обеспечения и его обновления в течение всего срока службы автомобиля», — сказал Абуэльсамид.
Как и GM, другие автопроизводители внесли изменения, чтобы решить проблемы с программным обеспечением, с которыми они столкнулись. Например, Volkswagen сотрудничает с EV-стартапом Rivian Automotive Inc. В июне компании объявили о создании совместного предприятия, которое они запустили 19 ноября, для создания программно-определяемых транспортных платформ следующего поколения, которые будут использоваться в будущих EV обоих автопроизводителей.
«Автопроизводители, которые рассчитывали сделать это самостоятельно, теперь всё чаще признают: "Ладно, это намного сложнее, чем мы думали". И они работают с партнёрами, которые имеют больше опыта в разработке такого рода программного обеспечения, — сказал Абуэльсамид.
