Всем привет. Меня зовут Александр Адушев и более 10 лет своей профессиональной карьеры я провожу собеседования QA инженеров.

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

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

Также в этой статье рассмотрим пример резюме, которое мне прислали с вопросом: «Соответствует ли их представление об уровне senior с моим». На примере этого резюме я покажу, на что я обращаю внимание при скрининге резюме и по какому принципу я выбираю точки для прощупывания кандидатов.

Ну и, наконец, дам рекомендации соискателям о том, как и что стоит писать в резюме, чтобы не попасть в неловкую ситуацию на собеседовании.

Автор: Майкл Болтон (Michael Bolton)
Оригинал статьи
Перевод: Ольга Алифанова

После того, как блог почти год лежал, не шевелясь, время продолжить серию про глубокое и поверхностное тестирование (начинается тут). (Поверхностное тестирование (это не оскорбление!) – это тестирование, у которого есть шанс найти все простые баги. Глубокое тестирование максимизирует шансы нахождения всех скрытых значимых багов).

Привет! Меня зовут Александр Шуров, я работаю QAA менеджером в компании Wrike, начинал с позиции QAA инженера в далеком 2010-ом и был первым в этой роли. За 12 лет нам удалось построить крутую команду и создать систему контроля качества, которая позволяет быстро и без багов деплоить продуктовый код в продакшен. 

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

Автор: Майкл Болтон (Michael Bolton)
Оригинал статьи
Перевод: Ольга Алифанова

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

Это верно: "тест" – перегруженное слово. В некоторых контекстах оно относится к эвристическому процессу: к оценке продукта путем его изучения через опыт, исследования и эксперименты; это имеют в виду тестировщики, говоря о тестировании, и именно так мы описываем тестирование в Rapid Software Testing. В других контекстах "тест" означает алгоритмический процесс: применение правил принятия решений к результату работы некой функции или механизма.

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

Автор: Майкл Болтон (Michael Bolton)
Оригинал статьи
Перевод: Ольга Алифанова

Вопрос от тестировщика:

Как быть с багами прода? Когда менеджмент спрашивает "Ты это вообще тестировал?", что мне отвечать?

Опубликован выпуск рассылки за март.

В выпуске собраны ссылки на новые статьи, слайдкасты, отобраны самые интересные публикации в ленте блогов и темы на форуме.

Содержание рассылки доступно по ссылке.

Подписаться на рассылку

Очный трехдневный тренинг в Москве, 20-22 апреля

Тренинг «Осознанное тестирование» направлен на осознание каждого аспекта тестирования. Мы разберем весь процесс тестирования на составляющие и пересоберем его в новом качестве:

• В чем суть тестирования?
• Почему при тестировании надо задавать много вопросов?
• Кому и какие вопросы стоит задавать перед началом тестирования?
• Как придумывать тесты?
• Как выбирать и приоритизировать придуманные кейсы?
• Как правильно комбинировать тесты, чтобы проверять больше за меньшее время и
  усилия?
• Как понять, какие тесты пропущены?
• Как тестировать быстрее и проверять больше кейсов?
• Какие бывают техники локализации багов и как делать это быстрее?
• Как стать лучшим другом аналитика — каким образом и когда тестировать
  требования и как отличить плохие требования от хороших?

Подробная информация, программа, условия участия