QA AK

🟢🟡🔴 Время интерактива на канале. Несколько вопросов по теории тестирования в формате викторины. Стартуем через минуту.

Записал видео с практическим примером применения техник тест-дизайна: разбиение на классы эквивалентности и анализ граничных значений. Чтобы сделать видео интересней в качестве объекта тестирования выбрал игру Warcraft 3. https://youtu.be/i6CwZ1QKDDk

Чем больше мы проводили собеседований, тем больше упрощался процесс. Если по началу я подробно отмечал ответы на каждый вопрос, то впоследствии лишь делал заметки на полях, отмечая общую оценку по каждому блоку в целом. Мой коллега работал по такому же принципу. После собеседования мы созванивались и обсуждая, сопоставляли наши выводы. Иногда они отличались и мы вступали в короткий спор для вынесения общей резолюции по кандидату. И здесь уже влияло субъективное впечатление о кандидате. Также с каждым новым собесом процесс проведения становился все более рутинным. И уже через короткий промежуток времени все кандидаты смешивались в памяти. Поэтому письменная фиксация результатов по каждому блоку вопросов оказалась просто необходимой. В итоге как оно часто и бывает реализация оказалось не такой гладкой, но в целом успешной. Не смотря на детали выше, система позволила обосновано оставлять рекомендации, на основе оценки скиллов и отфильтровывать не подходящих нам кандидатов. Наверное, главным открытием для меня оказалось, что проведение тех. собесов как и их прохождение - тоже энергозатратный процесс, требующий постоянной концентрации. Поэтому, тем кто собирается проводить собеседования, я бы рекомендовал трезво оценить свои силы и не участвовать более чем в 2 (в идеале 1) собеседования в день. А вы участвовали в организации собеседований? Поделитесь своим опытом.

Как проводить тех. собес. Делюсь собственным опытом и описываю ожидание/реальность. 🖊📜 На своем текущем проекте нас с коллегой тестировщиком попросили помочь с проведением собеседований на позиции middle/senior QA в соседние проекты для того же заказчика, а также с предварительным отбором кандидатов на эти собеседования. Было решено действовать системно, поэтому потребовалось построить систему отбора, а также подготовить план собеседования. Руководствовались мы логикой, а также собственным опытом (каждый из нас когда-то сам проходил аналогичные собеседования). И вот что мы придумали в теории. Первичный скрининг планировался быть ручным и после получения резюме кандидата должен был сводиться к оценке опыта: количеству проектов и задачах на них, а также к наличию необходимых навыков, требуемых в вакансиях. При планировании интервью, мы составили матрицу компетенций, исходя из требуемых навыков + основываясь на своем опыте того, что приходилось делать на текущей работе. Выглядело это примерно так: - в требованиях указано тестирование API - будем проверять этот блок - нам нужно делать запросы в бд для поиска и анализа данных - будем проверять знания SQL - разработчики просят прислать endpoint запроса, после возникновения ошибки на фронте - проверим знание Devtools - ... Определившись с блоками тем, мы составили для них вопросы, которые бы позволили оценить уровень знаний. Также были вопросы со звездочкой, которые были бы дополнительным плюсом. Для SQL мы добавили задачи по написанию запросов на соответствующем сайте тренажере. Плюс были составлены вопросы на проверку логики рассуждений кандидатов, в духе "как будете выстраивать QA процессы с 0 на новом проекте, оказавшись там единственным тестировщиком". После этого смысл собеседований сводился к опросу соискателей, на основе вопросов из матрицы, и письменной фиксации их ответов, что позволило бы оценить каждого кандидата, понять подходит ли он под текущую вакансию и выбрать лучших среди подходящих на основе оценок. Вот так это выглядело в теории. А теперь о том, как эта система заработала на практике. Резюме кандидатов скидывались раз в несколько недель группами по 5-7 штук. И если по началу я внимательно вчитывался в каждое резюме, то впоследствии, ввиду дефицита времени (задачи по тестированию никто не отменял), бегло пробегал его глазами, и если оно было очень обширным, то через поиск искал ключевые слова. После чего, сопоставлял наличие необходимых навыков из вакансии в резюме. Очень быстро зародилась мысль автоматизировать процесс, написав скрипт, парсящий резюме. Но просто наличие навыка было недостаточно, он должен был подтверждаться опытом. И чем в большем количестве проектов он присутствовал, тем выше были шансы у кандидата пройти этот "суровый" отбор. Поэтому из-за наличия анализа, поиск так и остался ручным. К текущему моменту мы провели собеседования с более чем двумя десятками кандидатов. И если до начала меня терзали сомнения, стоит ли задавать теоретические вопросы Senior QA с +10 годами опыта, когда свой опыт в профессии "несколько" меньше, то впоследствии оказалось что подход был оправдан. В резюме некоторые кандидаты владели Git, умели в бд, бек и фронт, работали с XML, и ко всему этому были успешными QA лидами чуть ли не с самого первого проекта. А в ходе собеседования выяснялось что про XML кандидат читал в Википедии, Git пользовался с помощью UI и команды не знал, в SQL не справлялся с написанием select с join... В общем рекламное предложение оказывалось не соответствующим фактическому положению дел. Часть кандидатов успешно решало задачи и бодро отвечало по теории. И если бы у нас была открыта всего 1 позиция, то нам бы пришлось сравнивать результаты. И идея с заполнением матрицы нам бы в этом помогла. Но на практике до этого не доходило, так как количество открытых позиций позволяло рекомендовать сразу нескольких кандидатов, или из группы подходил только 1, а остальные просто не дотягивали по скиллам. А вот чего наша система не учитывала, так это человеческий фактор.

