Как начать работать тестировщиком

 

Так получилось, что этот блог я уже почти забросил. Отчасти, потому что, все то, про что хотел бы написать уже написано в интернете и книгах. Отчасти потому, что медленно, но верно начинаю мигрировать в другие области управления - например применение практического психоанализа в бизнесе (о чем даже завел свой телеграмм канал "Бессознательное в организации")

Но я все еще связан с тестированием, и даже помогаю как ментор на менторов GetMentor. В связи с тем, что увеличился поток новичков в ИТ (а значит и в профессии инженеров в тестировании) я создал небольшую страницу, которой делюсь с теми, кто ко мне постучался.  Думаю, имеет смысл перенести текст этой страницы сюда. 

Далее мои ответы на частые вопросы о том, как же ворваться в профессию тестировщика, и не очень сильно ушибиться.

Что сначала?

Ответить на вопрос - зачем это вообще тебе надо :)

Сначала надо понять - почему это “интересно”, потому что с мотивацией учиться и работать гораздо легче. Ответ "это просто из-за денег" чреват последствиями. Работа предстоит напряженная, легко не будет. Мотивация кроме материальной может очень сильно помочь.

Каким тестировщиком хочешь стать?

Это следующий вопрос. Надо определиться в какую область хочется пойти. 

В зависимости от ответа будет понятно какой стек технологий надо будет прокачивать. Я бы выделил несколько основных направлений:

1. Ручной тестировщик графического интерфейса (еще можно выделить web, мобайл, десктоп)
2. Тестировщик геймдева
3. Тестировщик бэкенда
4. Автоматизатор

Я больше про enterprise и сталкивался со всем кроме мобайла и геймдева. Мой опыт говорит мне, что нужно сфокусироваться на чем-то одном, прокачаться, и только потом изучать остальное. Сначала фокус и глубина - потом широта экспертизы.

Начинать легче с ручного тестировщика графического интерфейса. Поэтому рекомендации с некоторыми оговорками будут про эту профессию. Остальные не то чтобы сложные - просто требуют дополнительных навыков и соответственно - времени

С какими интернет ресурсами можно или нужно познакомиться?

• https://www.software-testing.ru/ - самый известный, наверное, портал про тестирование в русскоязычной аудитории
• Конференция SQA Days - можно подчерпнуть много интересного материала с выступлений https://sqadays.com/ru/index
• Где изучать тестирование (актуально на 2021) https://proglib.io/p/gde-izuchat-testirovanie-v-2021-godu-17-resursov-dlya-nachinayushchih-inzhenerov-po-qa-2021-06-07
• Список телеграмм каналов сообщества тестировщиков и близких к ним:
• Большой чат: https://t.me/qa_ru
• Резюме: https://t.me/qa_resumes
• Финансы: https://t.me/qa_fin
• Слухи и отзывы о компании: https://t.me/qa_bad_company
• Флуд: https://t.me/qaflood 

Как подготовиться к интервью? Что спросят? 

Есть несколько заметок про вопросы на собеседованиях:

• https://seljava.blogspot.com/2009/08/sqa.html
• https://habr.com/ru/post/254209/

Что почитать?

Все упоминают Савкина. Как первая книга это нормально. Но потом нужны другие материалы. Делюсь теми книгами и статьями, которые считаю важными: Все книги доступны тут: https://cloud.mail.ru/public/w9Nd/wXtKbAhfM

В какой последовательности читать? Я бы предложил так (от простейшего к более глубокому):

