«Какие виды тестирования вы знаете?»

На примере этого вопроса на собеседовании тестировщиков хочу предложить такой вариант ответа:

«Перечисление и объяснение всех видов тестирования займет очень много времени. Могу рассказать о тех, с которыми сталкивался на практике?»

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

Этот вопрос обычно задают новичкам, чтобы узнать, действительно ли они знакомы с темой, или услышали о тестировании только вчера! Но иногда он встречается даже у мидлов на HR скрининге🙀.

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

А если в конце вы сами поинтересуетесь, какие виды тестирования они используют, это будет совсем хорошо ❤️.

Это поможет узнать, что ждет вас на новом месте, и перевести собеседование в формат, когда собеседующий рассказывают вам, а не вы ему!

Что думаете про этот лайфхак? Пишите обратную связь в комментариях!🔥

#воскрессобес

Это Даня, и он, возможно, лишит меня работы!🙀

Дело в том, что он работает над продуктом BugBuster, где AI-технологии тестируют ваш продукт вместо вас и ваших автотестов.

Самое интересное, что таким тестам не нужен доступ к коду вашего приложения и даже к DOM-дереву страницы!

Это новый подход к автоматизации тестирования, который можно попробовать уже сейчас!
Ссылка (бесплатный демо режим)

Поэтому в этот четверг в 19:00 мы проведем прямой эфир в этом Telegram-канале, где Даня мне поможет написать свои первые AI-автотесты с полного нуля 😻.

Да-да, это снова рубрика «Глазами новичка», где я под руководством опытных коллег пробую разные инструменты из мира QA.

Ставьте 🔥 и увидимся на эфире ❤️

Четыре года назад я упёрся в стену.

Я работал QA-инженером, изучал инструменты, автоматизацию, базы данных — но карьерного роста не было.

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

Тогда я впервые осознал, что не только hard skills определяют успех.

Soft skills стали тем, что помогло мне выйти на новый уровень. Я научился планировать, делегировать, вести переговоры, работать с командой.

Короче говоря, soft skills изменили мою жизнь!

Поэтому я решил ретроспективно посмотреть на вопрос soft skills: расписать, какие навыки помогли мне, как я их прокачивал и применял в жизни.

А также взял комментарии от руководителя разработки «Яндекс Лавки» Андрея Романовского и Head of QA Александра Вернигоры о том, какие soft skills важны для руководителей.

Всё это, а также результаты опроса и матрица soft skills были изложены в статье на Habr. Читать тут.

Буду очень рад обратной связи в комментариях: как вам статья и какие soft skills изменили вашу жизнь?

И очень прошу нажать стрелку ⬆️ у статьи, если она понравилась. Так о ней узнают больше коллег, и они тоже смогут изменить свою жизнь благодаря soft skills! 💙

Запись прямого эфира с Русланом Остропольским, CPO в Test-IT, автором канала https://t.me/Ruslan_Ostropolsky

Было супер лампово, спасибо всем кто пришел 🤗обсудили вопросы которые стесняются задать своему руководителю и получили ответы от руководителя с 15 летним опытом🔥

О чем говорили:
00:47 — Кто отвечает за развитие: твой руководитель или ты сам?
01:49 — С чем чаще всего приходят к руководителю?
04:20 — Как повысить зарплату: реальный пример.
09:13 — Что делать, если у вас performance review через полгода, а деньги нужны уже сейчас?
11:34 — Что делать, если для роста нужны проекты, а времени на это нет?
12:49 — Как не утонуть в рутине? И чем тут поможет руководитель?
15:27 — Как перестать делать то, что не хочешь?
18:17 — Что делать, если задолбали регрессы?
20:40 — Как получить то, что хочешь: пошаговый пример.
28:30 — Как собрать фактуру для переговоров и что делать?
32:12 — База: как получить то, что хочешь? С примерами.
36:36 — Что делать, если увольняют?
43:23 — Как решать конфликты в коллективе?
50:55 — Что делать, если руководителю на тебя всё равно?
59:20 — Меня не повышают. Что делать?
1:04:36 — Почему руководителем не делают тебя, а нанимают с улицы?
1:09:15 — Почему тебе платят как джуну, а спрашивают как с мидла?
1:12:24 — Что делать, если хочешь автотесты, а на проекте нет на это планов?
1:17:44 — Жесткий или мягкий руководитель: что сейчас в тренде?
1:21:08 — Не дают повышение, потому что ты хорошо работаешь?

Список литературы с эфира от Руслана:
1)Барбара Минто — «Принцип пирамиды Минто. Золотые правила мышления, делового письма и устных выступлений».
2)Крис Восс — «Договориться не проблема. Как добиваться своего без конфликтов и ненужных уступок».
3)Ванесса ван Эдвардс — «Наука общения. Как читать эмоции, понимать намерения и находить общий язык с людьми».
4)Ким Скотт — «Радикальная прямота. Как управлять людьми, не теряя человечности».