О пользе изучения программирования. 👨‍💻👩‍💻 Навык написания кода не является обязательным для тестировщика. Но владение им дает серьезные преимущества: 🟢 общее понимание того как пишутся программы. Изучая тот или иной язык программирования, вы начинаете видеть базовые элементы: функции, процедуры, классы, инстансы, атрибуты, методы - все из чего складываются компоненты продукта, а также из взаимодействие. Понимая как работают программы, вы будете лучше подходить к их тестированию. В тех случаях когда у QA есть доступ к исходному коду и он умеет его читать, для тестировщика открывается возможность отбирать тестовые случаи исходя из знания устройства программы, а также применять техники тест-дизайна, основанные на технике белого ящика, что позволяет оптимизировать количество проверок и повысить точность тестирования. 🟡 возможность автоматизировать процессы тестирования, передав на выполнение программному обеспечению следующие задачи: - подготовку тестовых данных и системы - выполнение тестов - анализ и фиксацию результатов - создания отчетности Такая идея (а часто и потребность) рано или поздно возникнет на любом долгосрочном проекте. Умение программировать и знание специализированных библиотек и инструментов позволит вам реализовать эту задачу и как следствие сократить время, затраченное на регрессионное тестирование, а также повысить его качество. 🟣 возможность облегчить себе работу через автоматизацию рутины и решение рабочих задач. Умея программировать вы сможете создать парсеры логов, генераторы данных, скрипты по управлению файлами и каталогами - все, что поможет вам избежать многократного ручного повторения одних и тех же задач. Отсюда высвобождение времени и сил на остальные задачи. В целом, если вы выпускник курсов, умение программировать позволит вам выгоднее смотреться среди конкурентов без этого навыка. Если вы ручной тестировщик, программирование даст вам возможность стать автоматизатором т. е новые карьерные возможности. Поэтому я рекомендую всем тестировщикам начинать/продолжать изучение программирования. Тем более сейчас в свободном доступе гигантское количество материалов: курсов, книг, статей, видео. А также ресурсов, позволяющих решать задачи и писать код прямо в окне браузера, без установки софта. В общем для этого все есть, нужно только брать и делать.