• Тестирование Дот Ком: https://cloud.mail.ru/public/9S45/9vViAzJbW
• Software testing - base course (svyatoslav_kulikov): https://cloud.mail.ru/public/RVUn/VCm2DCFsz
• A Practitioners Guide To Software Test Design https://cloud.mail.ru/public/ChJp/qBz3w3WGa (это самая важная для вас книга, но к ней переходить нужно после того как поймете про то что такое тестирование)
• Тестирование ПО Кем Канер (можно пропустить если прочитали 2 верхние, но книга оч старая и очень первая, и ее название хотя бы знать неплохо) https://cloud.mail.ru/public/kivU/72DsL8MsV
• Software Testing Foundations ~ A Study Guide for the Certified Tester Exam 2nd Edition https://cloud.mail.ru/public/akFr/r3SkVQkbi (поможет закрепить терминологию)
• Agile testing. A practical guide: https://cloud.mail.ru/public/dYta/DuWGWfY6p
• Metrics And Models In Software Quality Engineering https://cloud.mail.ru/public/8H7i/gYa3gCVLG
• Lessons_Learned_in_Software_Testing: https://cloud.mail.ru/public/2uny/1tb2rbWjM

Потом можно почитать и статейки: https://cloud.mail.ru/public/7KYk/sB6QVeoAU

А потом окунуться в океан информации и найти что-то полезное для себя (материал на английском, сори): https://www.lisihocke.com/p/testing-and-quality.html

Где найти помощь?

Я бы посоветовал еще найти ментора в области, в которой вы хотите развиваться.

Где найти? Есть несколько мест, например https://getmentor.dev/. В этой социальной сети можно найти даже бесплатного на несколько встреч человека, который вам поможет сделать несколько первых шагов.

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

Несколько историй, как ребята заходили в тестирование и зашли:

• https://teletype.in/@skaynet1996/nY6dYVp170g
• https://habr.com/ru/company/plarium/blog/561454/
• https://rb.ru/opinion/testirovschik-po/
• https://mymonday.by/from-pizza-courier-to-qa-specialist
• https://teletype.in/@skaynet1996/qKYB_vK3oWU

Как зайти в компанию:

• Через стажировку: https://habr.com/ru/company/netologyru/blog/674336/ 

Как ищут и нанимают тестировщиков (посмотреть на вас со стороны работодателя):

• https://software-testing.ru/library/around-testing/management/3804-how-to-hire-a-software-tester
• https://journal.tinkoff.ru/list/qa-trainings/

Где потренироваться тестированию:

• https://askerweb.by/sajty-s-bagami-dlya-testirovaniya/

Что еще посоветую:

• Практика - постоянно ищите что и как протестировать. Сайты, приложения на компьютере и в телефоне.
• Советы бывалых - слушайте и спрашивайте тех, кто в этой области уже больше чем вы.
• Постоянные собеседования и сбор обратной связи - вам нужно отталкиваться от того, чего вы не знаете и нужно понимать, что еще вы не умеете и должны изучить.
• Заводите знакомых в областях, в которых хотите развиваться. Через знакомых ГОРАЗДО легче найти ХОРОШУЮ работу. 
• Теплый чай и поддержка близких. И котики, лисички или песики - питомцы очень помогают )).

И главное - не бойтесь учиться и ошибаться. Просто получайте от процесса удовольствие!

Удачи вам в новом интересном пути!

"Мировое кафе" для обучения, брейншторма и психологической поддержки

 

