Кто такой Blockchain Quality Assurance Engineer
Blockchain QA Engineer отвечает за то, чтобы криптовалютный продукт работал предсказуемо и без потери средств. В отличие от классического тестирования веб-сервисов, здесь ошибка часто необратима: транзакцию в блокчейнеБлокчейнБлокчейн — распределённая база данных в виде цепочки блоков, где каждая запись связана криптографически с предыдущей, а копии хранятся у множества участников сети. нельзя откатить, а уязвимость в смарт-контрактеСмарт-контрактСмарт-контракт — программа, которая хранится в блокчейне и автоматически выполняет заложенные в неё условия, когда они выполнены. может стоить денег всем пользователям сразу. Поэтому QA в крypto-компаниях — это не только проверка интерфейса, но и тестирование on-chain логики, работы с ключами, очередей транзакций и взаимодействия с внешними сетями.
Компании в криптовалютной вертикали нанимают эту роль, потому что продукты здесь сложные и быстро меняются: обмены, кошельки, платёжные шлюзыПлатёжный шлюзПлатёжный шлюз (payment gateway) — техническое звено, которое принимает платёжные данные с сайта или приложения и передаёт их на обработку эквайеру или процессингу, возвращая результат транзакции., стейкингСтейкингСтейкинг — блокировка криптовалюты в сети Proof-of-Stake для участия в валидации транзакций и получения вознаграждения в токенах сети., мосты между сетями. Баг в расчёте комиссии, неверный статус вывода или рассинхрон с нодой приводят к жалобам, чарджбэкамЧарджбэкВозврат платежа по требованию держателя карты через его банк. на фиатной стороне и проверкам со стороны регулятора. QA снижает эти риски до релиза.
В структуре компании специалист обычно подчиняется QA Lead или Engineering Manager и работает в паре с блокчейн-разработчиками, аудиторами и DevOps. Самостоятельного руководства командой на уровне Specialist нет: задачи ставятся в спринте или по релизному плану, а результаты фиксируются в баг-трекереТрекерТрекер — программа или сервис, который фиксирует клики, переходы и конверсии по рекламе и связывает их с источниками трафика, креативами и выплатами. и отчётах по тест-планам.
Обязанности
- Писать и поддерживать тест-план и тест-кейсы для смарт-контрактов, API и пользовательских сценариев: депозит, вывод, обмен, стейкинг
- Тестировать смарт-контракты на тестовых сетях: проверять граничные значения, переполнения, права доступа, повторные вызовы
- Проверять корректность расчётов: комиссии, курсы, проценты, округления, баланс до и после транзакции
- Тестировать интеграции с нодами и провайдерами: обработка реорганизаций блоков, задержки подтверждений, ошибки RPC
- Проверять обработку ошибок и статусов транзакций: pending, failed, dropped, повторная отправка
- Писать автотесты на уровне контрактов и API, поддерживать их в CI/CD вместе с разработкой
- Вести баг-репорты с воспроизводимыми шагами, логами, hash транзакции и приоритетом для бизнеса
- Участвовать в регрессе перед релизом и в проверке хотфиксов, в том числе в ночных окнах
- Проверять UX-сценарии, связанные с ключами и seed-фразами: восстановление, предупреждения, блокировки
- Согласовывать с разработкой и аудиторами критичные находки и условия релиза
Навыки
- Понимание работы блокчейна: блоки, транзакции, газ, подтверждения, форки, mempool
- Базовое чтение и написание кода на Solidity или на языке SDK выбранной сети (JavaScript, TypeScript, Python, Rust)
- Тестирование на уровне контрактов и API: unit, integration, property-based подходы
- Знание типовых уязвимостей смарт-контрактов: reentrancy, некорректный контроль доступа, ошибки округления
- Работа с тестовыми сетями и локальными нодами, управление тестовыми кошельками и балансами
- Умение формулировать баг так, чтобы разработчик воспроизвёл его за минуты
- Понимание требований к хранению ключей и безопасности пользовательских средств
- Коммуникация с продуктом, разработкой и поддержкой, умение объяснять риски без жаргона
- Внимательность к деталям и дисциплина в документировании проверок
Инструменты
- Jira или YouTrack для задач и баг-трекинга
- TestRail или аналоги для тест-кейсов и отчётов
- Hardhat или Foundry для запуска и тестирования контрактов
- Postman или аналогичные инструменты для проверки API и RPC-запросов
- Block explorer сети для проверки транзакций и состояния контрактов
- Git и CI/CD-пайплайны для запуска автотестов
- Инструменты статического анализа кода контрактов (например, Slither)
- Тестовые сети и локальные ноды для прогонов перед релизом
Как оценивают работу: KPI
- Доля критичных и высоких багов, найденных до продакшена
- Количество инцидентов с потерей или неверным расчётом средств после релиза
- Покрытие критичных сценариев автотестами
- Время от обнаружения бага до его воспроизведения и передачи в разработку
- Доля релизов, прошедших регресс без откатов
- Качество баг-репортов: доля возвратов от разработки как неполных
Особенности по вертикалям
Crypto
В криптовалютных продуктах QA работает с транзакциями, которые нельзя отменить, поэтому особое внимание уделяется проверке ключей, подписей, очередей вывода и корректности on-chain состояния. Обязательны проверки реорганизаций блоков и работы с несколькими сетями.
Грейды: чем отличается уровень
Specialist
Specialist самостоятельно ведёт участок тестирования: тест-кейсы, автотесты, регресс и баг-репорты по закреплённым модулям. Решения о релизе принимает не он, а QA Lead или менеджер продукта, но его находки напрямую на них влияют.
Как стать Blockchain Quality Assurance Engineer
Чаще всего в блокчейн-QA приходят из классического тестирования веб-приложений или финтеха: QA-инженеры, которые умеют писать тест-план, работать с API и баг-трекером. Переход проходит проще, если есть опыт работы с платежами, расчётами или высоконагруженными сервисами, где ошибка стоит денег.
Чтобы войти в профессию, нужно освоить основы блокчейна: как устроены транзакции, блоки, газ и подтверждения, и понять, как пишутся и разворачиваются смарт-контракты. Практически полезно поднять локальную тестовую сеть, написать несколько контрактов с тестами и проверить их на типовые уязвимости. Так появляется портфолио, которое можно показать работодателю.
Рост идёт от тестирования отдельных модулей к ответственности за целую подсистему: кошелёк, обмен, мост. Дальше открываются роли с автоматизацией, аудитом безопасности и управлением качеством релиза. Важно регулярно разбирать инциденты и публичные взломы, потому что именно на них растёт экспертиза.
Куда расти дальше: Senior Blockchain QA Engineer, QA Lead (Blockchain), Security Auditor (смарт-контракты), Test Automation Engineer, QA Manager
Термины, которые нужно знать
- Смарт-контракт
- Reentrancy
- Газ (gas fee)
- Mempool
- Реорганизация блоков (reorg)
- RPC-нода
- Тестовая сеть (testnet)
- Регресс-тестирование
Частые вопросы
Чем Blockchain QA отличается от обычного тестировщика?
Обычный QA проверяет веб-интерфейс и API, где ошибку обычно можно исправить и откатить. В блокчейне транзакции необратимы, поэтому проверки касаются состояния контрактов, подтверждений, газа и работы с ключами. Нужны базовые знания блокчейна и умение читать код контрактов.
Нужно ли уметь программировать на Solidity?
Для роли Specialist обычно ждут умения читать код контрактов и писать тесты, а не разрабатывать сами контракты. Чаще всего тесты пишут на JavaScript, TypeScript или Python через Hardhat или Foundry. Глубокое знание Solidity помогает при поиске уязвимостей.
Какие уязвимости должен уметь находить QA?
Базовый набор: reentrancy, ошибки контроля доступа, неправильное округление, неверная обработка внешних вызовов и ошибки переполнения. Полный аудит безопасности обычно делают отдельные специалисты, но QA должен замечать признаки проблем и передавать их дальше.
От чего зависит доход в этой профессии?
Доход зависит от опыта работы с блокчейн-проектами, глубины знания контрактов и тестирования, от размера и критичности продукта, а также от того, насколько часто специалист берёт на себя автоматизацию и работу с аудитом. На уровне Specialist эти факторы обычно важнее формального опыта.
Подходит ли профессия тем, кто не работал в крипте?
Да, если есть опыт тестирования и понимание, как устроены распределённые системы или платежи. Нужно освоить блокчейн-основы и показать несколько самостоятельных проверок контрактов или интеграций. Без этого сложно пройти техническое интервью.