Еще одна из часто встречаемых проблем у новичков в тестировании - сложность с правильным подбором названий элементам интерфейса. Использование некорректных названий может вызвать неоднозначное толкование у коллег и препятствовать воспроизведению баг-репорта или выполнению теста. Делюсь ссылкой на статьи, содержащие названия часто встречаемых элементов интерфейса, с поясняющими комментариями, и иллюстрациями: 🌐 для веба - <ссылка> 📱 для мобилок - <ссылка> Используйте как шпаргалку при заведении тестовой документации. #сохранинастенувдругпригодится

Как подготовиться к собеседованию. Первые технические собеседования довольно волнительны. А при текущей ситуации на рынке, новичкам еще и сложно на них попасть. Поэтому волнение и тревожность на кануне предстоящего собеседования, приглашение на которое соискатель так долго ждал, понятны и нормальны. В этом посте я дам несколько советов по подготовке к собеседованию, которые помогут снизить уровень стресса. ✅ В первую очередь следует подготовиться психологически. Не нужно делать ставку all in на предстоящее собеседование. Оно точно не последнее. Наоборот если вас пригласили один раз, значит вы смогли пройти первичный отбор и заинтересовать работодателя. Следовательно сможете получать приглашения и в дальнейшем. Если это ваше первое собеседование, настройтесь получить опыт. Абсолютно нормально получить оффер не сразу, а спустя n кол-во попыток. Чем в большем кол-ве собеседований вы примете участие тем проще и понятнее будут для вас все последующие. Таким образом вы создадите нужный настрой. ✅ Исходя из требований к кандидату и стеку технологий повторите теорию, а затем попробуйте пересказать ее и ответить себе же на вопросы. Например, если в вакансии указано тестирование API, то вопросы могут быть следующими: - что такое API и для чего применяется - что такое HTTP протокол, принцип его работы - структура HTTP запроса и ответа - какие методы применяются в HTTP запросах и что позволяют делать с ресурсом - ... Если понимаете, что не можете сформулировать определение или не знаете ответа на какой-то вопрос, изучите его дополнительно, а затем попробуйте ответить повторно. Таким образом вы получите уверенность в своих знаниях. При этом, на кануне вечером, не нужно повторять весь материал, словно вы готовитесь к экзамену. Лучше хорошо отдохните и ложитесь спать пораньше. ✅ Учитывая, что сейчас востребован онлайн формат проведения собеседования, проверьте заранее: - работу веб-камеры (вас должно быть хорошо видно, задний фон лучше заблюрить в настройках) - работу звука (вас должно быть хорошо слышно, участники на другой стороне не должны слышать свое эхо) - наличие запасного источника интернет соединения (на случай внештатного отключения интернета/электричества) Таким образом вы исключите "внезапные" технические сложности и не потеряете время на их устранение в ходе собеседования. ✅Не опаздывайте (лучше подключитесь немного заранее) и сразу включайте веб-камеру. А затем перед началом постарайтесь расслабиться, настолько, насколько сможете. Смол-токи в начале могут в этом помочь. Вы увидите что на той стороне такие же люди, которые ищут тестировщика, а не преследуют цель "завалить вас". А другие участники увидят что вы пунктуальны и уверены в своих силах. Таким образом сможете снять напряжение и настроить собеседников на диалог. Полностью стресс вы конечно не снимете, но сможете снизить его до приемлемого уровня, который позволит собраться и мобилизовать все силы в нужный момент.

Поддерживаю подобные проекты. Поэтому спешу поделиться. Как уже писал ранее, стажировки помогают выйти за рамки базовых знаний, полученных на курсах, глубже погрузиться в процесс тестирования и получить первый опыт. Если вы ищите возможности для продолжения развития и применения полученных знаний, то вот одна из них: https://t.me/sdetqackick/24

