Демо-режим
pnpm buildpnpm demo # http://127.0.0.1:3000 с демо-данными в data/demo.db (рабочая база не трогается)pnpm demo --reset # начать с чистого демоdocker run --rm -p 3000:3000 -e TSMC_DEMO=1 tsmc # то же в Docker, данные живут до остановки контейнераДемо заполняет только пустую базу. На странице входа — пять учётных записей (администратор, редактор,
два тестировщика, наблюдатель; пароль demo1234), в шапке — плашка «Демо». Данные:
- Интернет-магазин — 37 кейсов в дереве сьютов с шаблонами кода; 11 прогонов регресса за 4 месяца
от двух тестировщиков, 12 ночных импортов автотестов из CI и текущий регресс в работе с исполнителями.
Специально заложены находки для гигиены (2 пары дублей, давно не запускавшийся, никогда не падающий,
нестабильный автотест) и недавно сломанный «Возврат средств» — его первым подберёт
«Подбор по изменениям» для файла
src/payments/refund_service.ts. Прогоны разложены по спринтам «Спринт 22» (прошлый) и «Спринт 23» (текущий), есть веха «Релиз 3.1». - TSMC (этот проект) — ручные кейсы на ключевые сценарии и настоящий JUnit-отчёт vitest с 118 автотестами самого TSMC.
История строится от текущей даты и одинакова при каждом создании. Не включайте TSMC_DEMO на рабочем
сервере: пароли демо-пользователей показаны всем на странице входа.
Для демо-данных на сервере, открытом другим (стенд команды), вместо него задайте TSMC_DEMO_DATA=1 вместе с
TSMC_ADMIN_EMAIL и TSMC_ADMIN_PASSWORD: пустая база получит те же проекты и историю, демо-аккаунты
заблокированы (остаются авторами), администратор — из переменных окружения. TSMC_STAND_COMMIT и
TSMC_STAND_BUILT_AT выводят в шапке плашку «Стенд · коммит». См. Стенд команды на своём компьютере.