DigitableCourses
Настройки портала
English
Показать возможности портала

Локально и без аккаунта. Аккаунта нет, регистрация не нужна: введённое в инструменты остаётся в localStorage браузера и на сервер не уходит.

Свой счётчик считает открытия страниц и дочитывания: уезжает адрес и десятая доля текста. Без cookies и чужих счётчиков, IP не хранится, Do Not Track уважается. Как это проверить

Репозиторий портала не выложен, «открытым кодом» мы его не зовём. Открыто это:

Digit flang Допуск агента tools-core IT Tools Chat digitwm blender-mcp Hugging Face Лицензии

Живёт портал на донатах, платных консультациях и разборах по запросу и покупке Workbench.

Поддержать Заказать разбор Workbench

Планов делать курсы платными нет.

Карьера

QA-инженер

Качество как отдельная работа: тест-дизайн, автоматизация, обратная связь процессу.

Роли и переходы Самооценка

Шаг 2 из 2 · QA-инженер

На каком уровне внутри роли?

Куда отсюда ходят: Бэкенд-разработчик, SRE и платформенная инженерия, Системный и бизнес-аналитик, Тимлид, техлид, engineering manager

Не знаю уровень — открыть карточку роли целиком Выбрать другую роль

  1. Junior
  2. Middle
  3. Senior
  4. Дальше: ветвление, а не ступень

Junior

Сразу к самооценке

По сравнению с «просто проверить» меняется требование к результату: наблюдение теперь обязано воспроизводиться у другого человека.

Сделать сейчас

  • Раскладываю проверки по классам эквивалентности и границам, а не перебираю вариантыМогу объяснить, почему этих проверок достаточно.
  • Пишу баг-репорт так, чтобы дефект повторился с первого разаРазработчик не приходит с вопросом «а как это повторить».
  • Отправляю запрос к API руками и смотрю ответМогу сказать, на чьей стороне проблема, ещё до того, как завёл баг.
  • Пользуюсь терминами команды одинаково с нейНа разборе дефекта мы не спорим о словах.

Куда дальше

Middle

Вбок из роли

Что на ступени спрашивают

  • Пользуюсь терминологией тестирования одинаково с командойНе путаю дефект, отказ и ошибку и не спорю о словах на разборе бага.
  • Проектирую проверки, а не перебираю варианты вслепуюИспользую классы эквивалентности и границы и могу объяснить, почему этих проверок достаточно.
  • Пишу баг-репорт, по которому дефект воспроизводится с первого разаРазработчик не приходит с вопросом «а как это повторить».
  • Проверяю API напрямую, не только через интерфейсУмею отправить запрос руками и понять, на чьей стороне проблема.

Обычные ошибки

  • Заводить баг на «выглядит странно»: он вернётся с вопросами и умрёт в очереди.
  • Проверять только счастливый путь: остальное найдут пользователи и уже в проде.
  • Учиться кликать вместо тест-дизайна: проверок много, а пропущенное всё равно пропущено.

Что учить

  1. Junior
  2. Middle
  3. Senior
  4. Дальше: ветвление, а не ступень

Middle

Сразу к самооценке

Появляется собственный код: автоматизация начинает требовать поддержки и легко съедает больше времени, чем экономит.

Сделать сейчас

  • Чиню мигающий тест вместо того, чтобы перезапустить прогонВ наборе нет тестов, которые все привыкли гонять дважды.
  • Встраиваю тесты в конвейер так, чтобы красный билд останавливал выкладкуНикто не воспринимает красный билд как помеху.
  • Рефакторю тестовый код как продуктовыйТестовый проект читается и не боится изменений.
  • Ставлю нагрузочный прогон и базовые проверки безопасностиЗнаю, где система начинает деградировать.

Куда дальше

Senior

Вбок из роли

Что на ступени спрашивают

  • Пишу автотесты, которые не мигаютУ набора нет «иногда красных» тестов, которые все привыкли перезапускать.
  • Встраиваю тесты в конвейер так, чтобы их результату верилиКрасный билд останавливает выкладку, и никто не воспринимает это как помеху.
  • Программирую на уровне, достаточном для поддержки тестового кодаМой тестовый проект не хуже продуктового: он тоже читается и рефакторится.
  • Проверяю не только функциональностьУмею поставить нагрузочный прогон и проверить базовые вещи по безопасности.

Обычные ошибки

  • Автоматизировать всё подряд: набор растёт, доверие падает, а ручные проверки никуда не деваются.
  • Держать хрупкие сценарии на перезапусках: команда перестаёт верить красному цвету.
  • Считать покрытие целью: покрытие растёт, пропущенные дефекты остаются на месте.

Что учить

  1. Junior
  2. Middle
  3. Senior
  4. Дальше: ветвление, а не ступень

Senior

Сразу к самооценке

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

Сделать сейчас

  • Пересобираю стратегию тестирования под риски продукта, а не под форму пирамидыМогу объяснить, почему здесь мало юнит-тестов, и это решение, а не случайность.
  • Прихожу с вопросами к постановке до начала разработкиМои вопросы меняют требования, а не появляются на приёмке.
  • Смотрю на время восстановления и долю неудачных релизовМы обсуждаем качество процесса, а не количество написанных тестов.
  • Называю развилки внутри качества себе и командеПонимаю разницу между инженерией в тестах, качеством процесса и анализом рисков.

Куда дальше

Дальше: ветвление, а не ступень

Вбок из роли

Что на ступени спрашивают

  • Строю стратегию тестирования под риски продукта, а не по шаблону пирамидыМогу объяснить, почему здесь мало юнит-тестов, и это осознанное решение.
  • Ловлю дефект на этапе требований, а не в продеМои вопросы к постановке меняют постановку до начала разработки.
  • Меряю качество процесса, а не количество написанных тестовСмотрю на время до восстановления и долю неудачных релизов, а не на покрытие ради покрытия.
  • Понимаю развилки внутри качества и выбираю свою осознанноМогу объяснить разницу между SDET, инженером по качеству процесса и аналитиком рисков.

Обычные ошибки

  • Стать единственным, кто знает, как проверить систему: релиз начинает ждать вас.
  • Меряться числом тестов: набор растёт, а риски остаются неназванными.
  • Спорить с разработкой о вине вместо риска: качество превращается в конфликт двух отделов.

Что учить

  1. Junior
  2. Middle
  3. Senior
  4. Дальше: ветвление, а не ступень

Дальше: ветвление, а не ступень

Сразу к самооценке

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

Сделать сейчас

  • Беру один разбор отказа в проде и довожу его до проверкиВ конвейере появилась проверка, которой раньше не было.
  • Отдаю свой инструмент соседней команде и смотрю, пользуются ли имИм пользуются без моего участия.
  • Пробую соседнюю работу на своей задаче: разработку, анализ или дежурствоЗнаю, чем эта работа занята на самом деле, а не по названию.

Куда дальше

Дальше не ступень, а развилка

Вбок из роли

Что на ступени спрашивают

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

Обычные ошибки

  • Считать руководство отделом качества единственным продолжением: это менеджмент, а не следующая ступень тестирования.
  • Строить свой инструмент вместо готового чужого: поддержка ложится на вас и остаётся навсегда.
  • Раздавать советы вместо работы: практика, которую вы сами не пробовали, не приживается.

Что учить

Исходники IT Tools · GPL-3.0 Исходники Digitable Chat · GPL-2.0-or-later Документы