Как следует из названия, ручное тестирование предполагает участие человека, который подтверждает успешное прохождение одного или более тестов. Обычно оно проводится, когда автоматизированные тесты для каких-то сценариев слишком сложны в реализации или ненадежны.

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

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

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

Заметки с полей

Тестирование тестировщиков

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