В прошлом уроке мы разобрали одну конкретную границу: manual QA замечает признаки уязвимостей, но не эксплуатирует их сам. Это не разовое исключение, а частный случай более общего правила, которое пригодится вам далеко за пределами безопасности. У профессии manual QA есть чёткий периметр: внутри него тестировщик действует самостоятельно, а за его пределами — обязан передать находку тому, у кого есть нужная экспертиза или полномочия.
Чему научишься за этот урок:
— формулировать общий критерий, по которому решают «эскалировать или разобраться самому»;
— применять этот критерий к четырём типичным категориям: безопасность, нагрузка, архитектурные решения, юридические вопросы;
— отличать наблюдение (это может сделать любой тестировщик) от экспертной оценки риска или решения (это не его роль).
Общий критерий: экспертиза или полномочия
Manual QA почти всегда может ЗАМЕТИТЬ и ОПИСАТЬ странное поведение продукта — это ядро профессии, разобранное в главах 5 и 6. Но заметить проблему и правильно её РЕШИТЬ — не всегда задача одного и того же человека. Общий критерий такой: если для оценки риска или решения проблемы нужна экспертиза, которой у тестировщика нет, ИЛИ полномочия, которых у него нет (доступ к боевым системам, юридическая ответственность за решение), — это эскалация специалисту, а не самостоятельное решение тестировщика. Если же для решения достаточно того, что тестировщик и так умеет и на что имеет право, — он решает сам, без лишних передач по цепочке.
Четыре категории, где эта граница проявляется особенно чётко
- Безопасность. Из прошлого урока: тестировщик замечает признак (например, чужие данные открылись по подставленному номеру) и называет его правильным термином, но эксплуатацию и оценку реального риска отдаёт security-специалисту.
- Производительность и нагрузка. Тестировщик вполне может заметить, что раздел «тормозит» — работает заметно медленнее обычного. Но точную диагностику того, ПОЧЕМУ именно медленно (перегружена база данных, не хватает памяти на сервере, узкое место в сети), обычно делает более узкий специалист или специализированный инструмент. Подробнее об этом — в следующем уроке.
- Архитектурные и дизайн-решения. В главе 4 вы разбирали маркеры неопределённости в требованиях — ситуации, когда неясно, как продукт ДОЛЖЕН себя вести. Похожая ситуация возникает и после релиза: тестировщик вправе заметить «мне это решение кажется неудачным» или «так спроектировано странно», но окончательное решение — баг это или осознанный дизайн — принимает продакт-менеджер или аналитик, а не тестировщик единолично.
- Юридические и этические вопросы. Например, форма собирает больше персональных данных, чем нужно для её задачи, или непонятно, дано ли явное согласие на их обработку. Тестировщик не обязан (и не должен) сам оценивать, законно это или нет, — такая находка эскалируется юристу или профильному специалисту по защите данных.
Простая проверка для себя: спросите «я могу оценить риск/принять решение своими знаниями и своими правами доступа?». Если ответ «да по обоим пунктам» — решайте сами. Если «нет» хотя бы по одному — это эскалация, а не самостоятельная догадка.
Категория | Тестировщик делает сам | Эскалирует, когда... --------------------- -------------------------------------- --------------------------------- Безопасность Замечает признак, называет класс Нужна оценка риска/эксплуатация -> security-специалисту Нагрузка Замечает "тормозит", читает отчёт Нужна диагностика узкого места -> профильному специалисту Архитектура/дизайн Фиксирует нестандартное поведение Нужно решение баг/фича -> продакт-менеджеру, аналитику Юридические вопросы Замечает признак (напр. лишние ПД) Нужна оценка законности -> юристу, DPO
Итог:
— общий критерий эскалации: нужна экспертиза, которой у тестировщика нет, ИЛИ полномочия, которых у него нет — тогда решение не принимается самостоятельно;
— безопасность: замечает и называет признак, не эксплуатирует и не оценивает риск сам;
— нагрузка: замечает симптом «тормозит», точную диагностику узкого места отдаёт специалисту (следующий урок);
— архитектура/дизайн: фиксирует наблюдение, финальное решение «баг или дизайн» — за продакт-менеджером/аналитиком;
— юридические вопросы: замечает признак, законность оценивает профильный специалист.
Контрольный вопрос. Каков общий критерий, по которому manual QA решает, эскалировать находку специалисту или разобраться самому?
Подсказка: Вспомни формулировку критерия в начале урока — там названы два условия через «ИЛИ».
Проверить ответ →
Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →
Контрольный вопрос. Кто, согласно уроку, принимает финальное решение о том, является ли странное поведение продукта багом или осознанным дизайн-решением?
Подсказка: Речь о категории «архитектурные и дизайн-решения» из списка урока.
Проверить ответ →
Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →
Контрольный вопрос. Что именно manual QA обычно НЕ делает сам, если замечает, что раздел продукта работает заметно медленнее обычного?
Подсказка: Урок разделяет «заметить симптом» и «найти техническую причину» — это разные задачи.
Проверить ответ →
Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →
Контрольный вопрос. Форма регистрации запрашивает у пользователя номер паспорта, хотя по логике продукта эта информация явно не нужна для регистрации. Что должен сделать тестировщик, согласно категории «юридические и этические вопросы»?
Подсказка: Тестировщик замечает признак, но оценку законности урок явно отдаёт профильному специалисту.
Проверить ответ →
Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →
Контрольный вопрос. На нагрузочном тесте каталога курсов тестировщик заметил: при росте числа одновременных пользователей страница стала отвечать заметно медленнее, а часть запросов начала завершаться ошибкой. Какие из следующих действий соответствуют правильной границе роли manual QA (выбери все подходящие)?
Выберите все верные варианты.
Подсказка: Два варианта — это наблюдение и чтение готовых данных, доступные тестировщику. Два других требуют экспертизы или инструментов, которых у него нет.
Проверить ответ →
Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →
Контрольный вопрос. Общий критерий урока звучит так: эскалация нужна, если для решения проблемы требуется экспертиза, которой у тестировщика нет, ИЛИ ______, которых у него тоже нет (пример из урока — доступ к боевым системам, юридическая ответственность за решение). Впиши пропущенное слово.
Подсказка: Это слово описывает не знания, а права/возможности что-то сделать или за что-то официально отвечать.
Проверить ответ →
Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →
Задание. Тестировщик считает, что кнопка «Оплатить» расположена неудобно и раздражает пользователей, но по требованиям продукта всё сделано так, как задумано. Согласно уроку, какая роль принимает финальное решение — баг это или осознанный дизайн? Ответь одним термином, как он назван в уроке первым.
Подсказка: Вспомни категорию «архитектурные и дизайн-решения» — там названа роль, которая решает такие споры.
✅ Готово, если: ты ввёл(а) верный ответ, и онлайн-проверка его приняла.
Проверить ответ →
Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →
Задание. Тестировщик просматривает форму подписки на новостную рассылку курса и видит, что она запрашивает СНИЛС пользователя, хотя для подписки на рассылку такая информация по логике продукта явно не нужна. К какой из четырёх категорий эскалации из этого урока относится такая находка? Ответь одним словом — названием категории, как оно использовано в уроке.
Подсказка: Речь про сбор персональных данных сверх необходимого — вспомни, к какой из четырёх категорий это относится.
✅ Готово, если: ты ввёл(а) верный ответ, и онлайн-проверка его приняла.
Проверить ответ →
Реальная проверка — на нашей платформе, бесплатно и без регистрации. Открыть задачу и ввести ответ →
Задание. Тестировщик уверен, что порядок шагов в форме регистрации нелогичен с точки зрения UX (слишком много переключений между экранами), но по документации это осознанное решение продакт-менеджера. Объясни в 2-3 предложениях, как тестировщику правильно поступить с этим наблюдением и почему решение не принимается им самостоятельно.
Критерий приёмки: указано, что наблюдение нужно зафиксировать и передать как вопрос/комментарий продакт-менеджеру или аналитику, а не заводить как баг с единоличным решением; объяснено, что «мне не нравится» — не то же самое, что «противоречит требованиям» (тест-анализ, глава 4); упомянуто, что финальное решение — не в компетенции тестировщика.
Подсказка: Вспомни разницу между наблюдением и решением из общего критерия урока, а также категорию «архитектурные и дизайн-решения».
✅ Готово, если: программа запускается без ошибок и выводит то, что просят в задании.
Онлайн-проверка ответа появится позже
Задание. На нашей учебной платформе во время обычного функционального прогона тестировщик заметил два момента одновременно: 1) страница личного кабинета ученика открывается по прямому URL с ID любого другого ученика, если просто подставить другое число в адрес, оставаясь в своей учётной записи; 2) в целом путь регистрации кажется тестировщику слишком длинным и неудобным, хотя формально по требованиям всё работает как задумано. Определи, к какой категории эскалации из этого урока относится каждое из двух наблюдений, и опиши, что тестировщик должен сделать с каждым из них, применяя общий критерий урока.
Критерий приёмки: наблюдение 1 отнесено к категории «безопасность» (доступ к чужим данным через подмену идентификатора), эскалация security-специалисту без попытки развить находку в атаку; наблюдение 2 отнесено к категории «архитектурные и дизайн-решения», зафиксировано как вопрос продакт-менеджеру/аналитику, а не как самостоятельно принятое решение о баге; для обоих явно назван общий критерий урока — не хватает экспертизы или полномочий, поэтому это эскалация, а не самостоятельное решение.
Подсказка: Разбери оба наблюдения по очереди и сопоставь каждое с одной из четырёх категорий и с общим критерием (экспертиза или полномочия).
✅ Готово, если: программа запускается без ошибок и выводит то, что просят в задании.
Онлайн-проверка ответа появится позже
Что дальше
Мы разобрали общий принцип: наблюдать может тестировщик, а решать за пределами своей экспертизы и полномочий — нет. В следующем уроке зайдём внутрь одной из четырёх категорий подробнее — нагрузку: какие метрики смотреть и как прочитать готовый отчёт нагрузочного теста, не проводя его самому.
