#общее

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

С чего начать свой путь в тестирование? 🤔
Для каждой из нас путь в тестирование начинался и начинается по-своему. Но общие отправные точки на текущий момент примерно такие (исходя из требований большинства работодателей):
1. Понять в теории, что такое тестирование, какова его цель и в чем роль тестировщиков
2. Понять в теории какие есть основные виды тестирования и в чем их отличия
3. Научиться основам: тест-анализ и тест-дизайн на базовом уровне
4. Научиться задавать правильно вопросы: вводить в контекст, описывать свои размышления/попытки решить проблему
5. Базово изучить инструменты. Основные для современного тестировщика: devtools, Charles/Fiddler, Android Studio/XCode (для мобильного направления), Postman/Insomnia/curl (для API)
6. Причесать своё резюме
7. Научиться проходить собеседования/выполнять тестовые задания

Ваши дополнения/вопросы – в комментариях 🤗
Так же можно закидывать новые темы/вопросы для обсуждения

#ментор #наставник

Кто-то учится сам, кто-то выбирает курсы (платные или бесплатные), а кто-то предпочитает найти ментора.

Про курсы: в нашей табличке полезностей (ссылка есть в закрепе) есть отдельная вкладка с информацией про самые популярные платные курсы.

Про менторов: где их найти?
Сейчас открыт набор в https://mentorintech.tilda.ws/ — это бесплатно, но отбор идет на конкурсной основе по мотивации
Крутые спецы из RFT: https://rft.qa/
Менторы по тестированию из solvery: https://solvery.io/ru/mentors/qa
Менторы по тестированию от ГетМентор: https://getmentor.dev/#tags:QA
Менторы из сообщества https://t.iss.one/qa_mentors

Накидывайте в комменты если знаете еще варианты 😊

Приветствую вас на канале для увлечённых тестировщиков.

Здесь есть:
Табличка полезностей - там собраны классические и свежие материалы по самым разным тематикам, так или иначе касающимся сферы тестирования и обеспечения качества
#синопсис - обзор новинок в табличке полезностей
#общее - общие сведения, всё обо всем
#ментор #наставник - информация о поиске ментора/наставника, детали такого индивидуального обучения
#курсы - информация и ссылки на курсы
#бесплатное - всё, что касается бесплатной информации (не пиратское, а общедоступное)
#сети - вопросы о сетях
#инструменты - всё про инструменты и их использование
#web - информация по тестированию веба
#API - информация по тестированию API
#мобилки - информация по тестированию мобильных приложений
#саморазвитие - темы про самообучение и саморазвитие
#рабочийпроцесс - темы про всяческие ситуации и вопросы о работе и взаимодействию с рабочим коллективом
#яжменеджер - серия постов про менеджерство в ИТ и метрики
#собеседование - про поиски работ, собеседования, тестовые задания и всё такое
#релиз - всё, что касается релизов и релизных процессов
#анонс - анонс мероприятий, в которых я участвую
#мероприятия - информация о проведенных мероприятиях, в которых я участвую
#опрос - проведение опросов и их результаты
#вакансия - избранные рекомендованные вакансии
#мемопауза - мемасики

#общее #курсы #бесплатное

Переношу из комментариев много полезностей:

Ресурсы для всех, особенно для начинающих.
Огромные источники информации по тестированию:
https://olzhas.notion.site/QA-Wiki-320b99ee9683424b928db83042745bb6

https://vladislaveremeev.github.io/
https://github.com/Kakha-Khinikadze/Links-QA/blob/master/Links.md

https://testbase.ru/


Бесплатные курсы:

https://www.portnov.com/ru/ - https://youtube.com/playlist?list=PL_CSTk3_YGZ8i3h8yai0Lp5yrtQ8ga92G

https://youtu.be/BmX1I3Rmt_g

https://taplink.cc/rusau.qalife - https://youtube.com/playlist?list=PLKbJd47Kcbju2Vhi-FL7AI14vItVmGYk-

https://youtube.com/playlist?list=PLZqgWWF4O-zg03RGSZ2GpHLE3BmO8bjKo

https://youtube.com/playlist?list=PLrCZzMib1e9pDKLsabJYuODdVJrHYc4Jd

https://youtube.com/playlist?list=PLiao2fIOcIztF4B1LH2r-LUhey4Gq5lK7