Чем опасна стабильность и почему не стоит задерживаться там, где наступает стагнация. 📉 Сегодня расскажу про опасную ловушку, в которую может попасть любой QA. Для этого рассмотрим довольно типовую ситуацию. Попав на новый (а в случае с выпускниками курсов на первый) проект, тестировщик проходит несколько этапов: от адаптации и работы с новыми задачами/инструментами/продуктом, до рутины в рамках привычных для себя задач. При переходе между этими этапами у QA будет возрастать понимание специфики работы в конкретном проекте и с конкретным продуктом. И в какой-то момент может наступить попадание в зону комфорта. Тестировщику на этом проекте уже все понятно, задачи не вызывают каких-то трудностей, инструменты и методы работы привычны, действия доведены до автоматизма. При этом каждый день увеличивается "стаж" работы в тестировании. Оказавшись в такой ситуации, у специалиста может появиться соблазн остановиться на достигнутом и перестать развиваться в профессии. К чему это может привести? К ограничению кругозора и отсутствию новых знаний и навыков, которые повлекут за собой возрастание рисков. Перестав развиваться, тестировщик на долгой дистанции начнет отставать в своих навыках от рынка, так как новые технологии и тенденции будут проходить мимо него. При этом текущий проект не вечен и если на нем начнутся сокращения или его закроют, то оказавшись в поисках новой работы, QA будет слабее тех своих конкурентов, которые все это время продолжали развиваться и имеют более обширный и разнообразный опыт. Выполняя +- одни и те же задачи в 1 проекте на протяжении 3 лет, тестировщик может считать себя мидлом, но по факту оставаться джуниором. А потом при смене работы получать отказы на отклики или на собеседованиях туда, где стек технологий шире/отличается от привычного, а требуемый опыт выходит за рамки того, что тестировщик делал за все время. Поэтому важно поймать момент, когда вы перестаете развиваться внутри проекта, после чего предпринимать меры по выходу из сложившейся ситуации. Что можно сделать: 🟢 - взять новые задачи, с которыми вы раньше не сталкивались (например, автоматизировать регрессионное тестирование) 🟡 - перейти на другой проект внутри компании 🔴 - сменить работу, откликнувшись на вакансию тестировщика в другой компании (как бы радикально это не звучало) Тестирование - это деятельность в которой нельзя останавливаться на месте, если вы не хотите потерять конкурентоспособность. Если вы стремитесь туда, где сложно и много вопросов, берете инициативу и готовы к новым вызовам, то потом будете пожинать плоды в виде богатого опыта, что позволит быть на голову выше конкурентов и не испытывать проблем в случае вынужденной смены работы.

В выходные "тестировал" плов, приготовленный другом Артемом (на фото справа). Тот случай когда фактический результат превзошел ожидаемый 😊

Сеанс психологической поддержки. 🤝 Недавно получил обращение от менти с такой ситуацией. Человек прошел тестовое и попал на свой первый проект. В ходе ознакомления у него возникли вопросы, которые он постеснялся задать коллегам. Мол, я должен и так это знать. На самом деле ситуация довольно частая и называется синдромом самозванца. Логика здесь такая: сейчас я задам вопрос, и все поймут что я на самом деле ничего не знаю, и выгонят меня с работы. Попробую объяснить почему не стоит бояться задавать любые вопросы в подобной ситуации. На любом проекте, куда бы вы не попали, будет существовать процесс онбординга, поскольку команда понимает, что новичку всегда нужно время для знакомства с продуктом, рабочими процессами, принятыми в проекте правилами, стандартами, стеком технологий. В общем чтобы освоиться и войти в курс дела. Так что никто не ждет от вас, мгновенного встраивания в работу с 1го дня. Даже если весь онбординг будет представлять из себя всего лишь скидывание ссылки на какую-нибудь доку (т.е "не ярко выражен"), он все равно будет пониматься как время, в течении которого вы "погружаетесь" в проект. Также, нанимая джуниора, тимлид прекрасно понимает что у вас либо нет коммерческого опыта, либо он минимален. Поэтому никто не будет ждать от вас исчерпывающих знаний в сфере разработки продукта. Не забывайте, что ни один специалист (включая Senior с опытом > 10 лет) не может знать всего.Наоборот, вопросы, возникающие у вас, говорят о том, что вы на правильном пути получения опыта и развития, которого не будет, если вопрос останется без ответа. Поэтому помните, от вас ожидают, что вы будете задавать вопросы в начале своей работы. Ваша задача в этот период влиться в команду и научиться работать в рамках установленных правил и стека технологий. Так что в интересах обеих сторон будет закрывать все возникающие с вашей стороны вопросы. Ведь не только вам нужна работа, но и команде нужен тестировщик!

