Cold Turkey

Тут пост на 4 минуты, а внизу опрос по теме. 👇👇👇 Последние две недели я со всех сторон слышу тему: "Переход из ручного в автоматизированное тестирование". Сначала на работе холивары про мануальщиков, которые обязаны автоматизировать. Потом на встрече автоматизаторов Сomaqa (их telegram канал легко найти в поиске) поднимались вопросы 'с чего начать, если хотим начать автоматизировать'. Вчера прочел статью на хабре про войну между ручным и автоматизированным тестированием (https://software-testing.ru/library/testing/testing-for-beginners/3264-why-manual-vs-automation-debate-is-wrong) Ну похоже выбора у меня нет. Надо и свои пять копеек в эту тему вставить. 🤷🏼‍♂️ В чем основная проблема ~всех (95%), кто говорит об автоматизации? В том, что они говорят только об автоматизации ручного тестирования. То есть прохождение тест-кейсов 'роботом'. И конечно в этом свете начинаются войны между мануальщиками, которые не нюхали кода, и программистами, которые пишут 'афигенные фреймворки'. Так же и на митапе в субботу, все сразу накинулись советовать книги по программированию, по ООП, по алгоритмам (кстати советую "Грокаем алгоритмы"). Все это важно и нужно. Но это ли мы хотим, когда решаем окунуться в автоматизацию? Я считаю (и поэтому статья выше мне наиболее близка), что автоматизировать надо не только тесты, но процессы разработки в целом. Мой посыл в том, что автоматизация нужна не потому что кто-то решил, что это круто или потому что бизнес решил делать (навязывать) автоматизацию. Автоматизация призвана ускорять процессы и облегчать жизнь самим тестировщикам📈 Нужно вам перед каждым тестом пройти визард установочника? Занимает это минут 15 вместе с контролем за появлением кнопки next, которая сама не нажимается? Автоматизируйте процесс установки. Долго сетапить каждый раз окружение для тестов? Напишите скрипты. Нужно пачку тестовых юзеров в систему руками загнать? Используйте апишки. Нет апишек? Окей, jMeter или Selenium в помощь. Все лучше, чем одно и то же руками по 20 минут делать (3 раза по 20 минут - это целый час!!!). Думаю вы поняли 👨‍🏫 Подходя к концу вот вам мой ответ на вопрос: 'с чего начать, если хочешь в автоматизацию'. Начните с анализа - что стоит автоматизировать (не путать с "можно автоматизировать"). Где в вашей работе есть рутина, которую вы выполняли уже раз 5 и будете выполнять в будущем? Это первые кандидаты в автоматизацию. Даже написание тест-кейсов и баг-репортов это рутина, которую можно автоматизировать! Дальше гуглите или ютубьте темы по автоматизации того, что вы нашли на первом шаге. После этого вы сможете понять, что, собственно, можно автоматизировать. Какие-то подходы будут для вас сложными. Не стесняйтесь отказываться от них. Лучше вы напишите простой скрипт/bat который освободит вам 5 минут нудятины, чем вы потратите 4 месяца на изучение Python ради пары скриптов на Selenium. Всему своё время. И собственно автоматизируйте. Криво-косо, но чтоб работало. Основная идея - быстрый результат за меньшие силы. Со временем втянитесь и начнёте улучшать свои процессы автоматизации. Помните, что вы это делаете для себя, а не для дяди! Бонус - общайтесь с разработчиками и автоматизаторами, которых уже знаете. Наверняка у вас в компании уже есть кто-то кто шарит в автоматизации лучше вас. Они вам будут подсказывать более предметно от шага к шагу что именно можно сделать. Не стесняйтесь просить у них какие-то рутинные задачи (те же поиски селекторов для автоматизации UI), это посвятит вас в контекст работы. Желаю всем удачи! Внизу опрос, как и обещал.

Ребят, привет! Мне только подвезли это и я сразу побежал шарить это вам! http://testingchallenges.thetestingmap.org/ Отличный тренажер для тестировщика!

Привет, друзья. Пришел поделиться статьей, которую помог написать. Ну не то, чтобы я прям помогал. Просто рассказал своё видение, свою историю. Текста много, но получилось довольно интересно. П.С. Целевая аудитория всё-таки не начинающие тестировщики, так что если будет скучно - не стесняйтесь прекращать чтение ;) https://academy.yandex.ru/posts/nastavnichestvo-v-it-kto-i-kak-primenyaet-ego-v-rabote

