Вы попали в новую компанию, которая перешла работать по Agile? Или ваше место работы решило заняться "гибкой разработкой" и теперь вы часть Scrum Team? И теперь вы главный по тестированию в команде, так как единственный тестировщик. А главное, что после внедрения Agile, вы тестируете еще больше, но все равно качество продукта не очень? И менеджер, думает привести вам в помощь еще тестировщика? Но качество выдаваемого продукта все равно "не очень." Что делать? Тестировать еще больше и быстрее? Но как? Вы один, а их (разработчиков) много. Короткий ответ - забить на тестирование и реально заняться качеством. Как? Об этом я расскажу в своем докладе. 

С существующей динамикой в "Agile" командах, перед QA инженером стоит много сложных задач. Большинство которых он хотел бы решить с помощью автоматизации. Быстрый фидбек о локальной версии, эффективная настройка тестовой среды, это только начало возможного использования автоматизации в тестировании и QA процессах. QA инженеры уже давным давно мечтают о большем! О чем? Об этом я расскажу вам в своем докладе.

Давайте обсудим всю правду о Estimation (расчета времени) для процесса QA в Agile. Вот как можно рассчитать сколько возьмет времени на анализ и тестирование(планирование, написание, исполнение), когда бизнес требование может измениться или техническое решение еще не полностью продумано или еще что нибудь пойдет не так. Agile предполагает гибкость к изменениям, как же можно рассчитать время на нее за ранее? Команда героя моего доклада так же столкнулась с этой сложной реальностью, но любая невыполнимая миссия может быть выполнима. Как? Об этом , я вам расскажу в своем докладе.

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

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