Комментарии 15
Как-то все это похоже на "Выучи Х и станешь Y". Хотя все знают, что эта формула по сути вранье. Учиться нужно постоянно, и в лучшем случае она должна выглядеть как "Для работы в качестве Y может быть полезным знать X" И тогда оказывается, что полезным может быть все.
Я например в молодости читал Лебедева по дизайну, и могу аргументированно доносить нефункциональные баги в пользовательском интерфейсе до "стейкхолдеров". И это невероятно полезный навык, понимать азы правильного устройства интерфейсов. И что еще важнее как аргументировать убедительно, но не обидно.
Или например, как насчет навыка письма и общения. Я должен сказать, что комментирование на хабре и других платформах здорово прокачало мои коммуникационные навыки за пару лет. Потому что для этого сперва нужно иметь мнение, а потом постараться выразить его так чтобы никому не навредить, даже если это критика. А тестировщик он всегда критик (в хорошем смысле этого слова). Не критикан, а критик. Для этого нужно развивать критическое мышление. Задаваться вопросами. А почему так. Не принимать все на веру. Спрашивать себя "а что если".
А что касается практики - пожалуйста, бесплатная практика:
Берем любую опенсорсную софтину.
Разбираемся в ее устройстве.
Находим в ней ошибки.
Открываем багтрекер проекта.
Регистрируемся.
Пишем багрепорт с учетом гайдлайнов проекта.
Ждем когда баг категоризируют, распределят и начнут над ним работу
Отвечаем на дополнительные вопросы разработчика. Помогаем ему тестировать дополнительные сценарии, чтобы точнее выявить условия проявления нежелательного поведения.
Ждем когда баг починят и тестируем новый релиз
ProfitОпыт.
Эти багрепорты публичные и на них можно легко сослаться, нет NDA. Создайте свой репозиторий на гитхабе и храните там ссылки на свои багрепорты. Понадобиться сослаться в резюме - удобно, одной ссылкой. Будет еще и подтверждение минимального опыта работы с Git. Ну и не будем забывать, что работа над опенсорсом у всех в почете.
Домашнее задание:
Найти публичные багтрекеры десяти опенсорсных проектов в интернетax.
Полезное упражнение: воспроизведите чужой баг
Коли вы уже нашли публичные багтрекеры - покопайтесь в них, найдите открытый баг подходящий для воспроизведения в вашем окружении, воспроизведите его. Упражниение полезно в первую очередь для того, чтобы понять недостатки в багрепортах и самому стараться в будущем этих недочетов избегать.
Еще одно упражнение: Возьмите любое известное вам приложение, например на мобильном телефоне. Проследите за тем как именно вы пользуетесь определенной функцией. Опишите эту функцию в виде тестового сценария. Возьмите другое устройство, и проверьте работает ли этот сценарий на нем.
P.S.:
Лайфхак, если не знаешь что можно тестировать в приложении. Я недавно пробовал ChatGPT и попросил его подсказать тестовые сценарии для <тип приложения>. И получил список вполне годных идей.
Кстати, пользоваться публичными багтрекерами исключительно полезный практический навык. У меня на текущем проекте было сразу два случая, когда мне удалось найти известную ошибку в версии используемой опенсорсной библиотеке и сослаться на нее. И починка заключалась соответственно в обновлении библиотеки. И когда ты заходишь с таких козырей на проекте, то твоя репутация среди разработчиков сразу растет на порядок.
У Вас всё правильно написано про наработку первого прикладного опыта.
Только непонятна эта первая фраза:
"Как-то все это похоже на "Выучи Х и станешь Y". Хотя все знают, что эта формула по сути вранье."
Ведь получение теоретических знаний и получение опыта - это две разных активности.
Можно идти циклически, как в Вашем примере - получить прикладной опыт, понять что еще нужно узнать из теории, изучить ее, потом получить по ней опыт. И так далее.
Можно идти прямолинейно - сразу получить весь пул нужных теоретических знаний, на каждом этапе закрепляя их учебной практикой (самотестирование, ДЗ). А потом уже переходить к прикладному опыту "в полях" - краудтестинг, фриланс, интернатура или везение с получением первой работы с нулевым опытом.
И тот и другой способ рабочие, только второй будет в несколько раз короче по времени.
Я имею ввиду, что знание методов ручной обработки металла не делает из человека кузнеца. Хотя и безусловно полезно. И нужно это понимать. Профессию получают через практику. Она формирует конкретного человека, умножаясь на его личные качества. Возьми двух тестировщиков прошедших один и тот же курс обучения и это будут два разных тестировщика.
Есть небольшая проблема: учебник не по тестированию. В первых семи из ста блоков тестирование не упоминается вообще. Это очередная попытка собрать и коротенько описать все знания отрасли, что по определению провальная затея.
Если эту статью прочел начинающий, мой совет: вместо этого учебника, по верхам бегающего по всем темам, лучше основательно заняться темами, на которые в нем есть обзор: DBA, архитектура nix систем, программирование и многое-многое другое. По каждой из этих тем есть приличные обучения, книги, курсы.
В первых семи из ста блоков тестирование не упоминается вообще.
Вы не поверите... В первой обзорной главе учебника специально написано:
The textbook is divided into modules. The first modules are the IT basics,
and only then there are the Software Testing modules.
We believe that it is impossible to understand testing without knowledge of IT basics.
Это очередная попытка собрать и коротенько описать все знания отрасли, что по определению провальная затея.
То что вы видете по ссылке - это не первый релиз учебника. Первая его версия появилась почти год назад и уже обкатана в закрытом режиме на нескольких десятках QA-студентов. Общие затраты пяти менторов уже давно ушли за 1000 часов и каждый из них несколько обидится, если узнает, что его модуль "описан коротенько".
Для общего понимания объема учебника (т.к. пару недель блоки после 7-го еще будут продолжать переезжать из старого формата в новый):
INTRODUCTION TO THE PROFESSION
01 IT fundamentals overview
GET READY FOR TESTING - HOW OS WORKS
02 Linux: Basic commands
03 Linux: File system
04 Linux: Symbolic links
05 Linux: File creation and management
06 Linux: Directory creation and management
07 Linux: Users and Groups
08 Linux: Processes and Services
09 Linux: Environment exploration
GET READY FOR TESTING - HOW NETWORKS WORK
10 Networks Basics
11 Network Layer
12 Application-layer Protocols
GET READY FOR TESTING - HOW DATABASE LEVEL WORKS
13 DB: Relational Theory Basics
14 DB: SQL Basics
15 DB: SQL Joins
16 DB: SQL Subqueries
GET READY FOR TESTING - HOW BACKEND LEVEL WORKS
17 Backend: REST
18 Backend: Postman and Development Tools
GET READY FOR TESTING - HOW UI LEVEL WORKS
19 UI: UI Objects Basics
20 UI: UI Script basics
GET READY FOR TESTING - LOOKING FOR ERRORS ON ALL THE LEVELS OF APPLICATION
21 Troubleshooting: 3-tier Applications bugs localization
22 Troubleshooting: Simple failures in 3-tier architecture
23 Troubleshooting: Complicated failures in 3-tier architecture
TEST ANALYSIS: REQUIREMENTS
24 Requirements: Sources and types
25 Requirements: UML
26 Requirements: Questions to analyst and assessment
TEST DESIGN
27 Testing Classification: Levels of testing
28 Specification-based testing: Equivalence classes and boundary values analysis
29 Specification-based testing: Decision tables, pairwise, use-case-based, state-transition and other methods
30 Experienced-based testing: From monkey to exploratory testing tours
31 Static testing: Review, other methods
TEST DOCUMENTATION
32 Test documentation: Test cases, check lists, test plans
33 Test documentation: Test strategy, Test management system, Test suites
DEFECT TRACKING
34 Defect tracking: Bug report, Defect management system
35 Test Suites and Test Runs SDLC
36 SDLC: Different methodologies
37 SDLC: Agile
USEFUL TOOLS
38 Useful tools: Git
39 Useful tools: Docker
40 Useful tools: MQRabbit
AUTOMATION BASICS
41 Automation basics: Communication with automation team
42 Automation basics: Gherkin
Каждый пункт - это фундаментальный материал по теме (который и составляет основной объем из 500+ страниц), quiz из 3-10 вопросов по ней, ссылки на продвинутый материал, простая ДЗ, продвинутая ДЗ.
Если вдруг это будет читать тот, кто хочет изменить свою жизнь и стать айтишником - вот совет на миллион - никогда не становитесь тестировщиками, кем угодно, но только не тестировщиками. Просто запомните этот твит :) Не благодарите за годы вашей жизни, которые я прямо сейчас спас от пустой траты своим советом
А еще не становитесь разработчиками (технологии слишком быстро меняются), дата аналитиками (там сплошные ложные корреляции), нейросетевиками (машины нас убьют в результате), менеджерами проектов (слишком нервно), владельцами продукта (пользователи сами не знают что хотят) и т.д. :)
Уйти в тестирование - одно из лучших решений в моей жизни. Так что каждому своё)
Объём знаний и количество вложенного труда впечатляют. С нетерпением жду курса по автоматизации, а данный отлично подойдёт для закрепления знаний. Спасибо!
Заинтересовали, интересно попробовать курс в деле. Спасибо, что делитесь.
Хотелось бы побольше информации о создателях учебника, для людей со стороны. На сайте есть имена, по быстрому поиску получается, что команда из Grid Dynamics
В учебнике информация о создателях действительно совсем краткая, на главной же странице сайта последние места работы и опыт указаны. Единственное, одна ментор из США пока на сайт не добавлена - у нее последнее место работы General Motors.
В Grid Dynamics сейчас трудится один ментор, у двух это было одно из предыдущих мест работы.
Если нужна еще какая-то дополнительная информация - говорите, добавим.
Зачем появился бесплатный интерактивный «100-Year QA-textbook» на 700+ страниц для обучающихся тестированию