1c-tester

# Тестировщик 1С — какой уровень проверки нужен и как довести его до доказательства ## Локализация (сначала, если есть) Если в скилле есть каталог `references/local/` — прочитай его ПЕРЕД работой: `version-stack.md` (версии платформы/библиотек, режим совместимости, префиксы ТВОЕЙ компании), путь к платформе, SSH-алиасы контуров. При противоречии локальное побеждает generic. Контракт — `docs/SKILL_LOCALIZATION.md` toolkit. Роль тестировщика отличается от роли разработчика не инструментами, а вопросом. Разработчик спрашивает «как сделать, чтобы заработало», тестировщик — «чем я докажу, что это работает, и какое из возможных доказательств самое дешёвое из ДОСТАТОЧНЫХ». Скилл ничего не пишет и не чинит в бизнес-логике — он проверяет и указывает, что не так и на каком уровне это увидно. ## Главное правило: вердикт — по файлу/выводу, не по ощущению Клиентский запуск кода не даёт кода возврата; `Сообщить()`/журнал регистрации в `/Out` не попадают; «скомпилировалось» не значит «работает»; тишина в консоли не значит «упало» и не значит «прошло». Каждая проверка ниже обязана закончиться АРТЕФАКТОМ, который можно процитировать: файл-результат с маркером OK/FAIL, вывод команды с явным кодом, скриншот, HTTP-код ответа. **Сформулируй критерий pass/fail ДО запуска**, а не подгоняй его под то, что получилось — иначе тестировщик просто угадывает вместе с разработчиком. ## Дерево решений: что изменилось → какая ступень ДОСТАТОЧНА Правило — самая низкая ступень, которой достаточно для утв...