QA starter's guide

On hold until whenever

Q: Я работаю\учился на грузчика\маркетолога и думаю, что смогу быть супертестером, я уже всё знаю и умею.
A: http://qablog.practitest.com/2011/11/10-reasons-why-you-are-not-a-professional-tester-part-1/ http://qablog.practitest.com/2011/12/10-reasons-why-you-are-not-a-professional-tester-part-2/

Q: Хочу в программисты, но ничего не умею, поэтому сначала пойду в тестировщики.
A: Плохой вариант, 90% времени вы будете тратить на тестирование, 10% на изучение тестирование-релейтед программирования, это вообще не то, с чего стоит начинать, не ебите мозг себе и работодателю и устраивайтесь сразу программистом, куда - это вопрос, но с таким подходом лучше устроиться грузчиком и в свободное время самообучаться. Тестирование плохой способ стать программистом ещё потому, что мировоззрение у тестировщика и программиста весьма различается.

Q: Я вообще первый раз услышал о ваших комплюктерах, с чего мне начать изучать процессор, который показывает картинки?
A: 1. Цикл жизни ПО, принципы разработки, гибкие методологии, etc
   2. HTML, CSS, JS - очень пригодятся начальные знания и понимания взаимодействия для тестирования формочек, верстки на сайтах и т.п.
   3. PHP и клиент-сервер архитектура, слишком глубоко залезать опять же не нужно, понять что такое кэш и как он устроен стоит тут же.
   4. SQL - очень многие приложения хранят данные в БД, изучить базовые команды выбора\удаления не помешает.
   5. Python/Java/C# - точно пригодятся в автоматизации, помогут разобраться в тестируемом приложении.
   6. Особенности мобильного тестирования
   Нет, это не шутка ВЕСЬ этот список не помешает "всего лишь" тестировщику и даст ОЧЕНЬ хороший буст на собеседовании. Хитрость в том, что вас никто не будет спрашивать про различие абстрактного класса и интерфейса(на мануального тестера), а если вы продемонстрируете БАЗИСЫ знания перечисленного - это гарантированный +. Разумеется, если вы идёте на йоба-автоматизатора, знания должны быть глубже, включая ненавистные паттерны и прочие стандарты.

Q: Что почитать для полного нуфага?
A: Куликов - тестирование ПО. "Как тестируют в гугл".
Тематические форумы сюда же, но там часто кухарки уровня /b/, предпочтительно смотреть статьи от зарекомендовавших себя людей, которые зачастую на подобных форумах всплывают.

Q: Слишком сложно, нипанятна, разжуйте и водой полейте!
A: Савин - тестирование .com, хотя лично у меня впечатление, что он не смог выделить из своего личного жизненного опыта абстрактные процессы и идеи, это губительно, в плане того, что не весь его жизненный опыт вы сможете переложить на свой конкретный проект, который может быть очень далек от описываемого в книге.
Более известных и распиаренных людей вроде Канера/Бейзера я читать без опыта работы не рекомендую, после 3-6 месяцев - можно просмотреть, чтобы отловить свои слабые места, я не видел на практике стажеров, да и даже не осиливших погромирование, затем пришедших на пафосе "ну с тестированием то любой справится", способных сразу въехать, к примеру, в техники тест дизайна и т.п. для применения на ПРАКТИКЕ. Почитайте архивные треды по диагонали - там действительно неплохие обсуждиния и классические ньюфаговопросы повторяемые раз за разом.

Q: Что посмотреть для полного ньюфага?
A: 99,9 видео по состоянию на начало 2020 года, выдаваемых первыми - беспросветнейшая лажа являющаяся записями всяких говнокурсов от говнокомпаний ничего никогда не делавших кроме курсов, пиарящих себя и несущих лютую дичь.

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

Для автоматизации - СНАЧАЛА осиливаете язык инструмента, вероятнее всего python/js/java, и ПОТОМ идете смотреть видосики по инструментам. С видео по ЯП все достаточно не плохо.

Q: А ещё что?
A: Да что угодно, в тестировании публикуется любой дурак, поэтому после заложения базиса и его осмысления можно уже начинать понимать, есть ли в книге что-то полезное или нет, хотя тут лучше уже начинать учиться на практике и читать книги по конкретному направлению того, что тестируете, а не щедро политое водой "как стать успешным тестировщиком за 10 шагов".

Q: Нужно ли тестировщику уметь программировать?
A: Не обязательно для вката. А если развернуто - то очень даже желательно по нескольким причинам:
   1. На некоторых проектах, в зависимости от зрелости(погуглите) фирмы, практикуется код-ревью с привлечением тестировщиков, если ваш уровень ниже, вас просто не возьмут на такие проекты => зарплата, практика это редкая и скорее интересна мидло-сеньорам 3+ лет опыта в автоматизации.
   2. Многие ошибки гораздо проще увидеть в коде, чем при ручном тестировании, например новую проверку, который разработчик запихнул в 2 из 3 используемых методов, просто потому что забыл или просмотрел, кратко пробежаться глазами по коммиту может помочь быстро и эффективно решить проблему, а не тратить 40 минут на определения кейса в котором этот метод дёргается.
   3. Понимание сути фикса и возможных областей для регрессии, которые на первый взгляд не затронуты + понимание принципов работы тестируемого приложения.
   4. Автоматизация тестирования - тут без комментариев.