Коллеги из соседнего чата по UX- анализу пишут (речь о России): "ФАС разработала требования к ПО, которое будут устанавливаться на смартфоны и другие «умные» устройства, предназначенные для продажи в России. Одно из требований — формирование «духовно-нравственных ценностей»." Интересно было бы пофантазировать, как теперь тестировать ПО на предмет требований к "духовно-нравственным ценностям" Как сравнить ожидаемый результат с действительным? Вопрос риторический 😞 Звучит как хохма от коллег по цеху. Но нет. Если что, основная статья по теме тут: https://www.vedomosti.ru/technology/articles/2020/01/23/821333-duhovno-nravstvennie-tsennosti

Ну что ж, коллеги. Вы сами видите результаты выше. Многие хотят получать знания, посредством работы с наставниками. Ведь это отличная комбинация между самостоятельным обучением на практике и освоением теории самостоятельно. У меня для вас две новости. Одна - похвастаться, другая - полезная. Начну с полезной. Яндекс.Практикум, онлайн платформа по обучению различным IT специальностям запустила курс по QA (https://praktikum.yandex.ru/qa-engineer/) И скажу вам вот что, я прошел первую бесплатную часть (где самая база базовая объясняется) и остался не просто доволен, а впечатлен! Советую всем присутствующим посетить платформу и попробовать. Новички узнают что-то новое, старички узнают кое-что под другим углом. Честно. Даже я нашел там знания, которые можно освежить опытным инженерам. Что еще. Можно записаться на платную программу. Она идёт довольно продолжительное время (4,5 месяца), если вы только начинаете свой путь в QA - вас натаскают очень здорово. На Яндекс.Практикуме используется свой симулятор (вы сможете его оценить на бесплатной части), который превращает нудную теорию в увлекательное приключение. Плюс, понятное дело, выдается сертификат, коллеги помогают в трудоустройстве (это вообще основная цель Практикума) и, что самое ценное, обучение проходит с поддержкой наставников. То есть вас не бросят на записанные заранее вебинары без участия человека, а с вами будут активно взаимодействовать на протяжении этих месяцев. недаром программа называется Яндекс.Практикум, а не "Яндекс.Теория". Короче, курс - огонь. Рекомендую от чистого сердца. И вторая новость - похвастаться. В общем, друзья, я участвую в программе Яндекс.Практикума в качестве члена команды факультета QA, чему очень рад. Давно пора помогать комьюнити нести знания в массы. Так что возможно с кем-нибудь из вас спишемся в рамках обучения. Всем хорошего вечера!🤗

Ребят, привет! А давайте опросик забабахаем?)) Про наставников. Ну или менторов. Кому какой термин ближе.

