EDUIT QA Community

Ответственность - где граница? Всем привет! Часто встречаю кейс, когда начинающие (и не только) инженеры в порыве сделать очень хорошо, пытаются забрать на себя все зоны ответственности, так как «только они понимают, что и как надо делать, а остальные работники не могут/не понимают/тупые короче». Это, конечно же, ошибка, но как быть? Не бросить же все на произвол судьбы. С помощью руководителя ещё раз поймите, где ваша зона ответственности и что именно вы должны точно хорошо сделать, а главное, когда. Это нормальный, абсолютно правильный вопрос от любого сотрудника. Не пытайтесь делать работу других людей, если вас об этом не просили. Если видите проблему, скажите о ней руководителю, это самый верный путь. Но сделайте это аргументами, а не эмоциями. Стремитесь сделать свою работу лучше и быстрее, освободите время, и тогда вас точно попросят помочь там, где не справляется другой, и это по существу оценят (премия, признание или что-то ещё). Берегите себя, но не ленитесь на работе! Дорогу осилит идущий!

Всем привет! 14 августа открываем ЛАЙНАП Y&&Y и проводим ярмарку вакансий в московском офисе Яндекса. Будут нанимающие менеджеры из 20 команд: приходи знакомиться, узнавать про технологии и стажировки. Отдел стажировок Яндекса проводит очередной евент и я очень рекомендую посещать такие штуки, это хорошо нарастит ваши связи, насмотренность и даст доп возможности для стажировок/найма ! Обязательно найдите время и приходите, если стремитесь попасть в мир ИТ !

Ворк лайф баланс Work-life balance (баланс между работой и личной жизнью). Соблюдать или не соблюдать? Я вот не умею, если честно. Всегда работал много и продолжаю до сих пор. Но мне повезло с женой и я могу себе это позволить) (это не потому что она тут тоже в этом канале есть, а правда так!) Я видел разные кейсы, например: 1) Трудоголики - люди которые люто упарываются и реально много часов (по 12-15) торчат на работе. Но вот незадача, далеко не все из них успешны 2) "Работаю с 9 до 18" - таких большинство, и среди них много как неудачников так и очень крутых чуваков. 3) "Работаю на результат" - эти люди могут быть на работе по пару часов в день, а могут работать сутками, все зависит от статуса их задач, и степени важности. Как правило они зачастую успешны, но и тут я видел плохие кейсы. Так как же быть? Тут важно учесть контекст - как вам комфортно и нравится, в какой организации вы работаете и какие тут порядки и устои, как вас поддерживает семья/родные. Ищите баланс тут, кроме вас никто не сможет вам сказать как правильно. Основное заблуждение - это "если я буду работать мало меня уволят или я не смогу закрепиться на позициях". Нет, это не так! На позициях закрепят того, кто будет работать эффективно и всегда развиваться, предлагать новое, брать ответственность и всегда доводить все до конца! Толкьо идиоты измеряют ваш вклад количеством отработанного времени! Ведь важнее всего что вы сделали и сколько потратили времени, и классная формула гласит что "быстро и эффективно". Главное отвечать за свои слова выполнять то, что обещали сделать! Тогда все будут знать что вы надежны и не захотят расставаться. Дорогу осилит идущий!

Не, ну в принципе если с ИТ не получится… Альтернативы есть!)

