Все мы знаем, что такое быстрый старт проекта: быстро фигачим, быстро релизим, не заботимся о процессах и быстро хотфиксим. О качестве и говорить не приходится. Но рано или поздно, команда приходит к тому, что им нужен первый тестировщик.

Кто это — знают абстрактно, что он им чем-то поможет — понимают.

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