Всех с новым годом, дорогие друзья!🥂🎉 В 2019 мне попалась статья про собеседования (https://dou.ua/lenta/articles/how-to-do-interview/). Этот лонгрид показался мне крайне интересным и я бы хотел высказать свои мысли на тему этой статьи в формате рецензии с щепоткой своего мнения под соусом своего опыта. Итак. Вместо введения: Автор фронтенд-разработчик, но его опыт безусловно применим к Тестированию, т.к. по сути своей собеседования в ИТ сфере очень похожи (от аналитика, до архитектора). Сама статья разбита на две части: для интервьюера и для кандидата. Первую часть можете пробежать по дагонали. Она полезна во-первых, если вас уже зовут на собеседования в качестве технического специалиста. Во-вторых, если вы новичок, то вам будет полезно понять ход мыслей собеседников. Я же опущу свои мысли на тему первой части, а пройдусь сразу по второй. Скажу лишь, что как опытный интервьюер нахожу первую часть очень интересной и близкой по духу. Пожалуй самому стоит некоторые практики перенять. Теперь про часть 2: если вы - кандидат. Проходить собеседование — отдельный скилл, которому нужно учиться.(с) 1. Если вы долго не ходили на собеседования, для начала разошлите резюме в компании, в которых вы не особо заинтересованы. Абсолютно да. Сам следую этому совету... и вам советую, простите за каламбур. 2. Рассказ о себе. Лично мне гораздо интереснее услышать что-то, чего я еще не знаю. Тут двояко. Безусловно этот пункт рассчитан не для получения информации о человеке, а скорее разбавить напряжение и познакомиться. Но я бы хотел услышать не сколько про личное, сколько простыми словами про путь в ИТ. Про становление, если хотите. В любом случае, повторю главную мысль - это про знакомство, а не про информацию. 3. Бессмысленно как-то специально готовиться к собеседованию исходя из стека технологий, заявленных в вакансии. Да, да, и еще 100 раз да. Вы либо знаете что-то, либо не знаете. Однако! Если вы новичок, вам стоит подтянуть теорию. Теория - такая вещь, если ты её каждый день не повторяешь, то на одном опыте её не вспомнить. И еще. Автор статьи об этом говорил, я лишь перефразирую: не молчите. Если не знаете ответа на вопрос - спросите уточнение, попытайтесь "вывести теорему". Рассуждайте, но не молчите. 4. Знание Английского. В моей жизни всего один раз приходилось общаться с интервьюером на английском. И ни разу - когда я сам интервьюировал. Но будьте готовы столкнуться с текстом на английском. Например - с кусочком требований или описанием системы. От тестировщика часто требуется внятно излагать свои мысли в описании дефектов. Так что на английский не закрывайте глаза (Капитан Очевидность) 5. Про выдержку. Если интервьюер пытается вас подавить и обесценить ваши знания? Не ведитесь и не скатывайтесь до его уровня. Сделайте глубокий вдох-выдох, выпейте воды... И продолжайте вести себя доброжелательно. Да. Добавлю лишь, если а) интервьюер явно решил устроить стресс-интервью, старайтесь держаться до конца. Но вот лично моё мнение - если вас не устраивает такой подход HR к интервью, то, можете не стесняясь уходить. Я лично люблю поиграть в игру "кто кого". Но большинству неприятно ни проходить такое интервью, ни оставаться в компании, где такое практикуется. Поэтому, не вижу ничего плохого в том, чтобы извиниться и вежливо попросить прекратить собеседование. Но хайп стресс интервью уже давно прошел, так что вряд ли вы встретитесь с таким. б) если интервьюер явно не заинтересован в ваших ответах. Вы наверняка знакомы с таким чувством, будто бы вы говорите в пустой комнате, в которой даже и нет никого. Скорее всего это говорит о том, что в вас как в кандидате не заинтересованы. Тем не менее, советую держаться молодцом. Попытайтесь вывести собеседника на диалог. Можете сразу после своего ответа вставить свой вопрос, чтобы интервьюер был вовлечен в беседу. На этом, пожалуй всё. Почитайте постскриптум из статьи. Очень интересная история. Прокачивайте свои soft skills, и желаю вам в новом году интересных вакансий, если вы ищите работу, и интересных проектов, если вы эту работу уже нашли. Всем чай глинтвейн!👍🏻

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

Всем доброе утро. Пока едете на работу, предлагаю почитать давно обещанную мною статью про тестирование карандаша. https://vc.ru/life/98537-eshche-odna-statya-pro-testirovanie-karandasha

Там по соседству в Серьезном тестировщике выложили моё любимое видео про тесткейсы и инструкции))) Вот полная версия: https://www.facebook.com/DailyMailVideo/videos/764162380697425/

