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

Тестирование и прослеживаемость требований в ВКР: чему учит срыв выпуска аналогов Texas Instruments

24 марта 2026 года Минпромторг оштрафовал на 50 млн рублей НИИ молекулярной электроники (группа «Элемент»): институт три года не смог освоить выпуск аналогов микросхем управления зарядом аккумуляторов вместо изделий Texas Instruments. Технически задача выглядит рутинной — контроллер заряда, десяток параметров, типовой корпус. Сорвалась не схемотехника, а процесс: требования, приёмка, трассируемость, управление сроками. Именно этот разрыв между «работает на макете» и «принято заказчиком» чаще всего убивает дипломные проекты на защите. Ниже — как превратить кейс в защищаемую ВКР по направлению QA и автоматизации, с метриками, схемами и кодом, а не с пересказом новости.

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

Частые вопросы студентов по этой теме

Мне вообще можно брать кейс из микроэлектроники, если я учусь на прикладной информатике?

Можно и нужно — но предметом работы должен быть информационный контур, а не сам чип. Вы проектируете систему сбора телеметрии с тестового стенда, базу требований, автоматизированный регресс, отчётность для приёмки. Кремний выступает объектом управления, а не объектом разработки. Так формулировка «Разработка подсистемы автоматизированного контроля параметров ИМС» спокойно проходит по 09.03.01/02.03.01/09.04.01.

Где взять данные, если нет доступа к производству?

Три рабочих источника: открытые даташиты аналогов (TI BQ2xxxx, отечественные аналоги), стенды-эмуляторы (нагрузка, программно управляемый источник питания, плата с АЦП), и синтетические данные из симулятора SPICE/Ngspice. Для ВКР достаточно 3–5 тысяч прогонов, сгенерированных по матрице параметров с заложенным дрейфом и шумом. Главное — описать генератор данных в главе 2 по ГОСТ 19.301 и приложить спецификацию.

Как считать эффективность автоматизации, чтобы комиссия поверила?

Не «стало быстрее», а измеримые величины: сокращение времени регресса, доля автоматизированных проверок, defect escape rate, стоимость часа стенда, RPN по FMEA до и после. Формулы и базовые замеры — в главе 3, обязательна таблица «до/после» с указанием методики замера.

Хватит ли GitHub-репозитория вместо приложения по ГОСТ?

Нет. ГОСТ 19.301 и 19.202 требуют спецификацию, описание программы и текст (или ссылку на носитель). Репозиторий — приложение, а не замена документации. Как написать ВКР с кодом и не утонуть в нормоконтроле — расписано ниже в чек-листе.

Темы ВКР: карточки под ваш профиль

• 1. Подсистема автоматизированного контроля зарядно-разрядных параметров ИМС на базе цифрового двойника стенда

  Актуальность: кейс НИИ показал, что отсутствие воспроизводимого контура измерений превращает приёмку в ручной аудит. Цифровой двойник тестового стенда даёт повторяемость, которой не было при трёхлетнем срыве сроков.

  Цель: сократить время приёмочного регресса партии и исключить ручной протокол.

  Задачи: анализ требований даташита и ГОСТ 34.601; проектирование модели стенда (C4, UML-диаграмма деятельности); реализация драйвера измерений и параметризованных тестов; оценка метрик по ISO/IEC 25010.

  Структура: Гл. 1 — анализ предметной области и стандартов; Гл. 2 — архитектура и реализация; Гл. 3 — тестирование, метрики, расчёт экономии стендового времени.

• 2. Методика прослеживаемости требований и управления сроками в проектах импортозамещения ЭКБ

  Актуальность: штраф на 50 млн — результат не технического, а процессного разрыва между требованием заказчика и результатом работ.

  Цель: построить матрицу трассируемости и контрольные точки, снижающие риск просрочки.

  Задачи: описать процесс по PMBOK 7 и стадиям ГОСТ 34.601; спроектировать матрицу «требование → тест → артефакт»; автоматизировать генерацию отчёта; провести экспертизу рисков через FMEA.

  Структура: Гл. 1 — теория управления требованиями; Гл. 2 — проектирование процесса и инструмента; Гл. 3 — пилот на выборке требований, оценка RPN.

• 3. Предиктивная аналитика отказов производства на данных MES/SCADA тестового участка

  Актуальность: срыв серийного выпуска обычно виден в данных за месяцы до срыва — по дрейфу параметров и росту доли отбраковки.

  Цель: построить модель раннего предупреждения отказов линии.

  Задачи: сбор и очистка телеметрии; разметка инцидентов; обучение и валидация модели; встраивание алертов в контур мониторинга.

  Структура: Гл. 1 — анализ данных и метрик надёжности; Гл. 2 — пайплайн и модель; Гл. 3 — оценка precision/recall и экономического эффекта.

