Коллеги, привет 👋
Принес вам статью про ошибки начинающих QA.
Проблема обычно не в том, что новичок не знает Postman, API или какой-нибудь модный AI-инструмент. Проблема в другом:
непонятно, как он думает, уточняет, фиксирует баги и работает с риском.
Вот несколько ошибок из статьи, которые я бы отдельно подсветил.
👎 Молчать, когда требования непонятны
Новички часто боятся задать «глупый» вопрос. В итоге тестируют не то, что нужно, а потом вся команда возвращается к задаче ещё раз.
👎 Считать количество тест-кейсов покрытием
Можно написать 80 тест-кейсов и всё равно пропустить главный риск.
Количество проверок само по себе мало что говорит. Важнее, какие зоны вы закрыли: негативные сценарии, пограничные значения, права доступа, интеграции, основные пользовательские пути.
На собесе сильнее звучит не «я написал много тестов», а «я выделил основные риски и проверил их в первую очередь».
👎Писать баг в стиле «пук-пук-пук... у меня не работает»
Разработчик не должен проводить расследование по вашему баг-репорту.
В хорошем баге есть:
• понятный заголовок;
• шаги воспроизведения;
• ожидаемый и фактический результат;
• окружение;
• скрин, видео или логи, если они помогают.
👎 Тестировать только UI
Для старта это нормально. Почти все начинают с интерфейса.
Но если оставаться только там, быстро появляется потолок. Много ошибок живёт ниже экрана: в API, правах доступа, данных, интеграциях, обработке ошибок.
👎 Думать, что QA только ищет баги
Баги искать нужно, но QA полезен не только этим.
Иногда самая ценная работа происходит раньше: уточнить требование, заметить риск, предложить проверку, подсветить странный сценарий, не дать дефекту вообще попасть в разработку.
Сделал чеклист со всеми ошибками из статьи. Там 21 пункт, разложил их по категориям: мышление, коммуникация, требования, баг-репорты, инструменты, данные, окружения и рост. Будет лежать в комментариях к этому посту 🫰
🔗 Источник
⚡️ Подписаться
#Статья