⚛️Самые распространенные ошибки новичков в тестировании.

1️⃣Проведение только самых поверхностных проверок на поля ввода.
Это частая ситуация. Чтобы ее миновать, можно углубить свои знания по части возможных проверок полей.
В интернете есть примеры таких чек-листов.


2️⃣Отсутствие проверок на общую логику работы фичи.
Т.е. поля обычно проверяют все, а как форма работает в целом - проверить забывают.
Это, конечно, образный пример.
При таком ограниченном ряде проверок теряется множество важных сценариев.


3️⃣Забыть про нефункциональные виды тестирования.
Проверили функциональность, но не проверили как быстро стала работать обработка данных или насколько безопасно новое апи(нет ли к нему доступа извне?) и т.д.

4️⃣Написать чек-лист слишком общими словами.
Тут двояко: либо все кто пользуется чек-листом в одном контексте и понимают то, что в нем хотели проверить.
Либо никто кроме вас не сможет по данному чек-листу что-либо протестировать.
Поэтому тут всегда предпочтительнее писать так, чтобы понять проверки смогли не только вы.
Уровень детализации регулируйте сами.

5️⃣Отсутствие форматирования документации.
Особенно касается чек-листов и тест-кейсов, если они ведутся в отдельных документах.
Например, чек-лист состоит из нескольких десятков проверок, но они не разбиты на подгруппы.
Такое сложно читать и воспринимать.
Можно сделать жизнь чуть проще и добавить структуру в документ.
К сожалению, этим часто пренебрегают.

6️⃣Не заводить дефект, в котором сомневаетесь.
Тут тоже накладывается контекст договоренности на проекте. Но по умолчанию наша задача сообщить о любом сомнительном событии в системе.
Можно не заводить дефект сразу, чтобы выяснить детали и убедиться, что он существует.
Но после - лучше это сделать.
Иначе, нет задачи - нет проблемы)) И все о нем благополучно забудут.

7️⃣Не учитывать контекст проекта.
Часто, у новичков, есть идеальная картина процесса тестирования и ведения работы.
Придя на проект, мы часто сталкиваемся с различными отклонениями от идеала или просто непривычными процедурами.
В таких случаях, нередко, стремясь к идеальному процессу тестирования, можно потерять контекст проекта, в котором находишься.
Т.е. стоит учитывать особенности предметной области и уже принятые договоренности проекта, перед внедрением изменений в процесс тестирования.
Поэтому, лучше свериться с остальными членами команды, согласовать изменения с руководством. Внедрять улучшения постепенно и не ждать сиюминутных изменений.


❓Поделитесь, что вы бы сделали по другому набравшись опыта в QA?

#qa_обучение
@testorest