Привет, друзья! Если среди нас есть тестировщики-автоматизаторы, то вот вам интересный ивент в Москве в эту субботу: https://comaqa.by/2019/12/04/comaqa_moscow_lean_coffee_14_december_saturday/ Формат - кофейные посиделки за разговором на смежные темы. Кто хочет присоединиться - отмечайтесь в группе на fb. Сам я надеюсь пойти)

Привет друзья! 🙌 Смотрите, какую я статью нашел на просторах интернета. Она как нельзя лучше подходит тематике нашейго канала и последней обсуждаемой теме. https://software-testing.ru/library/testing/testing-for-beginners/3230-jedi-point Позволю себе парочку комментариев этой статьи. Очень интересно написано и крайне полезно к прочтению. Я не буду повторять те же мысли, что уже озвучивал ранее, плюс в самой статье это так же проговаривается (технические скилы, теория, начинать тестировать прямо сейчас и пр. и пр.). Я хочу затронуть кое-что еще. Автор статьи первым же пунктом ставит не абы что, а навыки коммуникации! И хотя каждый из вас скажет "ну и что, это всем надо во всех профессиях", и будет совершенно прав, тем не менее, буквально сегодня мы с коллегами рассуждали на тему того, что атмосфера в команде в основном заслуга QA инженера(ов). Именно тестировщик общается больше всех: - к аналитику сходи, узнай как должно работать, - к ПМ сходи, узнай какие сроки, - сходи к разработчикам - узнай как оно работает и почему, - к другим тестировщикам на смежные проекты, - к бизнесу, - BI аналитикам, и много много всего.) И мне особо понравился совет "как прокачать этот навык": часто и много ходить на собеседования, чтобы узнать, как вообще они проходят и какие вопросы там разбираются. Этот банальный совет из ютуба - "просто бери и делай" - работает тут как никогда! А вот еще очень интересный пункт: научиться отвечать на вопросы, которые вам задают. Дополню его пояснением. Когда вам задали вопрос и вы готовитесь на него ответить (да, в течении тех пары секунд перед ответом - это куча времени для мыслей) спросите себя - то, что я планирую рассказать - действительно напрямую отвечает на вопрос? Мой любимый пример из экзамена TOEFL. Вопрос: "Почему вегетарианская еда полезна?" Неправильный ответ: Ну вот возьмем макдональдс, там же вся еда - фастфуд. А фастфуд жутко вреден. Так что лучше есть здоровую пищу. И последнее, что мне понравилось (моя боль, на самом деле): не стесняйтесь переспрашивать! Лучше переспросить по шаблону "Я правильно понимаю, что (и своими словами пересказываем вопрос)...", чем ответить не на тот вопрос. Многие мои коллеги и просто знакомые из ИТ уже не ищут себе крутых профессионалов. Сферы ИТ настолько сложные, что всё равно в каждой компании каким-то вещам придётся учить с нуля даже "звезду". Каждый 2й теперь говорит "Не надо мне крутого спеца, найдите мне просто адекватного человека". И за этой просьбой кроется именно навык коммуникации! Друзья, будьте хорошими собеседниками, качайте soft-skills и да прибудет с вами сила!)