5 багов, которые ты видел в реальной жизни - но не знал что это баги У любого тестера в начале пути, да и потом, возникает мысль и/или вопрос, а все ли баги я нашел. А точно ли это баг? Я часто говорю студентам, что невозможно найти все баги. Они всегда есть и это правда. Главное научить себя видеть их, смотреть под другим углом! Тестирование - это не только про код и задачи в Jira. Баги вокруг нас каждый день, просто мы не всегда замечаем их как баги. Вот несколько примеров из жизни - и да, у каждого есть своё название в мире QA. 1. Турникет в метро пропускает двоих сразу Это race condition. Два человека заходят одновременно и система просто не успевает среагировать на второго. В коде такое лечат, в турникетах - видимо не всегда!) 2. Банкомат выдаёт деньги раньше чем карту Нарушение порядка операций. Логика должна быть: сначала карта, потом деньги. Если наоборот - кто-то явно не прогнал этот сценарий на тестировании. 3. Кнопка "закрыть двери" в лифте не реагирует А вот тут интересно - она может быть намеренно заглушена (в некоторых странах это требование безопасности), а может просто сломана. И как понять что из этого? Это называется observability - возможность понять что происходит внутри системы. 4. Светофор стал зелёным, но машины уже едут Timing issue. Между тем как у одних красный и у других зелёный - должна быть пауза. Если её нет или она слишком короткая - это баг в логике состояний. 5. Касса зависает именно в час пик Привет нагрузочному тестированию! В обычное время всё прекрасно работает. Приходит очередь - всё, приехали. Классика. Мир вокруг уже протестирован - просто не всегда хорошо. Смотрите на него глазами тестировщика и вы начнёте замечать такие штуки везде!)

Собеседование. Это этап, который каждого из нас настигнет/настигал и это неизбежно!) Я решил напомнить что это, что важно для QA и что важно понять вам, в момент собеседования на эту позицию. 0. Тщательная подготовка. На какой бы вы позиции не были, куда бы не собеседовались - не забывайте что вы профи (или станете им обязательно). А это значит, что вам нужно обязательно очень хорошо подготовиться. Вспомнить всю мат часть, прогнать запросы, повторить теорию, поговорить с самим собой если поможет, это ответственный момент и излишняя уверенность в своих знаниях дорого может вам стоить в день собеседования. 1. Теория. Особенно в начале пути на позициях QA очень любят спросить теорию (большая часть из нее не применима в повседневной работе, но если вы не ответите - то это минус) ну и кроме теории спросить у неопытных ребят нечего. Минимум который спрашивают (но есть многие кто любят сойти с ума и спросить всю книгу по тестированию): что такое тестирование и зачем оно ? техники тест дизайна тестовая документация в чем разница между ТК и чеклистом? что такое тест план ? какие виды/типы тестирования знаете? чем отличается функциональное от нефункицонального тестирования? что такое баг/ошибка/дефект ? Пирамида тестирования и объяснение каждого уровня 2. Практика devtools - что это и что там делать QA ? swagger / postman - что это и как с этим работать. Виды кодов состояний и как они работаюAPI - что это, какие виды, как работать с этим ? Интеграционное взаимодействие (синхронное, асинхронное) Запросы к БД написать ТК завести баг попробовать протестировать что-либо (экран приложения, ситуацию какую-то) 3. Софты. Вам могут накидывать очень много вопросов подряд - проверять как вы вывозите морально нагрузку Узнают о увлечениях, отношении к разным ситуациям - могут привести ситуацию и попросить высказать мнение об этом Будут внимательно слушать, как говорите, как доносите мысли, как ведете себя Раньше я писал, что сегодня для того что бы попасть на стажировку надо уже многое уметь. Теперь к этому добавляется навык работы с нейронками, без них вас скорее не возьмут (в Яндекс точно не возьмут). Время стремительно меняется и мы вместе с ним! 4. Плохое. не пишите в резюме то, за что не сможете ответить - это отвратительно и уничтожает ваши шансы на раз, если это заметят (а это заметят) не молчите, говорите и делитесь мыслями, даже если нет ответа - но не несите бред если вообще не понимаете вопрос - спросите еще раз или скажите что не понимаете, это нормально если у вас есть вопросы - спросите! все что заходите, ведь вы тоже выбираете, а не только вас выбирают Итог: Пользуйтесь мозгом и развивайте его. Мозг - ваше главное оружие! всегда готовьтесь к встречам очень объемно (узнайте все что сможете об этой фирме, куда идете на собес). Я знал одного руководителя, который всегда перед встречей с людьми наводил о них справки, и старался узнать об увлечениях. Представьте, насколько эффектно выглядит ситуация, когда вы видите человека первый раз и вдруг, он в разговоре затрагивает что-то очень близкое вам (например коллекционировать корабли в бутылках) - это координально поменяет отношение и тональность в разговоре. так же и вы - изучите все о компании, куда идете на собес. Ну и верьте в себя и не бойтесь пробовать - дорогу осилит идущий!

