Последние посты

Заметки тестировщика | QA Notes
22 сент., 12:44
🤖 Заменит ли AI тестировщиков? Отвечаю честноЭтот вопрос мне как лиду задают все чаще.На собесах, в чатах, в комментариях.🔍 Что же AI уже умеет делать в тестировании?🔸Генерировать тест-кейсы по описанию фичи. 🔸Писать баг-репорты. 🔸Подсказывать edge cases. 🔸Помогать с SQL запросами и настройкой инструментов.Это реально работает. Я сама использую каждый день.🙅♀️ Что AI не умеет✍️ Понимать контекст бизнеса 👀 Чувствовать, что что-то "не так", даже когда все технически работает 😵💫 Задавать неудобный вопрос продакту в нужный момент ✌️Принимать решение - выкатываем или нетAI не знает твой продукт. Не знает пользователей. Не несет ответственности за релиз.
Заметки тестировщика | QA Notes
1 сент., 15:10
🔍 Что делать, когда баг только на одном устройствеВоспроизвести не можешь. Разработчик не может. Тимлид смотрит скептически.А пользователь пишет что у него всё ломается.Вот что делать.📍 1. Собери максимум информации об устройствеНе "старый Android". А конкретно:• модель и производитель • версия ОС • версия приложения • свободная память • язык и регион системыИногда баг живет именно в комбинации этих параметров.
Заметки тестировщика | QA Notes
17 авг., 13:42
📱 Симулятор vs реальное устройство. В чём разница для QA?"Я проверила на симуляторе - всё работает."А потом пользователь пишет, что приложение падает.Давай разберёмся почему.📍 Что такое симуляторЭто программа, которая имитирует устройство. Работает на твоём компьютере. Удобно, быстро, бесплатно.Но это не телефон.🧨 Что симулятор не умеет1. Реальная сетьСимулятор использует интернет твоего компьютера - стабильный Wi-Fi без потерь. А пользователь едет в метро, где сеть пропадает каждые 30 секунд.
Заметки тестировщика | QA Notes
2 авг., 14:30
🗄️ Как найти баг, который никто не видит - через данныеUI зелёный. Тесты проходят. Команда довольна. А баг уже живёт в базе. Тихо. Незаметно. До поры до времени. Вот как его найти.📍 1. Ищи дубли там, где их не должно бытьПользователь нажал кнопку дважды, UI показал один результат. А в базе - два заказа.SELECT user_id, COUNT() FROM orders GROUP BY user_id HAVING COUNT() > 1 Один запрос - и дубль найден.📍 2. Ищи "осиротевшие" записиПользователь удалён. А его заказы остались. И висят в системе без владельца.
Заметки тестировщика | QA Notes
27 июл., 10:59изменён
🎓Почему QA должен понимать архитектуру продуктаМногие думают задача QA нажимать кнопки и смотреть, что получается.Но это не тестирование. Это клик-клик.😳 Что происходит, когда QA не понимает архитектуруПришёл баг: данные не сохраняются.QA проверил UI, все выглядит ок. Написал "не воспроизводится".А баг был в очереди между сервисами. UI показал успех. А сообщение до consumer не дошло.Без понимания архитектуры этот баг невидим.📍 Что даёт понимание архитектуры
Заметки тестировщика | QA Notes
13 июл., 12:36
🔍 Как за 10 минут разобраться в чужом APIНовый проект. Новый API. Документации нет или она врёт. И тебе надо тестировать уже сегодня. Знакомо? Вот что делать.📍 1. Открой DevTools - вкладка Network Просто походи по UI и посмотри какие запросы летят. Что искать: — какие эндпоинты используются — какие методы GET/POST/PUT/DELETE — что передаётся в теле запроса — что возвращает сервер За 2 минуты ты уже знаешь структуру API лучше, чем из доки.📍 2. Скопируй запрос как cURL Правой кнопкой на запрос → Copy → Copy as cURL. Вставь в Postman. Теперь у тебя живой запрос, который точно работает. Не придуманный из доки - а реальный.📍 3. Посмотри на заголовки
Заметки тестировщика | QA Notes
6 июл., 07:59
😏 Почему хороший QA - неудобный человек в команде И это нормально.Есть такой момент в разработке. Задача пришла. Все уже делают. Разработчик пишет код. Дизайнер рисует. Продакт в следующем спринте. И тут QA спрашивает: "А что должно происходить, если пользователь сделает вот это?" Тишина."А это поведение задокументировано?" Ещё тишина."А если сеть пропадёт в этот момент, что видит пользователь?" И вот тут становится неловко. Потому что никто не думал об этом. А думать уже надо было вчера.Почему это неудобно: Разработчик уже написал половину. Переделывать никто не хочет. А вопросы QA означают, что придётся. Но вот в чём штука. Лучше неловкая тишина на этапе разработки, чем баг на проде в пятницу вечером.Хороший QA не ждёт готовую фичу. Он приходит раньше. Задаёт неудобные вопросы. Находит дыры в логике до того, как они стали багами. И да, это раздражает) До тех пор, пока не
Заметки тестировщика | QA Notes
29 июн., 10:46
🧠 Промпты для QA, которые реально работаютНе "напиши тест-кейсы" А промпты, которые дают результат. Сохраняй🙂📍 1. Генерация тест-кейсов❌ Плохо: "Напиши тест-кейсы для формы авторизации"✅ Хорошо: "Ты опытный QA. Вот сценарий: [описание]. Составь тест-кейсы включая позитивные, негативные и граничные значения. Отдельно выдели edge cases."Разница: AI получает роль + структуру, что ты хочешь получить на выходе)📍 2. Поиск дыр в логике"Вот описание фичи: [описание своими словами]. Найди противоречия, неоднозначности и сценарии, которые не описаны. Что может пойти не так?"Особенно спасает, когда задача написана на одном дыхании и выглядит норм, а дыры всё равно есть.
Заметки тестировщика | QA Notes
24 июн., 10:03изменён
🤖 Как я использую AI в работе QA. Честно. Без хайпа. Без "AI заменит тестировщиков".Просто то, что реально работает у меня каждый день.📍 1. Генерация тест-кейсов Раньше садилась и думала: "Так, что тут вообще надо проверить..."Теперь описываю фичу своими словами и прошу:"Составь тест-кейсы для этого сценария" Получаю костяк за 2 минуты.Дальше дочищаю, добавляю специфику продукта, убираю очевидное.Не потому что AI пишет идеально. А потому что с чистого листа всегда тяжелее, чем редактировать.📍 2. Анализ сценария
Заметки тестировщика | QA Notes
27 апр., 12:23изменён
📱 Проверь себя: готов ли ты к уровню Middle Mobile QA?Если ты думаешь, что уже не junior, давай проверим честно) Без теории. Только то, что реально нужно в работе.👉🏻 Отметь для себя, сколько пунктов ты действительно делаешь, а не “знаешь, что надо”.🧠 1. Сеть (не только Wi-Fi)Ты проверяешь:☐ переключение Wi-Fi, LTE ☐ потерю сети во время запроса ☐ медленный интернет (throttling) ☐ поведение retry ☐ что видит пользователь при таймауте Если нет, ты тестируешь “лабораторию”, а не реальный мир.🔁 2. Фон и жизненный цикл
Заметки тестировщика | QA Notes
20 апр., 16:55изменён
Ребята, в Wildberries стартует новый поток курса QA, где мы с моими коллегами лидами улучшили программу! Также теперь мы выдаем сертификат об обучении ❤️Успейте зарегистрироваться! Все подробности по ссылке 🫂 Лучших трудоустраиваем в команду!https://tech.wildberries.ru/qa-engineer
Заметки тестировщика | QA Notes
20 апр., 16:41
💸 Топ самых дорогих багов в мобильных приложенияхТе, которые не падают… но стоят бизнесу миллионыСамые опасные баги - не те, из-за которых приложение крашится. А те, из-за которых пользователь просто уходит.🧨 1. Двойная оплатаСценарий: - пользователь нажал “Оплатить” - сеть зависла - он нажал ещё раз И…💥 деньги списались дваждыПочему это происходит:1) нет идемпотентности
Заметки тестировщика | QA Notes
13 апр., 18:52
📱 Мобильное тестирование: где на самом деле ломаются приложения“У меня всё работает” - говорит разработчик, держа в руках свой iPhone 15 Pro.И в этот момент где-то на Android 9 с плохим интернетом приложение уже падает.🧠 Главная проблема мобильного тестированияВ вебе ты тестируешь приложение. В мобилке ты тестируешь:- устройство - ОС - сеть - батарею - память - уведомления - фоновые процессы
Заметки тестировщика | QA Notes
6 апр., 19:24
🧠 Почему сильные QA меньше пишут тест-кейсов, но делают больше “Где тест-кейсы?” Вопрос, который часто задают… не тем людям. 🧠 Иллюзия контроля через тест-кейсыВ начале карьеры кажется: чем больше тест-кейсов - тем выше качество.200 кейсов - хорошо 500 кейсов - отлично 1000 кейсов - идеально?Но с опытом приходит понимание: количество тест-кейсов почти не связано с качеством продукта. Можно иметь: - идеальное покрытие - структурированные сценарии - красивые чек-листы И при этом пропускать критичные баги.🔍 Что меняется у сильного QA
Заметки тестировщика | QA Notes
16 мар., 20:11
Ооочень классный материал, рекомендую 💓https://habr.com/ru/articles/1007736/📓 Заметки тестировщика
Заметки тестировщика | QA Notes
9 мар., 09:06
📈 Реальный кейс нагрузочного тестированияКак система выдерживает 3000 пользователей… и всё равно ломаетсяПредставим проект сервиса оформления заказов.Архитектура выглядит так: Frontend ↓ API Gateway ↓ Order Service ↓ Kafka ↓ Payment Service ↓ PostgreSQL По требованиям система должна выдерживать:
Заметки тестировщика | QA Notes
8 мар., 07:02
💐 С 8 марта!Иногда кажется, что этот праздник только про цветы и открытки. Но на самом деле он про гораздо большее.Про женщин, которые умеют держать баланс между мягкостью и силой. Которые принимают сложные решения, ведут команды, запускают проекты, находят самые хитрые баги и делают системы лучше.Про тех, кто не боится брать ответственность, учиться новому и идти вперёд - даже когда путь непростой.Пусть этой весной будет больше: ✨вдохновения для новых идей ✨энергии для больших целей ✨уверенности в своих силахПусть рядом будут люди, которые поддерживают, ценят и верят в вас. А каждый новый день приносит возможности, которые делают жизнь ещё интереснее.И пусть в жизни, как в хорошем релизе, всё работает стабильно, без критических багов и с
Заметки тестировщика | QA Notes
7 мар., 19:49
4 вида нагрузочного тестирования (которые постоянно путают)1️⃣ Load testingПроверяем работу системы при ожидаемой нагрузке.Например: 1000 пользователей онлайн 200 запросов в секунду Цель - убедиться, что система выдерживает нормальный рабочий режим.2️⃣ Stress testingПостепенно увеличиваем нагрузку, пока система не начнёт ломаться.Задача - понять: - где предел системы - как она падает3️⃣ Spike testing
Заметки тестировщика | QA Notes
7 мар., 19:47
Слишком часто в последнее время сталкиваюсь с темой нагрузочного тестирования. Давайте разберем эту тему детальнее ✨В первую очередь, это не про “сломать сервер”.Когда люди слышат “нагрузочное тестирование”, они часто представляют одно: - ты запускаешь тысячи запросов и смотришь, когда всё падает.Но это самое примитивное понимание нагрузки.Настоящая цель нагрузочного тестирования - ответить на три вопроса:1️⃣ Сколько пользователей система выдерживает? 2️⃣ Как она деградирует? 3️⃣ Где появляется узкое место? Важно помнить: система почти никогда не падает сразу. Она медленно деградирует. Сначала:- растёт latency
Заметки тестировщика | QA Notes
23 февр., 18:56
С 23 февраля! ❤️Мужчины, хочется пожелать вам не только силы и уверенности, но и простого человеческого счастья. Пусть рядом всегда будут люди, которые верят в вас, поддерживают и вдохновляют. Пусть в сердце будет спокойствие, в доме - уют, а в жизни - ощущение, что всё идёт правильно.Пусть любые трудности обходят стороной, а мечты находят дорогу к исполнению ✨