Итак. Я хотел углубиться в подробности на собеседовании. Текста кажется много, но время чтения всего 3 минуты Ниже приведены, на мой взгляд, все возможные области вопросов, которые вас могут спросить, если вы приходите на вакансию Junior QA; так же в каждом разделе перечислены наиболее вероятные вопросы и задачки. Что-то задаю я, что-то задавали мне, чему-то я был свидетелем. 👇Поехали👇 Теория тестирования Как я и говорил, новичков без опыта будут гонять по теории тестирования. Что туда входит: - что такое тестирование, в чем его цель, какие задачи стоят перед тестировщиками (бонус: что такое QA и QC и в чем различия) - уровни, виды и типы тестирования. Нужно не только перечислить, но и рассказать вкратце (бонус: какие виды требований бывают) - жизненный цикл ПО, место тестирования в нем, этапность тестирования (бонус: могут спросить про agile) - тестовая документация:какая бывает, кому, зачем и когда нужна Ваш опыт тестирования Если же у вас есть опыт работы в тестировании, то вас обязательно спросят о том: - как вы проводили тетирование на предыдущих местах работы, какой был цикл разработки, каково было ваше место там - хотели бы вы улучшить что-то на прошлом месте работы, что вам не нравилось - есть ли идеальное видение процессов тестирования - могут спросить про стек технологий, используемый разработчиками (тут главное показать что вы в принципе в курсе; знать детали не потребуется) Инструменты Речь тут пойдет не только о боевом опыте, но и теоретическом (учебном): - bug-tracking, issue-tracking системы (jira, redmine, mantiz и прочие) - test management systems (teslink, testrails, zyphir, sitechco) - различные генераторы тестовых данных - системы тестирования api (postman, ARC) - наверняка спросят про SQL, не только сам язык запросов, но и СУБД - администрирование windows и linux вполне может идти бонусом Практические задачки Это у нас самый сложный для предсказания пункт. Но скорее всего: - Попросят написать тесткейсы/чеклисты к чайнику/карандашу/ручке (про это мы поговорим отдельно в следующем посте) - Попросят "Проверить вот эту (показывая на распечатаную картинку) графическую форму" Сложность тут не в обилии задач, они как раз будут однотипны. Сложность скорее в объекте тестирования. В зависимости от компании, вам могут дать проанализировать от формы логина до API функции Теоретические задачки В основном это задачки на математику, теорию вероятностей, логику и т.н. гугловские задачи (книга "как сдвинуть гору Фудзи"). Цель тут - понять как вы мыслите, а не получить 'правильный' ответ. С чем я сталкивался (можно прям гуглить): - Два поезда и муха на лобовом стекле - Два столба, с провисающей между ними верёвкой - Вероятности (выпада 6 на костях, сбития рокет, и прочее) - Зачем люки круглые - Сколько настройщиков пианино (пианистов) в Москве - Вагоны сцеплены по кругу - нужно их посчитать, включая и выключая лампочки Вопросы по программированию Тут я не шибко могу подсказать, т.к. не специализируюсь на автоматизации. Но вот некоторые вопросы: - основные принципы ООП - что такое рекурсия - что такое стек, как он работает - какие методы сортировки массива вы знаете? (Напишите код) - как кликнуть в контекстное окно (если речь про Selenium) - какие парадигмы проектирования автотестов вы знаете? - что такое моккирование, зачем нужно, как применить? Ну вот и всё. Уверен, есть еще куча не учтенных мною вопросов, но найдя ответы на все вышеперечисленные, вы в любом случае преблизите себя к успешному собеседованию. Всем удачи!✌️

Всем привет! Я пропал, но я вернулся 🤗 Слишком много всего произошло. Устроился на новую работу, вписался в программу Яндекс.Практикум. Голова шла кругом от новой информации🤪 Надеюсь однажды поделиться какими-то выводами и инсайтами с вами 😉 В любом случае, канал настоялся за эти почти 3 недели и готов к продолжению диалога (или монолога?) про начало карьеры. И кстати, мне тут подвезли идей новых тем, так что ниже опрос "О чем вам интереснее было бы поговорить дальше". Ну а я пойду писать продолжение про собеседования. А то гештальт не закрыт, и про тестирование карандаша не рассказано. Отвечайте на вопрос, до встречи в следующем посте 🙂

Всем привет! Как выходные проходят? У меня хорошо. Надеюсь так же и у вас. Помните видос по резюме? Я обещался статью написать по этой теме. Не с первого раза, но вот эта статья. https://vc.ru/hr/87849-s-chego-nachat-testirovshchiku-rezyume-v1-01 Она еще на модерации, так что если не открылось - не расстраиваетесь, это значит я устраняю недочеты) Надо настояться денёк и стабилизироваться, чтобы соответствовать правилам VC.RU