Руслану — отдельное спасибо за то, что согласился поделиться своим опытом! 🤗

Ставьте 🔥, если было полезно, ❤️ и пишите в коментах обратную связь об эфире, а уже завтра эфир с Даниилом Ахетовым, где я буду пробовать автоматизировать с помощью BugBuster AI
Обязательно приходите, освоим AI автоматизацию вместе🤗

А мы стартуем написание AI автотестов в прямом эфире с Даней из BugBuster AI

Если интересно посмотреть как с 0 написать свои первые AI автотесты,
залетай на эфир https://t.me/qabigtech?livestream

Вопросы к эфиру, оставляйте коментариями под этим постом🤗

"Из чего состоит баг-репорт?" Или, "Как составить идеальный баг-репорт?"

Этот вопрос задают как новичкам-тестировщикам, так и опытным QA-инженерам.

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

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

Такой документ позволит всем участникам процесса оформлять дефекты единообразно — и вы, и разработчики будете тратить меньше времени на разбор полетов.

У нас в команде такой шаблон уже встроен в трекер. Это серьезно облегчает работу. Если у вас его нет — можете использовать мой.

Шаблон баг-репорта: https://vc.ru/dev/2020341-kak-pravilno-sostavit-bag-report-dlya-razrabotchikov

P.S. Пишите в комментариях, как организован этот процесс в ваших проектах: есть ли шаблон или все пишут «как попало»?

Ставьте 🔥, если было полезно!❤️

#воскрессобес

Вчера запустили обучение в летней Школе обеспечения качества Яндекса. ШОК

До этого были обучения по другим профессиям, но для QA-инженеров подобного формата не было, и это казалось мне странным. 🤔

Этой осенью мы пообщались с руководителями QA-команд и спросили, почему так.

Ответ был следующим: "Потому что нет проблем с наймом QA-специалистов, их много, а вакансий мало, поэтому нет смысла!".

Но оказалось, что есть ньюанс: не всех QA-специалистов в избытке. Есть специалисты, которых найти так же тяжело, как и представителей других специальностей — это Fullstack QA.

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

Поэтому мы взяли стек, в котором нуждаются наши команды, отобрали профессионалов по каждой из тем и собрали полноценный курс с практикой.

При этом на курс набирали ребят не с полного нуля: тяжело научить за 3 месяца всему, и нам были важны знания программирования и тестирования у абитуриентов.

А вот инструментам мы уже дообучим, а еще и закрепим на практике в течение 3 месяцев.

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

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

Разница лишь в домашних заданиях, но если вы замотивированы и действительно хотите стать крутым QA-специалистом, я думаю, вас не придется подталкивать к их решению, и вы сделаете их самостоятельно!

Короче, лето обещает быть жарким! 🔥

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

Эту идею сформулировал и описал в книге «Scrum: гибкая разработка ПО» Майк Кон.

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

1. Раннее выявление дефектов: Пирамида тестирования предполагает наличие большого количества модульных тестов на нижнем уровне, что позволяет обнаружить дефекты как можно раньше в процессе разработки (можно применять разработку через тестирование). Это уменьшает затраты на исправление ошибок.

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

3. Снижение затрат: Благодаря фокусу на автоматизации тестов и раннему обнаружению ошибок, пирамида тестирования способствует снижению затрат на тестирование и исправление дефектов на более поздних этапах разработки.

4. Максимальное покрытие и надёжность: Разнообразие тестов на каждом уровне пирамиды обеспечивает широкое покрытие функциональности приложения и повышает общую надёжность программного обеспечения.

5. Поддержание гибкости: Пирамида тестирования помогает командам адаптироваться к изменениям в требованиях и технологиях без значительных затрат времени и ресурсов, что особенно важно в гибких методологиях разработки, таких как Scrum.

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

Ну не кайф ли!?
Поэтому тема пирамиды и уровней тестирования — это не просто теория, это очень классный инструмент!

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

Влепите 🔥, если было полезно 🤗

А ещё, вы знали, что бывает "перевернутая" пирамида? Напишите в комментариях, кто знает, что за зверь такой? 🤔

#воскрессобес

Документация — это основа для QA-инженера!

Первая открытая лекция ШОКа посвящена именно этому:
"Как писать кейсы и заводить баги".

Лектором выступает эксперт с опытом работы в металлургической, банковской и медицинской сферах, а также действующий QA-инженер Яндекса Богдан Волков.

https://vkvideo.ru/video-220652761_456239860

https://www.youtube.com/live/bFKc1vmDLoo

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