• 4. Автоматизация регрессионного тестирования прошивок контроллеров по ГОСТ 19.301

  Актуальность: смена поставщика ИМС означает перепроверку всей прошивки — вручную это месяцы.

  Цель: снизить трудозатраты на регресс при смене компонентной базы.

  Задачи: инвентаризация тест-кейсов; выбор фреймворка; настройка CI на эмуляторе; отчётность Allure.

  Структура: Гл. 1 — анализ подходов к тестированию встраиваемого ПО; Гл. 2 — реализация фреймворка; Гл. 3 — прогон, метрики покрытия, документация по ГОСТ.

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

Глава 1: где место статье и стандартам

Не пересказывайте новость — используйте её как постановку проблемы. Схема раздела: «Класс изделий и требования к нему» → «Барьеры импортозамещения: сроки, приёмка, метрология» → «Анализ стандартов». Опора — ГОСТ 34.601-90 (стадии и этапы создания автоматизированных систем) для процесса и ISO/IEC 25010 для модели качества: функциональная полнота, надёжность, сопровождаемость, производительность. Ссылка на кейс 2026 года закрывает пункт об актуальности лучше любой фразы про «динамичное развитие отрасли».

Глава 2: архитектура и диаграммы, которые ждёт комиссия

Минимум три схемы. Первая — контекстная C4: «Оператор — Система контроля — Тестовый стенд — Хранилище результатов — MES». Вторая — UML-диаграмма деятельности процесса приёмки партии (постановка → прогон → валидация → протокол → решение). Третья — схема развёртывания: где живёт раннер CI, где база, где доступ к стенду. Псевдосхема контура:

[Оператор] --(веб-UI)--> [Оркестратор тестов]
                             |
                    +--------+--------+
                    |                 |
             [Драйвер стенда]   [Хранилище результатов]
                    |                 |
             [Источник питания]  [Генератор протоколов]
             [Электронная нагрузка]     |
             [АЦП/осциллограф]    [Отчёт Allure/PDF]

Глава 2–3: код и CI, которые можно показать на защите

Возьмите параметризованный тест по матрице режимов заряда. Аналог TI работает в трёх фазах — предзаряд, стабилизация тока, стабилизация напряжения; каждую проверяем отдельно, с допуском. Такой код читается комиссией за минуту и сразу показывает инженерный подход:

# test_charger_ic.py
import pytest, allure

@pytest.mark.parametrize("vbat, expected_ichg, phase", [
    (3.00, 0.50, "precharge"),
    (3.70, 1.00, "CC"),
    (4.20, 0.20, "CV"),
])
@allure.story("Контроль параметров заряда")
def test_charge_current(stand, vbat, expected_ichg, phase):
    stand.set_vbat(vbat)
    stand.set_load(0.2)
    ichg = stand.measure_ichg(timeout=2.0, samples=32)
    assert ichg == pytest.approx(expected_ichg, rel=0.05), \
        f"{phase}: Ichg={ichg:.3f} A вне допуска 5% при Vbat={vbat} В"

Обвязка в CI — минимальная, но с артефактами приёмки и запретом «зелёного» прогона при падении стенда:

stages: [smoke, regression, report]

ic-regression:
  stage: regression
  script:
    - pytest -m "ic" --alluredir=allure-results --maxfail=1
  artifacts:
    when: always
    paths: [allure-results/]
    expire_in: 30 days
  retry: 0   # не маскируем нестабильность стенда повторами

Глава 3: метрики, а не «стало удобнее»

Считайте то, что защитимо. Ниже — набор, который укладывается в ISO/IEC 25010 и не вызывает вопросов у рецензента.

Чему вы научитесь на такой работе

• Строить контур верификации и валидации от требования до протокола приёмки, а не набор разрозненных тестов.
• Оформлять ТЗ, спецификацию и описание программы по ГОСТ 34.601 и ГОСТ 19.301 без переписывания заново на нормоконтроле.
• Автоматизировать прогон на эмуляторе стенда и выносить отчётность в CI с сохранением артефактов.
• Оценивать надёжность и качество через ISO/IEC 25010 и метрики, а не через оценочные суждения.
• Управлять рисками сроков через PMBOK 7 и FMEA — навык, которого не хватило в описанном кейсе.

Практические ошибки, которые ломают такие работы

Источник: НИИ молекулярной электроники оштрафован за срыв производства чипов на замену Texas Instruments (опубликовано 2026-03-24)