Всем привет! Как обещал, вот ссылка канал этих ребят @rundigital вот сайт https://runit.digital/ Проводится это мероприятие каждый год, уже 4 года подряд. Много представителей из ИТ мира, но есть ограничения - можно участвовать только людям их ИТ компаний (но уверен, что пытливые умы моих читателей придумают решение) из доступного там: /общение с рекрутерами /спортивные мероприятия /нетворкинг /музыка, еда, напитки Попробуйте!

Всем привет! В сегодняшнем посте затронем хайповую тему про ИИ - хочу поделиться своим взглядом. Отрицать, что происходит какая-то ИИ-революция - глупо. Но и говорить опрометчиво, что всем нам конец - тоже не стоит. Сара Коннор пока бдит) ИИ и всё его производные (LLM, агенты) сегодня проникли везде - и это хорошо! Что плохого в том, что людей научили управлять башенными кранами прямо из офиса? Безопасно, эффективно - один человек теперь может обслуживать два-три крана или несколько площадок. Это же фантастика! Что плохого в беспилотном грузовике, который едет без остановок и ночлегов на огромное расстояние? Это вау. А операция, когда уникальный сосудистый хирург из Москвы подключился к инструментам с почти нулевым пингом и провёл экстренную операцию пациенту в Китае? Это вообще неописуемо. В айтишке чуть сложнее - тут начали вайбкодить. И это пока непонятно, хорошо или плохо. Качество кода во многом падает (джуны пишут треш), архитектура страдает. Но если рядом сеньор - всё будет ок. С автотестами то же самое: ИИ помогает, но нужен опытный тестировщик рядом. Рутину с документацией мы уже давно ИИзировали - и это тоже круто! Мои студенты (большинство из них в этом канале) кажется уже ничего без нейронки не делают - и ничего плохого в этом нет. Главное не отключать мозг. Это вообще всегда полезно - не отключать его! Когда появился 1С, все подумали, что бухгалтерам конец. Но их стало больше, чем когда-либо. Важно идти в ногу со временем и не отрицать технологии, а подчинять их себе. Но как и всегда - во главе угла остаётся человек. Проверяйте всё и никогда не доверяйте ИИ слепо. Это всего лишь очень умная работа с информацией, не более. Ваш мозг - всё ещё самая крутая нейронка в мире. Качайте её и усиливайте!

пруфный кружок (что-то на серьезных вайбах умничаю там)

🚀 Экскурсия в Яндекс Еде состоялась! На этой неделе у нас в гостях побывали студенты Университета им. Губкина, сразу две группы. Ребята познакомились с офисом, посмотрели на айтишников в их естественной среде обитания) и оценили инфраструктуру. 📚 Что было в программе: • Разбирались, кто такой тимлид и чем он занимается (а заодно повторили материал университетского курса перед экзаменом) • Познакомились с отделом стажировок Яндекса ( https://yandex.ru/yaintern/internship) • Получили рекомендации и консультации, как попасть к нам на работу 🍕 После лекционной части отлично пообщались с действующими сотрудниками за пиццей и напитками. Получилось по-настоящему продуктивно, у некоторых ребят даже сразу попросили резюме для разговора о стажировках! Важный поинт - сейчас самое время откликаться на стажировки в Яндексе, идет активный набор! Отзывы наших гостей довольные, значит будем повторять и делиться с вами информацией!

🚀 Всем привет! Полгода тишины — пробуем прервать 😅 Бывает, что работа настолько плотная, что времени не остаётся вообще ни на что. Но желание делиться полезным контентом никуда не делось — так что возвращаемся в эфир. Из оффлайновых активностей: 📚 С сентября хочется пройтись по школам и колледжам — пообщаться со старшеклассниками, рассказать ребятам: • что такое ИТ • что такое тестирование • какие тут есть пути и возможности Если хотите, чтобы я с коллегами заглянули именно в вашу школу или колледж, где вы ранее учились — пишите в личку! Будем рады 🙌 для канала: начнем выходить раз в неделю с постом, из личной рабочей практики. Ближайший затронет работу с ИИ - это сейчас актуально во всех сферах и особенно в ИТишке. Расскажу что происходит в сфере тестирования в общем и в Яндексе в частности. А еще появился промик на скидку на Практикум— забирайте! ✅ Даёт 15% на любой курс ✅ Должен суммироваться с локальными скидками Делитесь с теми, кому актуально - надеюсь поможет)

