Процессы и методологии

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

Тестовая документация - это набор документов, создаваемых перед началом процесса тестирования и непосредственно в процессе. Эти документы описывают покрытие тестами и процесс выполнения тестов, в них указываются необходимые для тестирования вещи, приводится основная терминология и т. д. 

В тестовой документации любой член команды может найти полную информацию обо всех действиях, связанных с тестированием (и об уже выполненных, и о запланированных).

В этой статье мы разберем, что такое  ad-hoc тестирование и какие оно имеет преимущества и недостатки. Также рассмотрим best practices в этом виде тестирования.

Для отслеживания багов в программах используются различные инструменты. В крупных компаниях эти инструменты объединяются в общую систему, которой пользуется много сотрудников. И все эти люди должны как-то ориентироваться в срочности работы над багами.

Поэтому баги, внесенные в системы отслеживания (bug-tracking системы), дифференцируются.

Каждый баг имеет атрибуты серьезности (Severity) и приоритета (Priority). На первый взгляд может показаться, что разницы между этими понятиями нет, но она все же есть. Серьезность больше касается технической стороны дела, а приоритет - организационной.

В этой статье мы дадим 16 советов по использованию инструментов разработчика Chrome (chrome developer tools) для тестирования.

«Тестировщики интересуются, каковы перспективы карьерного продвижения в QA. Многие вообще ставят под сомнение возможность быстрого продвижения, а некоторые вообще не видят карьерных перспектив выше условного «сеньора».

Те из тестировщиков, которые рассматривают позицию QA Lead как долгосрочную карьерную цель, спрашивают: какими качествами надо обладать, чтобы быстрее перейти на позицию менеджера или лида (QA Lead). Этому и будет посвящен пост.

Люди, не понимающие в Agile, могут путать роли скрам-мастера (scrum master) и владельца продукта (или, иначе называемого product owner, продакт оунер, или просто продакт). В этом материале мы разберем эти роли и опишем, в чем разница.

Возможно спорная точка зрения о тестировании в Agile

“Эджайл - никто точно не знает, что это такое. Ушлым консультантам нравится такая ситуация, она позволяет продавать свою версию эджайла за большие деньги. 

Дальше я распишу 8 признаков признаков того, что у вас не настоящий эджайл.

Разбираемся с V-моделью тестирования - из чего она состоит, какие проблемы решает и почему так называется?