Опубликовано: 28.07.2026 | Источник: CNews (новости)

Срыв обновления ПО F-35: как этот кейс сделать основой диплома по тестированию

Введение

Пентагон потратил $2 трлн на программу F-35, но обновление софта буксует: каждая новая прошивка приносит десятки ошибок, а Lockheed Martin не справляется с их исправлением. Для выпускника ИТ-специальности это не просто новость — это готовый полигон для дипломной работы. Вы можете разобрать реальные причины провала (плохое тестовое покрытие, слабый CI/CD, отсутствие метрик качества) и предложить архитектурно-обоснованное решение. В статье — как превратить этот кейс в защищаемую ВКР, какие стандарты использовать и где брать данные для расчётов.

Основная часть — темы ВКР и практические приёмы

Темы ВКР, которые «выстрелят» на защите

Каждая тема привязывается к проблеме из статьи F-35. Выбирайте по своему профилю:

Как использовать статью в работе

Глава 1 (теория). В разделе «Анализ существующих проблем» прямо ссылайтесь на статью CNews (2026). Опишите, что Lockheed Martin столкнулась с «эффектом снежного кома» ошибок — каждое исправление порождает новые. Покажите это на графике defect trend (ASCII или SVG). Свяжите с моделью ISO 25010: нарушена характеристика «зрелость» (maturity).

Глава 2 (проектирование). Предложите архитектуру, которая бы предотвратила срыв. Например, шлюз качества (Quality Gate) в пайплайне:

# Пример конфигурации Jenkins Pipeline со стадиями QA
pipeline {
    agent any
    stages {
        stage('Static Analysis') {
            steps {
                sh 'sonar-scanner -Dsonar.projectKey=F35 -Dsonar.sources=.'
            }
        }
        stage('Unit Tests') {
            steps {
                sh 'mvn test'
            }
        }
        stage('Integration Smoke') {
            steps {
                sh 'robot --suite smoke acceptance_tests/'
            }
        }
        stage('Quality Gate') {
            steps {
                timeout(time: 1, unit: 'HOURS') {
                    input message: 'Approve deployment?', ok: 'Deploy'
                }
            }
        }
    }
}

Глава 3 (эффективность). Оцените, как ваш подход снижает defect density. Используйте данные из статьи: если до внедрения CI/CD время исправления (time-to-fix) составило 90 дней, то после — 2 дня. Посчитайте экономию по PMBOK 7 (стоимость устранения дефекта на этапе эксплуатации в 10 раз выше, чем на этапе тестирования).

Стандарты и нотации, которые усилят работу

• ISO/IEC 25010 — модель качества для обоснования выбора метрик.
• PMBOK 7 — для раздела управления рисками (идентификация, качественный анализ).
• UML (диаграммы последовательности, компонентов) — для описания взаимодействия в CI/CD.
• C4 Model — для архитектуры системы тестирования (контейнеры, компоненты).
• OWASP ZAP — если в дипломе будет раздел безопасности обновлений.

Чему вы научитесь, защитив такую работу

• Проектировать pipelines с автоматическим контролем качества.
• Собирать и интерпретировать метрики (defect density, test coverage, MTBF).
• Применять стандарты ISO 25010 и PMBOK 7 для обоснования решений.
• Писать код тестов и конфигурации CI/CD, готовый к вставке в отчёт.
• Строить экономическое обоснование (ROI) для QA-активностей.

Типичные ошибки студентов

FAQ

Какой стек выбрать для быстрого прототипа?

Для демонстрации в ВКР достаточно GitLab CI (бесплатный) + Selenium + Allure. Если тема про безопасность — добавьте OWASP ZAP. Не гонитесь за enterprise-инструментами: ваша задача — показать метод, а не промышленный уровень.

Где взять данные для расчётов, если нет доступа к боевому ПО?

Используйте открытые баг-трекеры (например, bugzilla.mozilla.org) и моделируйте ситуацию на основе статьи. Можно взять реальный open-source проект (ядро Linux, Apache) и сравнить «до/после» внедрения вашего решения. В главе 3 сделайте имитационное моделирование.

Обязательно ли писать код или можно только теорию?

Для высокой оценки требуется практическая часть. Хотя бы конфигурация пайплайна или небольшой тестовый скрипт. Теория без кода — это реферат, а не ВКР бакалавра/магистра.

Как оформить схемы в отчёте?

Используйте draw.io или PlantUML. Для C4-диаграмм есть шаблоны «structurizr». Все схемы подписывайте: «Рисунок 1 — Диаграмма компонентов системы тестирования». Ссылайтесь на них в тексте.

Чек-лист «Что проверить перед сдачей»

Источник: Сорвана программа обновления ПО F-35, передового истребителя США. Софт работает криво, а разработчик не может исправить ошибки (опубликовано 2026-03-16)