Коммерческое давление означает, что менеджеры по разработке программного обеспечения и их команды вынуждены искать компромисс между качеством кода и давлением для реализации новых функций продукта. The Economist пишет, что некоторые из самых лучших программ, когда-либо написанных - Технологическим центром Software Assurance НАСА, - содержали 0,1 ошибки на 1000 строк исходного кода. Надежность большинства программ на много порядков ниже, чем у них. Tricentis, поставщик платформы тестирования, подчеркнул эту проблему в своем отчете Fail Watch за 2018 год. Он проанализировал 606 сбоев программного обеспечения и обнаружил, что более 3,6 миллиарда человек пострадали от этих проблем с программным обеспечением, в результате чего 1,7 триллиона долларов США потеряли доходы поставщики программного обеспечения.

Поставщики баз данных особенно уязвимы из-за высокой конкуренции на рынке, сложности систем и высокой стоимости ненадежности. В результате ошибки должны быть устранены как можно раньше при тестировании. К сожалению, многие из них трудно идентифицировать, поскольку они лишь незначительно влияют на программу, поэтому они, похоже, вообще не появляются на этапе тестирования. Попадая в производство, эти ошибки могут привести к серьезным сбоям и сбоям программного обеспечения.

Чтобы обеспечить отказ компаний от вышеуказанного сценария, инженерным отделам рекомендуется рассмотреть свою стратегию обеспечения надежности программного обеспечения и принять превентивные меры для диагностики серьезных дефектов программного обеспечения, прежде чем они приведут к хаосу на площадке заказчика. Так, что могут сделать команды разработчиков программного обеспечения, чтобы сделать их программное обеспечение более надежным? Революция в тестировании (непрерывная интеграция, разработка через тестирование, нечеткое тестирование и т. д.) Означает, что сегодня можно запустить тысячи автоматизированных тестов. Типичный программный проект заданного размера будет выполнять в тысячи раз больше тестов, чем аналогичный проект десять или двадцать лет назад. Для отрасли это большой скачок вперед. Но все эти тесты - кошмар для сортировки, если даже крошечная фракция терпит неудачу, особенно если они терпят неудачу периодически.

Одним из возможных решений этой проблемы надежности программного обеспечения на триллион долларов является регистрация полета программного обеспечения. Записывая выполнение программы в случае ее сбоя, инженерные группы получают надежный воспроизводимый контрольный пример, который дает им полное представление обо всех факторах, которые привели к сбою или неправильному поведению программы. Этот подход особенно эффективен против периодических сбоев тестов, которые по своей природе очень трудно воспроизвести - распространенная проблема при разработке программного обеспечения. Сбои программного обеспечения могут затем быть захвачены, воспроизведены в обратимом отладчике и диагностированы на порядки быстрее, чем с помощью традиционных методов. Такое решение, как запись и воспроизведение программы, позволяет командам разработчиков программного обеспечения точно наблюдать, что их программа делала в любой момент времени и почему. Это помогает ускорить время разрешения и минимизировать сбои в работе клиентов.

Запись и воспроизведение программы - это революция в разработке и тестировании программного обеспечения. Предприятия должны меньше беспокоиться о фанфарах, вращающихся вокруг систем искусственного интеллекта, и вместо этого задуматься над тем, как улучшить основу, на которой строятся их бизнес-приложения и продукты.