В прошлом 2020 году я решил получить дополнительное образование. И это было не про аджайл, тестирование или менеджмент. Я посмотрел в сторону применения психологии  в бизнесе  - магистерская программа Высшей Школы Экономики "Психоанализ и психоаналитическое бизнес консультирование" (https://www.hse.ru/ma/psyan). 

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

Имея опят фасилитации групповых встреч я предложил формат World Cafe. Сначала думали собраться офлайн, но все-таки Ковид внес коррективы. Перенеслись в онлайн. 

Далее в заметке поделюсь, как удалось организовать и провести встречу World Cafe на примере студентов психокоучей. И чем этот пример может быть полезен другим сообществам и особенно - студентам.

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

Коучинг и супервизия. Инструменты развития

 

Коучинг уже достаточно сильно натер мозоль - кому на языке, а кому и в ушах.  

Во-первых помогли Аджайл Коучи, которые на самом деле не коучи, а консультанты, использующие его, как один из инструментов. 

Во вторых - многочисленные тренинги личностного роста. На которых за 1-3 месяца вас обещают научить жить по-другому, но - и еще и помогать другим. Инфоцыганство - как самовоспроизводящаяся структура.  

В третьих - есть еще люди собирающие залы и накачивающие людей энергией. Привет от Тони Робинса, Бизнес-молодости и похожих на них.

После всего подобного коучинг звучит уже как вполне себе полноценное нарицательное, уступающее пальму первенства разве что только горячо-любимому Agile.

Но я позволил себе вступить на этот скользкий путь. В прошлом 2020 ковидном году поступил в вышку на магистерскую программу "Психоанализ и психоаналитическое бизнес-консультирование" (https://www.hse.ru/ma/psyan). Диплом дают психолога, но активно учат коучингу, психодинамическому консультированию, эмпатии, принятию и прочему дзену. 

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

Бессознательное в организациях это вообще бездонные глубины, но можно с чего-то начать.

Начал с коучинга и супервизии - как инструментов развития. Сначала рассказал об этом в своей компании, потом поделился с  Agile Support Circle (https://agilesupportcircle.timepad.ru/events/). О последнем событии даже есть запись. Чтобы не потерять - сохраняю презентацию и видео ниже.

Поскольку я все еще не волшебник, а только учусь то упомяну, что открыт для общения. Это значит, если у вас есть запрос на менторство в ИТ (тестирование, менеджмент, или даже горячо любимый Agile), психологическую поддержку или проговорить об кого-то свою проблему, то welcome. Первые три встречи для вас будут бесплатны.

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

Для поиска ментора в ИТ и рядом сервис-сообщество Гет-Ментор: https://getmentor.dev/ 

Для поиска психологической помощи или коучинга есть программа от Высшей Школы Экономики "Доступная психология": https://www.hse.ru/ma/psyan/news/135966854.html 

Сама Презентация: https://speakerdeck.com/selayevalec/coaching-and-supervisions 

Само видео: 

Монополия на счастье или почему Scrum не может быть невозможен

Чума на оба ваши дома!

Крылатая фраза из трагедии «Ромео и Джульетта» Уильяма Шекспира 

в русских переводах А. А. Григорьева и Т. Л. Щепкиной-Куперник. 

Фраза используется для выражения раздражения и иронии 

по поводу спора или конфликта двух сторон. 

Считается одним из самых известных крылатых выражений, 

принадлежащих Шекспиру.

Я могу ошибаться, а вы можете быть правы; 

сделаем усилие, и мы, возможно, приблизимся к истине.

Карл Поппер

Ничто не вызывает так рефлекторный поиск под боком коробки с попкорном, как добротный, широкий, неистовый и громкий холивар. За свою жизнь я слышал многие: Windows vs Linux,  Java vs C++, Web vs Mobile, Apple vs Все Остальные.

Новые времена диктуют новые темы.

В январские праздничные дни этого года русскоязычное сообщество масштабируемого аджайла немного потрясло  от цикла статей г-на Denis Sunny на тему "Почему Scrum невозможен в SAFe": (финал здесь). Финальным аккордом цикла прозвучал призыв к создателям SAFe убрать отсылки к Scrum: http://remove-scrum-from-safe.tilda.ws/.

Находясь в куче чатиков различных аджайльных религиозных конфессий наблюдал реакции.

В чатиках религий искреннего Scrum торжествующе запели херувимы. В чатиках истинного прагматизма и SAFe раздался хор рассерженных шмелей. С обеих сторон гремело набатом: "они просто не понимают".

Но понимают ли разнообразные стороны шестидесяти оттенков околоаджайла, что действительно произошло? Что выявил этот интересный феноменальный конфликт? Что лежит под этим запретом?

Сегодня я хотел бы об этом поговорить.

Далее долгая-долгая статья с мыслями про вот это вот все и особенно - про околоаджайльные реакции.

SAFe vs LeSS: Make Love Not War

"Я вижу, что переубедить вас не удаться, 

настроены вы серьезно, 

поэтому сразу перехожу к оскорблениям"

Макс Дорофеев

Сегодня я хочу поговорить об Agile, любви и борьбе.

Об Agile - поскольку, ну, куда сегодня идти в разработку без этого самого гибко-адаптивного.

О любви - к масштабируемому Agile, потому что наболело.

О борьбе - противостоянии последователей двух известных уважаемых домов масштабируемого Agile: SAFe и LeSS

Изначально планировалась презентация. Такое небольшое выступление в виде наброса на вентилятор стойких сторонников одного или другого фреймворка/базы знаний. Этакая словесная чума на оба ваших дома.  

Фреймворк/база знаний поскольку LeSS называем себя фреймворком, а SAFe, все таки, позиционируется как база знаний: "SAFe® is an online freely revealed knowledge base of proven, integrated patterns for implementing Lean-Agile development". Но в дальнейшем я буду называть оба направления - фреймворками, поскольку они оба рамочные и позволяют наращивать вокруг себя разные процессы и лучшие практики.

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

Не ройте колодцы в тестировании

Любой человек должен уметь менять пеленки, 
планировать вторжения, резать свиней, 

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

вести бухгалтерию, возводить стены, вправлять кости, 

облегчать смерть, исполнять приказы, отдавать приказы, 

сотрудничать, действовать самостоятельно, решать уравнения, 

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

Специализация — удел насекомых.

Роберт Хайнлайн 
Достаточно времени для любви

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

Мое мнение крайне противоположное - разделять специалистов вообще, и тестировщиков  в частности, на узкоспециализированные направления работ - вредно.

Поэтому сегодня поговорим о "колодцах", ситуациях, в которых, специально или бессознательно, команды тестирования, работающие вместе, разводят по разные стороны. И - почему это плохо.

Считайте данную заметку, своего рода антисилосным (silos = колодец) манифестом в тестировании. Только без лозунгов и транспарантов.

SCRUM в картинках: роли и события

Все началось с того, что в прошлом году меня укусила бацила SCRUM-а. Покусали меня на 3 дневном тренинге unusual-concepts by Ilya Pavlichenko, за что ему отдельное спасибо.  После тренинга, как это водиться, большинство менеджеров хочет применить  на практике все то, что было услышано или рассказано. В итоге у нас 4 скрам команды уже бегут совместно 6 спринт. Отдельный разговор, что считают успешным в этом забеге сами команды и отдельно - менеджеры, но речь сегодня о картинках.

Я неизлечимый визуал, в любой непонятной ситуации -  рисую. После тренинга, для подготовки к сдаче экзамена Professional Scrum Master level 1  стали появляться картинки. Например та, что в заголовке.

Эта картинка в смысловой форме показывает,  слева - обязательные,  справа - опциональные, но полезные вещи в фреймворке Scrum. Куб, как бы, показывает, что стенки и углы составляют каркас. Что вы ими заполните - ваша головная боль (как говориться "Scrum is:  ... Difficult to master")

Далее фотографии картинок про 3 роли, 5 евентов и еще один ongoing process.

Уточнение. Конспектировался Scrum Guide - это на случай отдельных пометок про размеры команд, обязанностей ролей и евентов.

Если кого заинтересовали инструменты рисования -  использовал тетради и маркеры от Добробук.

Маленькая поваренная книга ретроспективы

В прошлом 2016 году я выступил на CEE-SECR 2016 - конференции, которую посещаю, третий или четвертый раз, и на которой представляю свою компанию на стенде. В этот раз кроме стенда я попробовал выступить.

Темой выступления стала ретроспектива - очень и очень полезная практика коллективного бессознательно-сознательного направленная на улучшение процессов, инструментов и людей. Тема бездонная, но выбран был небольшой набор советов-наблюдений, которые и сформировавали монолог "Маленькая Поваренная Книга Ретроспективы" (маленькая еще и потому, что за полчаса советов можно было привести ограниченное количество). Поскольку изначально тема была создана в виде статьи - у меня получились и выступление и данная заметка. 

Если не хочется читать, то выступление доступно по ссылке: http://2016.secr.ru/program/submitted-presentations/retrospective-small-cook-book. Для тех кто предпочитает все таки читать - моя печатная версия далее.

В далеком 2004 году мне посчастливилось поучаствовать в одном жарком совещании, из которого я вынес два жизненно-важных урока.

На совещании спорили  конструктора (люди которые чертили в различных САПР-ах конструкции, схемы, устройства) и технологи (собственно те, кто все это реализовывал в железе). И те и другие были напряжены. Обсуждалось - как передавать схемы конструкций из одной системы документооборота в другую. Не было одной системы документооборота, было - два разных мира, два полюса. Но надо было работать, и надо было выполнять план.   На любой вариант решения одной стороны, вторая аргументировала "а вот какой нибудь технолог" или в обратную сторону - "а вот какой нибудь разработчик", и далее всякий неконструктив набрасывался на вентилятор.

Я молодой сотрудник, полгода назад закончивший университет горел желанием помочь. Я видел, что все хотят получить результат, но и хотят прикрыть спинну.  В какой то момент я не выдержал и произнес:

- Коллеги! Мы же с вами профессионалы, а говорим о каких то гипотетических технологах и конструкторах - давайте попробуем!

Было молчание. Затем согласие  обеих сторон.

Два урока.

Первый урок -  "мы с вами профессионалы" магическим образом влияет на оппонентов. Они всегда соглашаются с первым утверждением, и очень часто затем соглашаются с любым вторым

"Мы же профессионалы - у нас нет багов, но если они появятся, то мы будем фиксить их на проде"

И это - манипуляция чистой воды.

Я впервые осознанно стал манипулировать людьми, целым коллективом, даже - двумя коллективами. Коллективы согласились, что они профессионалы.

Второй урок, который я вынес, это магия рецепта "давайте попробуем". Постоянным планированием успеха не добьешься. Постоянными обсуждениями - тоже.

На тот момент я был юн и не знал таких замечательных слов как Facilitator, Lesson Learn/Retrospective, Agile - услышал я их гораздо позже. Но встреча показала силу коллективной работы. Люди начали решать проблему. Впервые за долгое время технологи и разработчики создали правила обмена. И я понял, что "Давайте попробуем" это своего рода рецепт приготовления общего согласия. Позже я понял - таких рецептов масса.

С тех пор я начал копить рецепты, выверять их и использовать. "Давайте попробуем" трансформировалось в  "Экспериментируй!" и стало   первым рецептом в моей будущей, тогда еще не сформированной, поваренной книге ретроспективы.

Заметка сегодня большая и включает несколько частей:

Часть первая вступительная: определим что такое профессиональные поваренные книги.

Часть вторая основная: рассмотрим уникальные рецепты вкусной ретроспективы.

Часть третья заключительная: я предложу универсальный рецепт для всех поваренных книг.

Татуировки практикующего менеджера: Финальное

В прошлом году я решил провести эксперимент и посмотреть какие выученные правила может накопить менеджер за год. Идея пришла после прочтения  "45 татуировок менеджера" и эксперимент состоял, в том числе, в получении "татуировок" большего числа чем 45. 

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

Эксперимент получился интересным.

Во-первых нужно было научиться фиксировать татуировку быстро - чтобы не забыть. Для этого я приспособил свой андроидоподобный смартфон и Evernote. Evernote позволяет создать быструю кнопку на экране и заметка (запись, видео, текст и т.п.) сразу попадала в правильную папку. Раз в неделю подводились итоги - записи просматривались, корректировались, и, если нужно, переформулировывались (чтобы придать идее точность  и лаконичность). 

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

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

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

В-пятых, подводя итог эксперименту, за год удалось собрать 69 различных поз татуировок. Мне нравится такой результат.

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

Далее финальные тату опыта.

Предыдущие тату
Здесь
Здесь 
Здесь

Задачки на сообразительность 16: Что это? - Все вокруг еды : Ответы на задачи

Ответы на задачи заданные в начале недели : Ссылка