https://youtube.com/playlist?list=PLiao2fIOcIzvq_8lGmoCitHiLIVbczKco

https://www.guru99.com/

Добавлю ещё от себя недавно обнаруженное - бесплатная школа автоматизации: https://www.facebook.com/groups/370496047446051/

#общее

И ещё крутотеньки из комментов: роадмап развития тестировщиков и майндмапы с нужными тестировщикам скилами.

https://www.mindmeister.com/1715823304?t=E8hvheIYRp

https://www.mindmeister.com/1558647509?t=973hdS2AKb

#сети #web

Как раз думала о чем бы написать раз не спится и тут пришел в чатик вопрос: "если собираюсь работать с вебом, как джуну мне нужно понимание работы сетей на уровне вот такой статьи https://habr.com/ru/post/307252/ или это уже слишком? Хватит просто понимания, как работает клиент-серверная архитектура (и ответить на вопрос как работает интернет)?"

Сугубо на мой взгляд для джуна важно верхнеуровневое представление о том, что такое клиент-сервер, как он работает, его основные преимущества и недостатки. Хорошо, если джун представляет и даже может рассказать как примерно работает интернет. Хорошо, если джун слышал про уровни OSI (не то чтобы это нужно на любом веб-проекте, но это показывает общую эрудицию на тему сетей). Все более глубокие вопросы сильно зависят от проектов 🤷‍♀️
Грубо говоря, в веб-студии, клепающей потоком простые сайты на заказ тестировщику врядли будут нужны такие знания, а в проекте, связанном непосредственно с сетями, запрос работодателя будет более глубокий (вспомним известную компанию Veeam, требующую от джунов довольно обширных и глубоких познаний).

Еще я бы добавила, что если тебе интересно изучить тему сетей, то это будет только плюсом! 💪
Можно походить по описаниям вакансий в разные компании и пособирать из требований чего же компании хотят от кандидатов. Но надо помнить, что описанные в вакансиях требования зачастую стоит делить на два 😉

#API

Пообещала написать про API вообще и Postman в частности и слегла с сезонной простудой 🤪
Сейчас уже лучше, так что я с вами 😊

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

Что мне помогло:
1. Осознание того, что тестирование API в основе своей ничем не отличается от тестирования того же веба или десктопа - принципы и техники применяются те же самые, просто способ ввода данных другой и формат документации отличается
2. Очень помогли коллеги, показавшие как они обычно работают с апишками и с постманом/соапюаем
3. Очень помогла документация и умение понимать xml, json и главное (для soap) - понимать xsd-схемы
4. Практика-практика-практика 😅

В простых случаях, когда API - это просто связка фронта и бека один-к-одному всё довольно тривиально: Можно создавать/менять/удалять/читать данные на фронте, в UI, а можно делать тоже самое без участия фронта, с помощью API запросов. Если на проекте есть документация для API, то всё просто - берем нужный стенд, берем запрос, вставляем в запрос нужные нам данные и отправляем его в бек, бек думает и отвечает позитивно или с ошибкой. Для rest API (наиболее популярные) пригодятся знания кодов ошибок (хорошо знать хотя бы серии ошибок: 100, 200, 300, 400, 500 - какая серия о чем говорит). В рамках прохождения курса наставничества я записывала вот такое видео на эту тему: https://www.youtube.com/watch?v=Ekjq3Pdn5uE

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

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

В тестировании API есть своя прелесть: нет UI, в котором постоянно что-то не правильно отображается, нет кроссбраузерности и т.д. И автоматизировать API намного проще и намного стабильнее, чем UI.

Про тестирование API хорошо написано тут:
https://quality-lab.ru/blog/rest-api-testing/
https://habr.com/ru/post/568360/
https://testbase.ru/?post_type=skill&p=1313

Вот тут есть пара сервисов, где можно попробовать подёргать запросы: https://testbase.ru/test-it

А еще есть https://t.iss.one/found_that_api - тут можно найти публичные апи и попробовать подёргать их за хвосты 🙃

Не знаю, стоит ли тут писать про то как работать с Postman или Insomnia, мне кажется, такие технические детали гуглятся очень легко. Но если это мне только кажется, напишите, пожалуйста, в комментах 👇

#API

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

Что такое GraphQL, история, основы: https://habr.com/ru/post/326986/

