
Проходит некоторое количество времени, и возникают мысли о том, что на работе уже нет ничего нового, все знакомо, и ежедневная рутина утомляет. Коллектив тоже перестает радовать: одни и те же разговоры, одни и те же шутки. Новая книга может и подождать, пока я ее почитаю, а статью только вчера написали, так что она актуальности еще неделю не утратит – прочту позже. В блоге бы еще что-то написать, да вот как-то мыслей новых нет… Знакомо?
Кто-то сталкивался с подобными симптомами и успешно их преодолел. Кто-то скучает и уже не помнит, когда работа развивала и доставляла удовольствие. А кто-то еще только начинает взваливать на себя больше, чем может осилить, не подозревая, чем это может закончиться.
В своём докладе я расскажу самое важное о Синдроме Профессионального Выгорания в тестировании:
- симптомы СПВ
- что можно сделать с СПВ самостоятельно, а когда пора обращаться к специалистам
- как помочь своей команде избежать СПВ.

Именно поэтому настоящие джедаи идут другим путём: они делают всё возможное для отбора в тестирование самых важных, самых необходимых тестов, и при этом – в правильной последовательности. И делают они это быстро, точно, применительно к каждой итерации и в разрезе различных областей функционала и типов тестирования.
Как они это делают? Какие световые мечи используют для победы над пропущенными ошибками и затянутыми сроками?
В этом докладе я расскажу вам о ключевых способах приоритизации тестов:
- Анализ по приоритетам
- Анализ на основе рисков качества
- Карта влияний
- Матрица изменений
Благодаря этому докладу вы получите в свой арсенал инструменты быстрого и эффективного планирования тестирования. Да пребудет с вами сила!

Тебе дают полномочия, права и ресурсы. Но что с ними делать?
До этого ты тестировал один и писал баги в гугл-док, который показывал программистам. Но с командой так работать не получится! Что делать в такой ситуации? Как не ошибиться?
Мой доклад поможет вам составить список первоочередных задач в ситуации, когда вы становитесь тим-лидом или тест-менеджером. С чего начать? Как выбрать необходимые вам решения? Как распределить своё время?
В конечном счёте, всё в ваших руках. Но я помогу вам выжить первое время.

Действительно, ретроспектива – умное и немного «ботанское» понятие, которое многие тестировщики (не говоря уж о всяких менеджерах и прочих тимлидах!) видели в постах на хабре, либо слышали на крутых ИТ-конференциях. Но вот как оно всё на практике-то происходит? Есть ли вообще смысл тратить время и силы на проведение ретроспектив? Принесёт ли это какую-либо пользу?
В своём докладе я расскажу не только о том, как всё должно быть в теории, но и поделюсь конкретным практическим опытом. А ещё мы обсудим плюсы и минусы ретроспективы, трудности и потенциальные проблемы. И, более того, – способы этих проблем избежать!
P.S. В презентации будут смешные картинки, так что доклад будет не только полезным, но и весёлым :)

Вы не знаете, кто лучше, девочка или мальчик?
Ваши новички не выдерживают испытательный срок?
Пациент, у вас проблемы….. Я помогу!!!
В своём докладе я расскажу:
- Как протестировать кандидата на адекватность,
- Как сэкономить время на подборе и адаптации новичка,
- Что такое синдром первой недели,
- Как не забыть о своих задачах,
- И как решить кучу проблем, с которыми вам придется столкнуться при наборе тестировщиков.
В результате у вас будет план действий на собеседование и адаптацию новичка, и вы сможете это делать максимально эффективно и с минимальными временными затратами.

- Как избежать непредвиденных багов?
- Как избежать недопонимания и разночтения требований?
- Как избежать рутинной ручной и, часто лишней, работы?
- Как поддерживать стабильный уровень качества в условиях частых поставок?
- Как не потеряться в постоянных изменениях?
Для решения этих проблем, в своём докладе я расскажу вам о простых и эффективных практиках, накопленных поколениями аджайлистов – трёх основных концепциях построения тестирования в Agile:
1. В битве побеждает тот, кто в ней не участвует.
- Техники предотвращения появления дефектов.
2. Железная гибкость.
- Автоматизация, Непрерывная интеграция.
3. Путь в тысячу шагов начинается с одного шага.
- Концепция постоянного улучшения, «гибкого внедрения гибкости».
+1 бонус-концепция, которая призвана сделать жизнь существенно проще.

Чтобы разобраться в этом вопросе, рассмотрим понятие регулярной оценки (review):
* его виды,
* правила проведения,
* способы оптимизации,
* подводные камни при внедрении процесса ревью.
Доклад будет интересен и тестировщикам, чью работу проверяют, и начинающим менеджерам, которые учатся делать ревью, и гуру, которые думают, что знают о ревью все.

«Как может править царством тот, кто не умеет играть в шахматы?»
Сасанидский царь царей,
Хосров II Парвиз
Около 600 г. н.э.
Что общего у тестирования и шахмат? Это и комплексность входных факторов, и необходимая практическая подготовка, и огромная вариативность правильных ходов. Чему может научиться тест-менеджер у кандидата в мастера спорта по шахматам? Стратегии и тактике в борьбе с ошибками, комбинациям в ресурсах и жизни в постоянном цейтноте!
В своём докладе я расскажу про 10 параллелей игры в шахматы и построения процессов тестирования на трёх этапах:
* Анализ и подготовка к тестированию (дебют)
* Непосредственно тестирование (миттельшпиль)
* Завершение тестирования и отчётность (эндшпиль)
Будет интересно и тест-менеджерам, и шахматистам!

1. Тебя (тимлида) разрывают на части менеджеры разных групп разработки, и не все остаются довольны уделенным им вниманием;
2. Тестировщики недовольны распределением задач, а если выбирают их сами — не успевают все в срок;
3. Тестировщики достаточно хорошо знают все продукты, чтобы подхватить тестирование соседней задачи, но на каверзные вопросы «вглубь» ответить не могут;
4. «Море работы, горы работы», и никакого просвета;
5. Вася собрался на футбол, а Маша на свидание? Да бросьте! у нас сегодня релиз, так что на ужин пицца и ночуем на работе!
Знакомо?
Я расскажу о проверенных на практике методах борьбы со всем этим безобразием. Как не разорваться, сделать тестировщиков счастливыми, и при этом отлично протестировать все продукты?




























