uk
Feedback
QA AK

QA AK

Відкрити в Telegram

Канал про тестирование. Делюсь опытом, рассуждаю на актуальные темы, помогаю новичкам. По всем вопросам @Doom_t4

Показати більше
785
Підписники
Немає даних24 години
Немає даних7 днів
Немає даних30 день

Триває завантаження даних...

Хмара тегів
Немає даних
Виникли проблеми? Будь ласка, оновіть сторінку або зверніться до нашого support-менеджера.
Вхідні та вихідні згадування
---
---
---
---
---
---
Залучення підписників
грудень '24
грудень '24
+35
в 0 каналах
листопад '24
+37
в 0 каналах
Get PRO
жовтень '24
+50
в 0 каналах
Get PRO
вересень '24
+69
в 1 каналах
Get PRO
серпень '24
+206
в 0 каналах
Get PRO
липень '24
+418
в 0 каналах
Get PRO
червень '240
в 1 каналах
Get PRO
травень '240
в 0 каналах
Get PRO
квітень '240
в 0 каналах
Get PRO
березень '24
+60
в 0 каналах
Get PRO
лютий '24
+787
в 1 каналах
Дата
Залучення підписників
Згадування
Канали
21 грудня0
20 грудня0
19 грудня+3
18 грудня+1
17 грудня+1
16 грудня0
15 грудня0
14 грудня+3
13 грудня+7
12 грудня+1
11 грудня+4
10 грудня+2
09 грудня0
08 грудня+2
07 грудня+2
06 грудня+2
05 грудня0
04 грудня+1
03 грудня+3
02 грудня+3
01 грудня0
Дописи каналу
Раньше было проще получить работу тестировщиком? 🧐 Периодически в QA чатах вижу мысль в духе "сейчас входной порог в тестирование очень высокий и конкуренция большая, а вот раньше (например, в 2020 до пандемии) было намного проще". Тема показалась мне интересной и я решил вспомнить как оно было раньше - в 2016 году, когда я искал работу тестировщиком. Не то, чтобы это были совсем старые времена, но 8 лет тоже порядочный срок по меркам стремительно меняющейся IT сферы. В общем в памяти всплыло 1 из собеседований на позицию Junior QA. К сожалению, описания той вакансии уже не найти, но припоминаю что оно было общим. Требовалось знать теорию тестирования, уметь составлять тестовую документацию, работать с реляционными базами данных, плюсом знание Python. А вот само техническое собеседование я помню хорошо.😀 Вот что тогда на нем спрашивали: 🤔 Практические задачи по SQL: На листе были распечатаны 2 таблицы. На нем же требовалось написать SELECT к каждой: 1 выполняющий фильтрацию и отбор уникальных записей, другой на JOIN 🤔 Блок теоретических вопросов в духе: перечислить уровни сетевой модели или рассказать для чего используются файлы с расширением.dll 🤔 Практическая задачка на алгоритм (опять на листочке). Был дан список, содержащий несколько чисел, и требовалось написать алгоритм, который выбирал из него только простые числа и добавлял в новый список. 🤔 Протестировать собственное резюме и указать найденные ошибки. 🤔 Вопрос на рассуждение: описать план тестирования прототипа детской кроватки. 🤔 Перечислить известные мне типы и виды тестирования Не сильно проще чем сейчас, не правда ли? И это отбор на позицию Junior QA. При этом, сравнивая это собеседование с другими в тот период, не могу сказать, что оно было каким-то исключением. Меня везде спрашивали теорию и давали задачи по тестированию. Когда-то я услышал мысль, что самый худший день для начала инвестирования - сегодня. Но, как по мне, она также прекрасна применима и ко входу в IT. Поэтому не стоит жалеть, что из-за того, что вы не пошли учиться на тестировщика несколько лет назад, вам теперь труднее попасть в тестирование. Раньше не было значительно проще, и найти работу тестировщиком также требовало усилий и упорства. При этом в отличии от 2016 и более ранних времен сейчас намного больше возможностей, которые могут помочь вам на этом пути. Больше курсов, учебных материалов, тренажеров, сообществ по тестированию,где вам могут помочь с ответами на вопросы и обучением. Поэтому советую отбросить мысли о том, что вы опоздали с входом в тестирование, как не продуктивные/мешающие достижению цели, и если решили стать тестировщиком, двигаться в этом направлении. 🧗‍♂️

