База знаний · Под капотом

Как мы тестируем релизы

Автотесты, настоящие платы на столе и проверки после каждого деплоя — скучно и надёжно.

«Скучная надёжность» — комплимент, которого мы добиваемся. За каждой версией, которая доезжает до вашего компьютера, стоит конвейер проверок: автоматических, ручных и железных — в буквальном смысле.

Слой 1. Автотесты

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

Слой 2. Настоящее железо

Тесты не заменяют плат: у нас на столах живёт матрица реального железа — классическая Uno и семейство AVR, UNO R4, ESP32, российская ELBEAR ACE-UNO. Семейства регулярно прошиваются вживую: «поддерживается» в наших списках значит «прошито руками», а не «должно работать по документации» (карта плат).

Слой 3. Все платформы

Сборки проверяются на Windows и Linux — включая Альт, реальную ОС российских школ. Для школьных сценариев отдельно прогоняются профили, пакеты классов и офлайн-режимы: то, что сломается на уроке, должно сломаться у нас.

Центр загрузки Trema: до публикации версия проходит автотесты и проверки на железе — «Опубликовано и проверено» в центре загрузки — короткая надпись про длинный конвейер.

Слой 4. После публикации

Выпуск — не конец контроля: после каждого обновления серверов автоматика проверяет живость всей экосистемы — сайт, кабинеты, каталоги, страницы. Пользователи при этом защищены правилом обновлений «что работало — работает» («Как обновляется Trema IDE»).

Ваш вклад

Лучшие тестировщики — реальные классы и семьи: сообщения о проблемах превращаются в тесты, чтобы поломка не повторилась никогда. Нашли что-то странное — напишите через поддержку: это прямой вход в наш конвейер качества (как это работает).