Плейлист на ютубе: https://www.youtube.com/watch?v=kZs7CXrtT-s&list=PLNkWIWHIRwMF2sVLwzRef0Cu5kzAOeRcu&ab_channel=webDev В описании к каждому видео ссылка на GitHub. Можно легко все уроки воспроизвести у себя, используя консоль и редактор кода

Основы: https://ru.hexlet.io/blog/posts/chto-takoe-graphql-s-osnov-do-pervyh-zaprosov

Как работать с GQL в Postman: https://www.youtube.com/watch?v=7pUbezVADQs&feature=emb_logo&ab_channel=Postman

https://testengineer.ru/kak-testirovat-graphql-api/ - свежая статья про графкуэль в постмане

Так же с графкуэль можно работать в инсомнии (нужна часть, которая Core): https://insomnia.rest/

#общее

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

Начнем с минусов и возможностей их нивелирования, а может быть даже превращения в плюсы:
1. Самый главный и очевидный минус - не у кого спросить. Опыта нет, насмотренности на других проектах с хорошими процессами нет, комплексного представления о том, что вообще такое "хорошие процессы" тоже нет. И в команде нет человека, который мог бы помочь и подсказать что-то с точки зрения процессов тестирования. Что с этим можно сделать? Приходить в профильные сообщества за советами. Уговорить руководство на найм внешнего консультанта для выстраивания процессов (можно это обсудить прям на собеседовании, если кажется, что начальник адекватный). Выстраивать своими силами по крупицам. В любом случае вся остальная команда должна тебя поддерживать, т.к. перестройка процессов будет касаться всех. Про выстраивание процессов напишу потом отдельно, это очень большая тема 😊
2. Естественное сопротивление людей всему новому. Даже если команда в целом понимает, что им необходимо тестирование, по началу всё равно будет сопротивление изменениям, таковы уж мы, люди 🤪 Что с этим делать? Запастись терпением и действовать маленькими шажочками, постепенно внедряя изменения и показывая команде, что так становится лучше жить всем.
3. Огромный объем новой информации по специфике проекта. В совокупности с предыдущими пунктами это даёт колоссальную нагрузку. А если руководство прям с порога требует каких-то результатов и давит сроками, то совсем тяжко. Что можно сделать? Прям с самого начала договориться с руководителем о том, к кому и в какое время приставать с вопросами. Завести себе блокнот (физический или виртуальный - кому как удобнее и лучше запоминается) и записывать все нюансы, даже те, которые вот прям сейчас кажутся очевидными. Это спасёт тонну твоих нервов, поверь 🙃
4. Если объем работ на проекте большой, а взяли только одного джуна, то нагрузка будет огромной. Что с этим делать? Ещё «на берегу», т.е. при обсуждении оффера договориться, что будете принимать на себя задачи постепенно, по маленьким кусочкам, а остальные кусочки в это время будут жить так же, как и раньше. Если руководитель адекватный, он оценит и поймёт 🤓
5. Огромная вероятность выгорания от всего вышесказанного. Джун в такой ситуации либо сгорает, либо очень быстро растёт. Но вероятность выгорания, насколько я вижу, больше. Что с этим делать? Минимизировать факторы выгорания, о которых написала выше ✊

Уже расхотелось принимать такой оффер? Подожди, мы еще не обсудили плюсы! 😊
1. Самый первый и очевидный плюс: у тебя будет работа в сфере тестирования, за зарплату, с перспективами роста! Значит будет накапливаться какой-никакой, а опыт! Само по себе уже неплохо.
2. Если удастся сделать всё боле-менее правильно и не выгореть, то тебя ждет взрывной рост! Обычно, когда в небольшой проект/стартап решают взять первого тестировщика, через какое-то время понимают, что нужен еще тестировщик. А значит у тебя будет либо опытный руководитель (если решат взять человека с опытом), либо, что более вероятно, будет еще один джун, только совсем зеленый, по сравнению с тобой и ты уже будешь в роли ментора! А, как известно, когда что-то объясняешь кому-то другому, сам начинаешь понимать это лучше! И тут у тебя появится опыт не только тестирования, но и обучения нового сотрудника и опыт менторства джуна, а это не мало!
3. Если ты попал в растущий стартап и смог выжить, скорее всего набирать будут постепенно не одного тестировщика, а целую команду, а ты, как самый первый и самый опытный, будешь претендовать на роль лида. Именно так становятся «куа лидом за полгода» как в тех историях с хабра 😉