Поделюсь рекомендациями по поиску работы на рынке РФ. Для повышения своих шансов при поиске стоит использовать различные площадки и каналы связи. 🟢 Начать стоит с профильного портала для поиска работы - hh.ru. В каждой вакансии смотрите обязанности и ключевые слова. Это то, что будет интересовать работодателя в нашем резюме. Соответственно нужно убедиться, что эти навыки в вашем резюме присутствуют. Ключевые слова могут (и будут) выступать в роли фильтров, по которым HR компании будет отфильтровывать поступающие отклики. Поиск на HeadHunter можно настроить так, чтобы эти слова искались в опыте работы. При этом HeadHunter при отклике позволяет использовать только резюме, созданное в результате заполнения формы на этом же сайте. Поэтому если вы поместите все навыки в раздел "о себе", а в опыте работы укажите нерелевантный опыт, то высока вероятность, что ваше резюме просто не пройдет фильтрацию. 🟡 Поэтому можно попробовать отправить свое резюме (которое вы можете сделать в своем формате, как, например, в предыдущем посте) напрямую на официальном сайте компании. Для этого найдите оф. сайт, а на нем раздел с карьерой и доступными вакансиями. Если он присутствует на сайте, то там же будет дана форма или указана почта, для отклика и отправки резюме. 🟠 Также вакансию можно попробовать найти в Телеграм <ссылка>. В публикуемых вакансиях на этом канале для обратной связи часто дается контакт человека, которому можно написать в лс, отправить резюме и уточнить интересующие вопросы. 🔴 Помимо отклика на имеющиеся вакансии, можно разместить ссылку на свое резюме на канале <ссылка>. Для этого сохраните резюме в .pdf, поместите в облачное хранилище (например, на Google Drive) и проверьте наличие доступа. Затем подготовьте короткий рекламный пост - самопрезентацию с описанием своих знаний, навыков, достоинств и достижений. Ваша цель привлечь к себе внимание рекрутеров, которые используют этот канал для поиска кандидатов, и добиться просмотра вашего резюме. 🟣 Если вы ведете аккаунт в LinkedIn и обросли контактами, то также, разместите резюме, на своей странице + поставьте статус о том, что вы открыты к предложениям <инструкция>. Если же у вас еще нет там аккаунта, то обязательно заведите и начните наращивать сеть контактов. Думаю про LinkedIn я еще сделаю отдельный пост. Напоследок повторюсь, используйте как можно больше возможностей и увеличивайте количество источников информации о вакансиях, а также каналов, по которым вы можете выйти на связь с рекрутерами и предоставить им свое резюме.

