К основному контенту

Полезные ресурсы для молодых (и не только) тестировщиков

сперто(с)
Уже 3 месяца провожу собеседования тестировщиков (март 2016).
Поначалу они просто  веселили - после 15-летнего опыта собеседования С++-разработчиков, общение с тестировщиками (чаще были "-цы") было чем-то экзотическим и забавным.

Потом становилось все грустнее и грустнее, мимими закончилось. Началась печаль.


Собеседования проводились большей частью с молодыми, максимум 2 года опыта (хахаха, перечитываю это в 2022, 2 года - это же уже "сеньоры"). У 90% причина поиска работы - "хочется развития", ну и понятно большей зп.

Но, за все это время, можно вспомнить 2-3 человека (из около 20), которые в ответ на вопрос "как вы развиваетесь, что читаете?" смогли упомянуть хоть что-нибудь, кроме моего "любимого" "Тестирование dot com". И кавычки у "любимого" появились именно по этой причине. Не хочу сказать ничего плохого про эту книжку, но нельзя останавливать на ней свое развитие.

Далеко не все, но часть кандидатов просила подсказать, что почитать, как вообще развиваться.
Решил, что проще давать ссылку на статью с рекомендациями, чем мучительно (за "мучительно" меня хорошо трольнули в комментах ;) ) вспоминать что-нибудь во время собеседа. Ну может кому еще пригодится. Короче заполняем левый верхний угол этой картинки.
Interview questions for a tester by @DanAshby04 @TestingCircus

Буду дальше дополнять статью ссылками по аналогии с другими подобными сборниками в моем блоге.

UPDATE: вот неплохой план развития Quality Engineer-а.

Хорошие и актуальные на март 2022 рекомендации "Тестирование: как вкатиться"

Итак, начнем с книг.
Книги считаю полезными, так как, несмотря на частое наличие воды, они позволяют структурировать знания, которые потом можно дополнять и углублять другими ресурсами.
Из моего списка полезной литературы можно упомянуть:
Дальше те книги, которые часто рекомендуют, но сам я их читал выборочно
Недавно наткнулся на такой вот сборник "Бесплатные книги по тестированию" (другой его вариант), сам пока не смотрел.

Список литературы от Alan Page.

По автоматизации (скорее приближено к девелоперской литературе, но имхо без нее хреновая автоматизация получается)
Видео
Самый большой сборник видео (на момент написания статьи в 2016) можно найти конечно на SQA Days. Сейчас (2018-2019), имхо, лидерство по качеству контента перехватил Heisenbug (канал с видео). Можно много спорить о том, полезны ли конференции или нет. Но если есть желание, то пользу найти можно во всем.

Я иногда делаю обзоры видео, есть там и про доклады с SQA Days.

Видеолекции от Yandex (там кстати еще и очная Школа тестирования работает).

Видеолекции от Mail.Ru

Много видеолекций и слайдов на сайте "Black Box Software Testing course" (осторожно, английский :) )

База определений от ISTQB.


Лекции по тестированию с практическими заданиями от Севы Брекелова

Большой список ресурсов по Testing Distributed Systems от Андрея Сатарина

Для тех кто дочитал до этого места бонус в виде ссылки на подобный этому сборник, только сделанный по уму, в виде mindmap, "I am a Software Tester".

Сборник ресурсов по тестированию мобильных приложений

Шпаргалка для подготовки к собеседу.

Шпаргалка для ответа на вопрос "протестируйте форму логина" на собесе :) 

Еще один список возможных вопросов на собесе инженера-автоматизатора.

Телеграмм-каналы:

Update (03.2022) Блоги уже почти никто не пишет/читает. Но пусть побудут тут, на память.
Блоги про тестирование, которые я читаю на регулярной основе. У многих есть твиттер, кому интересно - тот сам найдет. 
  • Никита Макаров - мастер автоматизации, но философские темы у него тоже хорошо удаются.
  • Леша Виноградов - мастер поднабросить на включенный вентилятор, диджей RadioQA
  • Леша Лупан - еще один философ, очень полезные статьи (Software Testing Glossary)
  • Сергей Мартыненко - я люблю его читать, потому что в его статьях всегда есть то, что заставляет меня с ним спорить. Там не только про тестирование. Статьи в стиле "Алисы в Зазеркалье" бесподобны. Или вот "Тестирование - это..."
  • Александр Селяев - сейчас больше менеджерские статьи и задачки на сообразительность
  • Алексей Булат - про автоматизацию и не только
  • Сергей Высоцкий - раньше хорошо писал, сейчас уехал на родину Карлсона и забросил это дело, но полистать можно
  • Ольга Киселева - пишет очень часто, большей частью по делу. Новичкам особенно будет полезно
  • James Bach - самый лютый тестировщик, которого многие считают провокатором. Неокрепшим умам читать с осторожностью.
  • Michael Bolton - не менее лютый, и не менее провокатор, чем Бах. Насчет умов рекомендация та же, что и для Баха.
  • Augusto Evangelisti - понятные и полезные статьи, большей частью про работу тестировщика в команде разработчиков
  • Google Testing Blog - я думаю из названия понятно
  • QA Intelligence - неплохие статьи
  • About 98 Percent Done - хорошие статьи, но с адским белым шрифтом на черном фоне
  • ссылку на Software-Testing.Ru я думаю все знают? Там можно и статьи почитать, и список блогов посмотреть.

Комментарии

Отправить комментарий

Популярные сообщения из этого блога

Mock vs Stub

Когда мы начали изучать модульное тестирование, то одними из первых терминов, с которыми пришлось познакомиться, стали Mock и Stub. Ниже попробуем порассуждать в чем их сходство и различие, как и для чего они применяются. Проверять работоспособность тестируемого объекта (system under test - SUT) можно двумя способами: оценивая состояние объекта или его поведение. В первом случае проверка правильности работы метода SUT заключается в оценке состояния самого SUT, а также взаимодействующих объектов, после вызова этого метода. Во-втором, мы проверяем набор и порядок действий (вызовов методов взаимодействующих объектов, других методов SUT), которое должен совершить метод SUT. Собственно, если коротко, то в одном случае используется Stub, а в другом Mock. Это объекты, которые создаются и используются взамен реальных объектов, с которым взаимодействует SUT в процессе своей работы. Теперь подробнее. Gerard Meszaros использует термин Test Double (дублер), как обозначение для объе

Заметки на коленке - 3. Что еще делать, если ваши тесты уже "зеленые"?

"Lately I find I'm working on automated tests that return non-binary results. Tests that neither pass nor fail" by  @noahsussman Отличная мысль, которую я ретвитил еще в 2016. Но давайте вместе подумаем, что за этим может скрываться? ( кстати, не знаю, что при этом думал Noah ) Ваши тесты прошли и прошли "успешно". Все хорошо или все же есть, куда еще посмотреть? Дальше то, что использовал я лично и то, что еще можно прикрутить дополнительно. Естественно все шаги ниже должны быть автоматизированны. 1. Контролируйте время выполнения тестов. Если набор проверок не меняется (а такое часто бывает, к сожалению), то рост времени выполнения может говорить о проблемах в продакшен коде (чаще всего) или проблемах с окружением. 2. Контроль за количеством выполняемых тестов. "Все зеленое" не значит, что сегодня выполняли те же Х тестов, что и вчера. Смешно(нет), но случается такое, что какие-то проверки "исчезают" из запуска из-за того, что у кого-то &qu