🤩 5 вопросов тестировщика на собеседовании, или Красные флаги работодателя 🤩Вы когда‑нибудь оказывались в неловком положении на собеседовании, когда вас спрашивают: «Может, у вас есть к нам вопросы?» Это момент, которому не учат в университетах или на курсах по тестированию, но он может стать критической развилкой на вашем профессиональном пути Статья #полезные_статьи 🤩EDUIT🤩

#мемы 🤩EDUIT🤩

🤩 Как задавать вопросы в команде: 3 правила для QA без опыта 🤩Правило 1: Будь вежливым и конкретным Не пиши: «Почему это не работает?» Пиши: «Привет, помогите, пожалуйста, понять, почему при нажатии на кнопку «Отправить» данные не сохраняются. Я проверял на Chrome, v1.2.3.» 👉 Почему важно: Вежливость снижает напряжение, конкретика помогает быстро понять проблему. 🤩Правило 2: Включай контекст Пример: «Я тестировал фичу «Оплата» по требованиям из документа v2.0. Там сказано, что сумма должна отображаться в рублях. Сейчас показаны доллары.» 👉 Почему важно: Разработчики видят, что вы ориентируетесь на требования, а не на предположения. 🤩Правило 3: Не бойся уточнений Если ответ: «Проверь, что ты делал», отвечай: «Может, я что-то не учёл? Я пришлю видео с воспроизведением и уточню условия.» 👉 Почему важно: Вы показываете готовность к диалогу, а не настаиваете на своём. 🤩Корнер-кейс: Когда вопрос кажется глупым Ситуация: Начинающий QA не понимает, почему разработчик не исправил баг, и спрашивает: «А ты точно его видел?» Как исправить: 🤩Ссылайся на доказательства: «Я приложил видео и логи в баг-репорте. Может, ты их не заметил?» Спрашивай про приоритет: «Как ты считаешь, стоит ли сначала решить этот баг, или он не блокирует релиз?» Пример из жизни Ситуация: QA заметил, что кнопка «Отправить» не отрабатывает в мобильной версии. Разработчик отвечает: «Всё работает. Проверь ещё раз.» Что сделал QA: 🤩Приложил скриншоты и запись экрана. Спросил: «Может, это связано с версией Android? Я тестировал на 11 версии.» Добавил: «Могу объяснить шаги подробнее, если нужно.» Результат: Разработчик нашёл ошибку в обработке событий на Android и исправил код. 💬 Главное: 🤩Не бойся задавать вопросы. Не жди, что тебя поймут «по эмпатии» — пиши чётко и с доказательствами. Помни: QA и разработчики — это команда, а не враги. Практика: Попробуйте переформулировать свои вопросы по этим правилам. В комментариях расскажите, какие ошибки делали раньше — поделимся опытом! #рабочие_вопросы 🤩EDUIT🤩

🤩 Тестер пришёл на ферму #мемы 🤩EDUIT🤩

🤩 Дневная база ребята, база QA с QC, верефикация/валидация, управление качеством Статья #полезные_статьи 🤩EDUIT🤩

🤩 С понедельником) #мемы 🤩EDUIT🤩