Как составить резюме? Качественно составленное резюме, которое зацепит HR, а затем и тех. специалистов -это половина успеха на пути к работе тестировщиком. Я составил пример шаблона для резюме на позицию Junior QA: >>> ссылка <<< Документ представляет из себя резюме смешанного типа. В нем опыт и навыки присутствуют на первой странице, чтобы сразу зацепить внимание. (Почему этот вариант резюме предпочтительнее для новичков напишу в следующем посте) Далее поделюсь своими соображениями касательно разделов резюме: 🟢 Навыки. Базовый раздел, позволяющий понять что вы умеете и сопоставить это с навыками требуемыми в вакансии. ✅ Навыки стоит разбить на группы, для улучшения восприятия. QA одной группой, хард скиллы другой, софт скиллы третьей. ✅ QA навыки, а также технологии и инструменты можно раскрыть, указав что вы конкретно умеете делать. Более глубокое изучение инструментов, позволит продемонстрировать, что с их помощью вы умеете решать более сложные задачи. ✅ Каждый навык должен чем-то подтверждаться. В идеале коммерческим опытом. Но в реальности также подойдет и стажировка/практика в рамках собственного проекта. 🟡 Опыт. Раздел, подтверждающий навыки и демонстрирующий, что вы владеете ими не только в теории. ✅ Указываем сначала весь опыт, связанный с тестированием. Сюда подойдут и фриланс, и стажировки, и работа над пет проектами. ✅ По каждому проекту можно дать: описание, ссылку на продукт, задачи, достижения, ссылку на результат работы, в своем портфолио на GitHub. Такое описание позволит понять чем вы занимались и чего добились. ✅ Аналогично по релевантному коммерческому опыту ✅ Нерелевантный коммерческий опыт стоит указывать в конце. Если среди задач и достижений нет ничего, что было бы связано с IT сферой и давала бы вам плюс как тестировщику, а также можно было бы представить как связанный с QA опыт, то информацию об этом месте работы можно исключить. 🟠 Образование. Также служит подтверждением полученных навыков. ✅ Если указываем курсы, то можно расписать подробнее продукты, на которых отрабатывали те или иные навыки. 🔴 О себе. Информация добавляющая штрихи к вашему портрету тестировщика. ✅ Расскажите в 2 - 3 предложениях о себе как о тестировщике, описав свои достижения и сильные стороны, которые бы подходили под конкретный запрос работодателя. 🟣 Общие рекомендации. ✅ Изучите стек и обязанности в вакансии. Все ключевые слова из этих разделов должны быть в вашем резюме. Взгляните на свое резюме глазами работодателя. Если вы не работали с определенными технологиями и не умеете то, что требуется в данном проекте, каковы шансы что вас будут рассматривать в качестве кандидата, учитывая уровень конкуренции на рынке? ✅ Стремитесь смотреться выгоднее других кандидатов: обязательно указывайте ссылку на портфолио, уменьшайте неопределенность, через пояснения к навыкам и опыту, демонстрируйте достижения и успехи ✅ Перед отправкой, отдайте резюме на ревью, для выявления его слабых сторон, ошибок и опечаток, и получения рекомендаций по улучшению. Сделать это можно тут: <ссылка 1> <ссылка 2> Чем больше времени и сил вы посвятите работе с резюме, тем с большей вероятностью вас заметят.

#отзыв https://t.me/qa_mentors/27761

Одна из проблем, при самостоятельном обучении и практике (в том числе после завершения курсов) - это отсутствие обратной связи. Вопросы в духе: - правильно ли я оформляю тест-кейсы/баги - полностью ли покрыл фичу тестами - корректно ли применил технику тест-дизайна остаются не отвеченными, вселяя сомнения. Джуниор и хочет развиваться дальше, но не имеет возможность проверить качество своей работы, а также увидеть возможные ошибки. Также вопросы вызывает объект тестирования. Что взять для практики? Как подойти к процессу тестирования выбранного объекта? Одним из решений проблемы может стать стажировка. Вы сможете поработать над настоящим продуктом, под руководством опытных QA специалистов. Это позволит: увидеть процесс тестирования изнутри, получить ответы на все вопросы, возникающие в ходе работы, и главное ценный опыт, который даст вам конкурентное преимущество. Но где найти стажировку? Поделюсь одним источником. Я подписан на канал https://t.me/qa_studio На нем публикуются полезные материалы. Например: - подборка вакансий для Junior QA - статистика рынка труда в сфере тестирования Там же я узнал про проект Джуны, который позволяет участвовать в стажировках: https://bootcamp.juniors.qa/ Да, платно. Но зато очень полезно для новичков, у которых нет коммерческого опыта. Поэтому, как ментор, который сталкивался с озвученной выше проблемой у клиентов, считаю, что стоит рассмотреть подобную возможность для развития и получения опыта.