Ставьте 🔥, если было полезно, и обязательно оставляйте обратную связь 🤗

#лекторийШОК

В QA можно так зарабатывать, ОКАК!

Я писал в одном из постов о том, как QA-инженеру получать больше денег, и менторство — это один из таких вариантов. Это не самый простой, но 100% развивающий путь.

Когда ты обучаешь другого, то и сам наконец-то понимаешь, о чем рассказываешь — и в этом есть лишь доля шутки.

Менторство/Наставничество — это логичный путь в карьере для человека, который хочет поделиться знаниями и опытом. А для ученика это возможность получить индивидуальную поддержку, которую так просто не получить в рамках групповых курсов.

Менторство сейчас на хайпе, все больше людей берут менторов и обращаются за помощью в трудоустройстве.

В этом видео один из топовых менторов Эд @twitereda поделится, почему так происходит, расскажет, как строится работа с ментором, сколько это стоит и как не быть обманутым при работе с ментором.

Таймкоды:

00:44 — Опыт работы Эда до менторства
02:19 — Что такое галеры, и есть ли плюсы?
07:45 — Продукт vs Аутсорс: плюсы и минусы
11:35 — Почему ушел из найма?
12:32 — Чем круто быть QA и чем нравится работа?
19:33 — Кто виноват в факапах: QA или вся команда?
20:00 — Тенденции рынка труда: автоматизация или фуллстек, что тренд?
25:00 — Почему ученики выбирают ментора, а не курсы?
29:00 — Сколько человек устроил на работу за последний месяц? И какие офферы?
31:00 — Сколько идет обучение до трудоустройства с ментором?
32:40 — Говорим про автофильтры и резюме
35:35 — Как все успевать?
38:50 — Многоработничество: плюсы/минусы/подводные камни!
41:52 — Как строится работа с ментором и отличие от курсов
45:00 — Говорим про деньги, считаем, что выгоднее: курсы или ментор
47:54 — А сколько людей не доходит до оффера?
56:29 — Сколько зарабатывает Эд и другие менторы?
58:57 — Внутренняя кухня менторства
1:05:20 — Обсуждаем курсы
1:08:35 — Топ навыков QA, необходимых на рынке прямо сейчас
1:09:12 — Как выбрать ментора и не быть обманутым?
1:15:00 — Стажировки или накрутка?
1:20:00 — Как сохранить ментальное здоровье после накрутки и многоработничества?

Интервью длинное, но нас ждут 4 дня праздников, так что обязательно посмотрите 💙. В интернете вы не найдете ничего подобного, поэтому с вас 🔥.

Чем отличается валидация от верификации?

Кажется, я неплохо объяснил разницу на примере котиков и кошачьего корма тут.

Но, во-первых, это было одно из моих первых видео, поэтому кринж. 😺

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

При этом с верификацией, кажется, всё понятно: есть требования и спецификации — короче, ожидаемое! И есть фактическое. Накладываем одно на другое и понимаем, работает ли ПО как нужно, или верификация не пройдена и это баг.

А вот с валидацией всё сложнее. Она помогает определить: а мы вообще нужное делаем?

И круто задавать такой вопрос ещё до начала разработки — проверять гипотезы макетами на фокус-группах, с ЦА и вот это всё продуктовое.

И да, на моём опыте за это всегда отвечал Product Manager. Даже после релиза именно продуктолог вместе с аналитиком считают эффективность проекта и принимают решение о раскатке проекта на всех или выпиливании его от греха подальше .

И вот тут у меня вопрос к вам: а кто вообще должен отвечать за валидацию проекта — Product Manager или QA-инженер?🤔

Ставьте 🔥 если вас про это тоже спрашивали на собесе❤️

#воскрессобес

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

А оказалось, что это уже реализовали ребята из BugBuster AI —
запилили TMS, где просто пишешь кейс по-русски, и нейросеть будет проходить его вместо тебя!
Vibe Testing?

Еще в мае мы провели прямой эфир в нашем ТГ-канале: https://t.me/qabigtech/161,
где протестировали нейросеть на реальных проектах — Яндекс.Лавки и Яндекс.Карт.

Не всё получилось удачно, но зато мы подебажили нейронку в прямом эфире.
А после эфира ребята из BugBuster допилили модель, и теперь ей скролы в тестах не помеха —
за что отдельный респект!

Поэтому, мы добавили исправления от ребят в запись прямого эфира,
Приятного просмотра: https://youtu.be/gn1ZDlMbyF8?si=aZ5uFuVOt5LpW_sq

А если заинтересовала платформа — переходите в ТГ-канал ребят, там есть ссылка на платформу.
Можно её тоже протестировать, повайбтестерить🙊, короче. Ну и это бесплатно!

И по традиции ставьте 🔥если было полезно! ❤️