2
Коллеги, спасибо всем откликнувшимся! Текущий набор закрыт. О новых наборах в будущем также буду писать в этом канале.
799
3
На прошлой неделе провел открытый урок в OTUS, в котором обзорно рассказал про основные виды тестовой документации, их назначение и пользу, которую они приносят для процесса тестирования. Ссылка ps. вебинар, конечно, носит еще и рекламный характер, поэтому основная тема ролика начинается с этого места
714
4
Всем привет! Коллеги, есть предложение для всех будущих QA, закончивших курсы и ищущих работу, поучаствовать в проекте для получения практики и опыта тестирования. Практика будет проходить на реальном продукте - веб-сервисе, выполняющим роль интернет магазина. Мы выполним полноценный цикл тестирования продукта: ⚡️ исследуем его ⚡️ определим требования ⚡️ спроектируем к ним проверки ⚡️ выполним тестирование и заведем баг-репорты ⚡️подготовим отчет по тестированию Вы получите практический опыт тестирования и сможете добавить его в резюме. Я буду выполнять роль куратора/ментора на протяжении всего проекта. Буду направлять на каждом этапе, делиться опытом, давать обратную связь по проделанной работе и отвечать на ваши вопросы. После завершения проекта я проведу с каждым участником тестовое собеседование и помогу составить резюме, вписав в него ваш полученный опыт. ⌛️Длительность проекта ~полтора месяца. 💻 Время загрузки участников ~ 10 часов в неделю. Т.е возможность заниматься проектом в свободное время (например, по вечерам после работы). 🏁 Старт по итогу набора группы. Если группа наберется быстро, можем начать уже на следующей неделе. 👨‍💻👩‍💻Количество мест в проекте - 4-6 QA. 📋Требования к участникам минимальны: - знание базовой теории тестирования - нахождение +- 2/3 часах от московской тайм-зоны (для того чтобы можно было совместно собираться командой) Участие платное. Стоимость 5000 р. Свой опыт менторства в подобном pet-проекте я описал здесь. По всем вопросам смело пишите в комменты, запрос на участие отправляйте в лс.
2 100
5
Всем привет! Вижу много новых подписчиков на канале, поэтому кратко расскажу о себе: 🟢 Меня зовут Алексей и я Senior ‌QA инженер с опытом автоматизации UI & API тестов на Python и написания командных скриптов. В роли тест-лида выстроил процесс тестирования с нуля в нескольких проектах. Люблю автоматизировать рутину и создавать инструменты, упрощающие работу. Умею и люблю создавать тестовые артефакты: тест-планы, тест-кейсы, отчеты. 🟢 В тестировании с 2017 года. 🟢 Также преподаю на курсе «QA Engineer. Basic» в школе OTUS и занимаюсь менторством. 🟢 Веду соц. сети, где делюсь полезной обучающей информацией по тестированию: YouTube, LinkedIn ‌ ‌Список того с чем могу помочь в качестве ментора: — провести консультацию по теории тестирования / функциональному тестированию WEB/API — провести тренировочное собеседование, охватывающее теорию тестирования, SQL, тестирование back / front, автоматизация — помочь с выстраиванием процессов тестирования (особенно если вы оказались в новом проекте единственным тестировщиком) — помощь с базовой автоматизацией тестирования UI/API на стеке Python/Selenium/Requests/Pytest Некоторые отзывы о работе со мной можно найти на этом канале по хештегу #отзыв По вопросам проведения консультации, или просто за советом, пишите в лс. Всю информацию выше также изложил на taplink: ссылка
724
6
Пример того, как инициатива и участие в pet-проекте, помогают получить работу. 🎁 Как и обещал ранее, расскажу про интересный проект, в котором получилось поучаствовать. История будет полезной для тех, кто закончили курсы и долго не можете найти работу. А также для тех, кому кажется что выхода из замкнутого круга, где для работы необходим опыт, а опыт нельзя получить без работы, не существует. Началось все с поста ссылка. Если кратко, автор поста и еще несколько выпускников одного QA курса решили организовать pet проект, с целью получения опыта. Для этого автор договорился со знакомым разработчиком протестировать разрабатываемый и поддерживаемый им веб-сервис. В посте же он искал куратора, для того чтобы процесс тестирования был эффективным, а полученный опыт полезным. Меня это заинтересовало, я откликнулся и договорился выступить в роли ментора/куратора, который бы помогал ребятам на всех этапах работы и давал обратную связь. У нас получилась небольшая группа, которой мы и стали работать. Мы созвонились всеми участниками, познакомились друг с другом и продуктом, поставили цели и задачи, а также определили ограничения и отсекли все лишнее (области, которые не потребуется тестировать), после чего составили план, который разделили на этапы: 1️⃣. исследование продукта, сбор информации о его функционале 2️⃣. выявление и сбор требований к продукту, на основе информации из прошлого этапа 3️⃣. проектирование тестов, для покрытия собранных требований 4️⃣. выполнение тестирования с фиксацией результатов и занесением баг-репортов 5️⃣. подведение итогов На каждом этапе создавалась документация: 1️⃣. mind map 2️⃣. матрица трассировки требований 3️⃣. чек-лист с проверками, слинкованный с матрицей 4️⃣. баг-репорты 5️⃣. итоговый отчет Сергей (автор поста) выступал в роли лида команды, вел проект в Jira, раздавал задачи и следил за ходом их выполнения, а также организовывал еженедельные созвоны. Я же делился опытом, давал рекомендации по каждой задаче, выполнял ревью созданной документации и отвечал на вопросы. В результате спустя несколько месяцев, все работы, в соответствии с поставленными задачами, были выполнены и продукт протестирован. Было обнаружено и передано на исправление 59 багов. И что самое важное, полученный опыт помог ребятам получить работу! Как отмечал Сергей, то что он делал на проекте позволило структурировать знания и дало больше понимания работы тестировщика, а полученный опыт оказался главным плюсом при прохождении собеседований. Вы можете сказать, что ребятам просто повезло, что у них нашелся знакомый разработчик с продуктом,который можно было протестировать. Но эта история в первую очередь про выход из привычных рамок (см.начало про замкнутый круг) и инициативу. Ребята сами организовали этот проект, сами обратились и предложили в нем поучаствовать, интенсивно работали и, движимые желанием получить работу, довели проект до конца. Считаю это хорошим примером, который может вдохновить остальных ребят, находящихся в подобной ситуации. Ну а что касается везения, то тут как говорится "везет тому, кто везет".🚗
893
7
Привет, подписчики! Новый Год на носу и, чтобы сделать следующий год еще более продуктивным и интересным, мы скооперировались с другими авторами каналов о QA и собрали супер-полезную подборку известных и не очень каналов о тестировании. Все каналы прошли экспертное ревью и получили зеленый свет🟢 - каналы живые, интересные и уникальные. Каждый найдет в них для себя что-то полезное - и джуны, и сеньоры. Не упускайте свой новогодний подарок и добавляйте каналы в библиотеку!
721
8
Приятный подарок перед новым годом. 🔴 Коллеги QA, ведущие каналы в Телеграм, скооперировались и несколько месяцев работали над папкой, содержащей множество полезных и интересных каналов по тестированию. И вот в преддверии нового года ловите релиз!
593
9
Подвожу итоги уходящего года. Вот каким для меня был 2023: 🌟 в конце прошлого года я устроился на новый проект, который оказ
Подвожу итоги уходящего года. Вот каким для меня был 2023: 🌟 в конце прошлого года я устроился на новый проект, который оказался самым сложным из всех, на которых мне доводилось работать, из-за своей "бизнесовой" составляющей. Но там где сложно, там есть и рост. За год на этом проекте я прокачался технически и в автоматизации на Python, хотя в ней мне еще расти и расти :) 🌟 также с начала 2023 я устроился преподавателем в онлайн школу OTUS, где веду несколько занятий на курсе по тестированию для новичков. Как известно, обучая других, учишься и сам. У меня появился опыт построения и проведения 1,5 часовых занятий, плюс освежилась теория. 🌟завел Телеграм канал и начал снимать видео на YouTube, в которых занимаюсь обучением, разбираю тестовые задания или рассуждаю на связанные с тестированием темы. Результаты пока скромные, но отклик есть и значит делаю я это не зря. 🌟 принял участи в pet проекте инициативной группы тестировщиков новичков в качестве ментора, в результате чего получилось провести полноценный цикл тестирования реального продукта. Об этом потом расскажу отдельно. 🌟 в конце года посетил конференцию SQA Days, где получил множество новых знаний 🌟 в течении всего года занимался менторством по тестированию и помог нескольким десяткам менти. Кому-то оказывал консультации, кому-то помогал с обучением, кому-то с подготовкой к собеседованиям. В целом год получился насыщенным и продуктивным. Надеюсь, в 2024 не сбавлять обороты и продолжать заниматься любимым делом, открывая в нем новое и неизведанное. Всем желаю в новом году покорения новых вершин и выход за пределы привычного. С наступающим!🫐🔔🏡
639
10
Прекрасный тренажер. Пробежал на одном дыхании, так как заданий пока немного. Рекомендую всем новичкам и тем кто давно не пользовался DevTools.
352
11
Записал разбор решения еще одного тестового задания. > > > ссылка < < <
Записал разбор решения еще одного тестового задания. > > > ссылка < < <
428
12
Немає тексту...
411
13
Как улучшить поддерживаемость тест-кейсов. 👨‍💻 Основная проблема при работе с большим количеством тест-кейсов, при частых изменениях окружения, интерфейса, требований - это поддержание их в актуальном состоянии. Для того, чтобы не испытывать страдания при множественных правках тест-кейсов, при их составлении, можно обратиться к принципам написания автотестов с помощью паттерна Page Object. Среди множества плюсов, которые дает использование этого паттерна при написании автотестов, есть один, касающийся устойчивости тестов, благодаря которому упрощается процесс их поддержки. Поняв как Page Object позволяет организовать код, мы можем применить этот принцип и для написания тест-кейсов. При использовании этого паттерна мы разделяем код, отвечающий за работу с элементами страниц, тестируемого веб-сервиса, от самих тестов. Каждая страница описывается в виде отдельного класса, а в тестах мы описываем логику проверки, вызывая необходимые методы. Таким образом в тестах остается логика работы пользователя, а в методах классов ее реализация. Реализовать это можно через создание класса базовой страницы, в котором прописываются общие для работы со всеми страницами методы (такие как поиск объектов, заполнение полей, и т.д.). Методы являются обертками над стандартными методами библиотек, работающих с драйвером браузера. Классы страниц наследуют методы класса базовая страница и дополняются уже своими методами, характерными только для работы с элементами конкретной страницы. А в самих тестах создаются экземпляры классов требуемых страниц и вызываются их методы. Аналогично с данными, которые используются в тестах. Локаторы выносятся в отдельный файл, данные с настройками в конфиг файл, и т.д. Таким образом автотесты становится удобно поддерживать, так как в случае изменений UI или настроек подключения, сами тесты не меняются, а меняется код строго в одном месте. Например, если изменился пользователь, под которым выполняются тесты - правятся данные в конфиге. Изменился локатор - меняются данные в файле с локаторами. Решили изменить библиотеку для работы с драйвером браузера - вносятся изменения только под оберткой соответствующих методов. Сравните это с подходом, при котором мы в явном виде указываем все данные в каждом тесте и также явно прописываем все методы библиотеки для работы с драйвером браузера. При изменении, скажем, адреса тестируемого веб-сервиса нам придется вносить правки в каждый тест. 😜 В общем преимущество, которое дает Page Object Model, можно сформулировать так: мы изолируем код, который часто меняется, от кода, который меняться не будет. Эту идею из паттерна Page Object можно применить к тест-кейсам, которые ведутся в системе типа Testlink. Каждый тест-кейс нужно проанализировать и разделить логику его выполнения, от реализации, а затем построить его таким образом, чтобы все данные, с помощью которых мы сможем выполнить тест, были вынесены отдельно: - на уровень выше, если они характерны только для test suite - на несколько уровней выше, если они характерны для фичи, внутри которой есть несколько test suites - в отдельном месте (например, на странице в Confluence), если они характерны для всего продукта В самом же тест-кейсе, в разделе типа description, указываются ссылки на раздел/страницу, где хранятся эти данные, с описанием в духе: - данные для входа в систему - <ссылка на Confluence> - данные для ввода в шаге 3 - <ссылка на описание test suite> Хороший пример такого разделения описан у Савина в главе “Искусство создания тест-кейсов” / “Поддерживаемость тест-кейса”. На примере тест-кейса на оплату товара в интернет-магазине с помощью карты VISA, от логики теста отделяются: - данные для входа в интернет магазин - данные банковской карты - запрос в бд для проверки добавления транзакции Таким образом, в некоторой степени, решается проблема поддерживаемости тест-кейсов. При изменении адреса стенда, логина/пароля, данных для ввода - нам достаточно будет изменить их всего лишь 1 месте и можно будет продолжать пользоваться тест-кейсами. 😮‍💨
462
14
Записал разговорное видео, в котором делюсь впечатлениями после посещения конференции SQA Days #33. &gt; &gt; &gt; ссылка &lt
Записал разговорное видео, в котором делюсь впечатлениями после посещения конференции SQA Days #33. > > > ссылка < < <
330
15
Очень жизненно 😀 (осторожно, обилие ненормативной лексики) https://pikabu.ru/story/tipichnyiy_den_v_itkompanii_10879983?utm_source=andlinkshare&utm_medium=sharing
383
16
Сегодня у автора канала день рождения. 🎉🎉🎉 Можно было бы подвести итоги и наметить планы на новую жизненную итерацию, но..
Сегодня у автора канала день рождения. 🎉🎉🎉 Можно было бы подвести итоги и наметить планы на новую жизненную итерацию, но... Сделаю это в конце текущего года, а сегодня просто буду отдыхать.🎂 Спасибо вам, подписчики, за вашу активность. Я рад помогать и делиться знаниями и опытом с вами.🤝 ps Вы можете отправить мне подарок на boosty и поддержать тем самым мою деятельность.
390
17
Первый раз прилетел qa конференцию SQA Days. Скоро поделюсь впечатлениями и расскажу как там все устроено и работает.
Первый раз прилетел qa конференцию SQA Days. Скоро поделюсь впечатлениями и расскажу как там все устроено и работает.
292
18
Продолжаю разбирать тестовые задания, собранные Артёмом Русовым вот здесь. В этот раз задание связано с использованием техник
Продолжаю разбирать тестовые задания, собранные Артёмом Русовым вот здесь. В этот раз задание связано с использованием техник тест-дизайна. Видео с решением уже на моем YouTube канале: >>> ссылка <<<
354
19
Сегодня в личку пришло сообщение о "вакансии" для Junior QA (см. картинку выше). Хочу поделиться признаками, по которым можно понять, что подобные объявления является скамом. ❌🙅‍♂️ 1. Формат сообщения. Отправлено через бот в виде картинки со стороннего аккаунта (без признаков того, что пишет HR данной или рекрутинговой компании). Настоящей компании, которой требуется нанять работников, не нужно пользоваться массовой рассылкой в Telegram по случайным аккаунтам. Ей достаточно разместить вакансию на hh.ru. Это проще и эффективнее, так как гарантировано приведет ЦА - соискателей на указанную позицию. 2. Отсутствие вакансии на hh.ru. Специально привел скрин с открытыми вакансиями у настоящей компании, название которой используют в объявлении. Ни одной на позицию тестировщика. Еще раз. При наборе большого количества человек совершенно не логично игнорировать специализированный ресурс для поиска работы. 3. Количество тестировщиков. Вы хоть раз видели, чтобы в компанию требовалось 60 Junior QA? Какого размера должна быть компания. Корпорация по типу FAANG? Открываем сайт компании и видим, что количество якобы требуемых тестеров неадекватно велико. Но даже, если бы, в объявлении фигурировала какая-либо гигантская и известная корпорация, на основе предыдущих пунктов из моего списка, все равно складывался бы вывод, что это обман. 4. Ну и вишенка на торте. Опыт тех, кто уже откликнулся на подобный скам: https://t.me/junohub/758/48660 А на что же расчет скамеров? Расчет на то, что в текущих условиях высокой конкуренции, соискатель будет цепляться за любую возможность и поддавшись эмоциям откликнется на подобное объявление. А уже из этого пула, кто-то дойдет до конца и установит вредоносное по себе на смартфон. Будьте аккуратны друзья и не теряйте критического мышления!
343
20
+1
Немає тексту...
337