📱 Проверь себя: готов ли ты к уровню Middle Mobile QA?
Если тебе кажется, что ты уже не junior — давай проверим честно.
Без теории. Только то, что реально нужно в работе.
👉 Отмечай только то, что ты действительно проверяешь, а не “знаешь, что надо”.
1. 🌐 Сеть и связность
Ты проверяешь:
☐ переключение Wi‑Fi → LTE во время активного запроса
☐ потерю сети в момент отправки данных / загрузки файла
☐ медленный интернет, timeout, понятные ошибки для пользователя
☐ retry: нет ли дублей запросов и повторных действий
☐ авиарежим, dead spots и возврат сети без потери состояния
Если нет — ты тестируешь не реальный мир, а стенд.
2. 🔁 Жизненный цикл и прерывания
Ты проверяешь:
☐ сворачивание приложения в середине действия
☐ возврат через время и восстановление состояния
☐ что будет после kill процесса системой
☐ входящий звонок, будильник, сообщения, low memory
☐ режим “Не беспокоить” и пачку уведомлений после его отключения
Если нет — ты пропускаешь огромный пласт мобильных багов.
3. 🔐 Разрешения и настройки ОС
Ты проверяешь:
☐ отказ в доступе к камере / микрофону / локации
☐ отзыв разрешений после установки через настройки ОС
☐ что приложение просит только нужные permissions
☐ mute, language, timezone, date/time, power save mode
☐ что приложение уважает системные настройки, а не живёт “само по себе”
Если нет — ты не тестируешь реальное поведение пользователя.
4. 🔔 Push и быстрые действия
Ты проверяешь:
☐ push в foreground / background / killed state
☐ приходит ли push вовремя, а не просто “когда-нибудь”
☐ открывает ли push правильный экран
☐ quick actions / shortcuts / deep links
☐ что действие из уведомления потом корректно видно в приложении
Проверять только “пришёл / не пришёл” уже давно недостаточно.
5. 💾 Данные и синхронизация
Ты думаешь про:
☐ идемпотентность действий, double tap и дубли
☐ локальное хранение данных и CRUD
☐ оффлайн → онлайн синхронизацию
☐ конфликты между экранами и между двумя устройствами
☐ потерю данных при low battery / abnormal end
Вот здесь и начинается системное мышление.
6. 📦 Установка и обновления
Ты проверяешь:
☐ чистую установку приложения
☐ обновление поверх старой версии
☐ удаление и переустановку
☐ прерванную установку / обновление
☐ что после обновления данные пользователя не теряются
Релиз в мобайле — это не только “новый билд поставили”.
7. 📱 Устройства, экраны, ввод
Ты учитываешь:
☐ разные версии Android / iOS
☐ слабые устройства, low memory, low disk
☐ разные размеры экранов и плотность
☐ поворот экрана туда‑сюда несколько раз подряд
☐ разные клавиатуры, жесты, камеру, отсутствие нужного сенсора
Один девайс — это не мобильное тестирование.
8. 🔄 Взаимодействие с другими приложениями
Ты проверяешь:
☐ share to / share from
☐ открытие внешних ссылок и возврат в приложение
☐ интеграции с галереей, файлами, почтой, картами
☐ конфликты с другими приложениями за GPS / Bluetooth / камеру / звук
☐ что после возврата из другого приложения состояние не ломается
Мобильное приложение почти никогда не живёт в изоляции.
9. ⚡️ Производительность и батарея
Ты проверяешь:
☐ время запуска приложения
☐ скорость ключевых сценариев
☐ блокируется ли UI
☐ расход батареи в foreground / background
☐ перегрев устройства и поведение при снижении ресурсов
“Работает” не значит “быстро”, а “быстро” не всегда значит “удобно”.
10. 🌍 UX, локализация, доступность
Ты проверяешь:
☐ соответствует ли интерфейс гайдам платформы
☐ понятно ли пользователю, что происходит
☐ длинные строки, даты, числа, валюты, разные языки
☐ размер шрифта, screen reader, контраст
☐ что важная информация доступна на любом экране и в любом состоянии
Качественный mobile QA тестирует не только функциональность, но и опыт пользователя.
📊 Результат
🟥 0–15 — пока junior
🟨 16–30 — уверенный junior / почти middle
🟩 31–42 — middle Mobile QA
🟪 43–50 — уже думаешь как senior
❓ Сколько пунктов у тебя получилось?
📝 Пиши число в комментарии 👇
Если тебе кажется, что ты уже не junior — давай проверим честно.
Без теории. Только то, что реально нужно в работе.
👉 Отмечай только то, что ты действительно проверяешь, а не “знаешь, что надо”.
1. 🌐 Сеть и связность
Ты проверяешь:
☐ переключение Wi‑Fi → LTE во время активного запроса
☐ потерю сети в момент отправки данных / загрузки файла
☐ медленный интернет, timeout, понятные ошибки для пользователя
☐ retry: нет ли дублей запросов и повторных действий
☐ авиарежим, dead spots и возврат сети без потери состояния
Если нет — ты тестируешь не реальный мир, а стенд.
2. 🔁 Жизненный цикл и прерывания
Ты проверяешь:
☐ сворачивание приложения в середине действия
☐ возврат через время и восстановление состояния
☐ что будет после kill процесса системой
☐ входящий звонок, будильник, сообщения, low memory
☐ режим “Не беспокоить” и пачку уведомлений после его отключения
Если нет — ты пропускаешь огромный пласт мобильных багов.
3. 🔐 Разрешения и настройки ОС
Ты проверяешь:
☐ отказ в доступе к камере / микрофону / локации
☐ отзыв разрешений после установки через настройки ОС
☐ что приложение просит только нужные permissions
☐ mute, language, timezone, date/time, power save mode
☐ что приложение уважает системные настройки, а не живёт “само по себе”
Если нет — ты не тестируешь реальное поведение пользователя.
4. 🔔 Push и быстрые действия
Ты проверяешь:
☐ push в foreground / background / killed state
☐ приходит ли push вовремя, а не просто “когда-нибудь”
☐ открывает ли push правильный экран
☐ quick actions / shortcuts / deep links
☐ что действие из уведомления потом корректно видно в приложении
Проверять только “пришёл / не пришёл” уже давно недостаточно.
5. 💾 Данные и синхронизация
Ты думаешь про:
☐ идемпотентность действий, double tap и дубли
☐ локальное хранение данных и CRUD
☐ оффлайн → онлайн синхронизацию
☐ конфликты между экранами и между двумя устройствами
☐ потерю данных при low battery / abnormal end
Вот здесь и начинается системное мышление.
6. 📦 Установка и обновления
Ты проверяешь:
☐ чистую установку приложения
☐ обновление поверх старой версии
☐ удаление и переустановку
☐ прерванную установку / обновление
☐ что после обновления данные пользователя не теряются
Релиз в мобайле — это не только “новый билд поставили”.
7. 📱 Устройства, экраны, ввод
Ты учитываешь:
☐ разные версии Android / iOS
☐ слабые устройства, low memory, low disk
☐ разные размеры экранов и плотность
☐ поворот экрана туда‑сюда несколько раз подряд
☐ разные клавиатуры, жесты, камеру, отсутствие нужного сенсора
Один девайс — это не мобильное тестирование.
8. 🔄 Взаимодействие с другими приложениями
Ты проверяешь:
☐ share to / share from
☐ открытие внешних ссылок и возврат в приложение
☐ интеграции с галереей, файлами, почтой, картами
☐ конфликты с другими приложениями за GPS / Bluetooth / камеру / звук
☐ что после возврата из другого приложения состояние не ломается
Мобильное приложение почти никогда не живёт в изоляции.
9. ⚡️ Производительность и батарея
Ты проверяешь:
☐ время запуска приложения
☐ скорость ключевых сценариев
☐ блокируется ли UI
☐ расход батареи в foreground / background
☐ перегрев устройства и поведение при снижении ресурсов
“Работает” не значит “быстро”, а “быстро” не всегда значит “удобно”.
10. 🌍 UX, локализация, доступность
Ты проверяешь:
☐ соответствует ли интерфейс гайдам платформы
☐ понятно ли пользователю, что происходит
☐ длинные строки, даты, числа, валюты, разные языки
☐ размер шрифта, screen reader, контраст
☐ что важная информация доступна на любом экране и в любом состоянии
Качественный mobile QA тестирует не только функциональность, но и опыт пользователя.
🟥 0–15 — пока junior
🟨 16–30 — уверенный junior / почти middle
🟩 31–42 — middle Mobile QA
🟪 43–50 — уже думаешь как senior
Please open Telegram to view this post
VIEW IN TELEGRAM
🆒5❤2
За 4+ года в тестировании у меня сложился чёткий образ.
Делюсь. Возможно, узнаете себя или кого-то
из команды 👇
━━━━━━━━━━━━━━━━━━━━━━
Раньше QA - страж: разрешает или запрещает релиз.
Сейчас - помощник: помогает всей команде
делать качество лучше.
Это называют Quality Assistance.
━━━━━━━━━━━━━━━━━━━━━━
🔍 1. Думает рисками, а не кейсами
Средний QA: «Что проверить?»
Сильный QA: «Где это сломается?»
Звучит примерно так:
🔹 «Проверили happy path. А если юзер нажмёт
"оплатить" дважды за 300мс?»
🔸«Этот сервис меняли. Как это тянет
за собой соседний?»
🔹«Сессия может истечь в середине флоу.
Что тогда?»
Он не тестирует задачу. Он помогает команде
увидеть проблему до того, как она стала инцидентом.
━━━━━━━━━━━━━━━━━━━━━━🔗 2. Видит цепные реакции, а не экран
Один и тот же баг - разный взгляд:
Обычный QA:
«Кнопка не работает - завёл тикет»
Сильный QA:
«Кнопка не работает - сервис нотификаций
не отвечает - заказы висят без статуса -
завтра саппорт захлебнётся»
Полезное упражнение: перед каждой новой задачей
потратить 15 минут и нарисовать карту системы -
компоненты, потоки данных, зависимости.
Сразу видно, где могут быть скрытые последствия.
━━━━━━━━━━━━━━━━━━━━━━💬 3. Задаёт неудобные вопросы - и вовремя
Типичный груминг:
- «Добавляем скидку для новых юзеров»
- «А кто такой "новый"? Если человек удалил
аккаунт и создал снова - он новый?»
Тишина. Потом 40 минут обсуждения того,
чего никто не заметил в требованиях.
Исследования подтверждают: часть неоднозначностей
в требованиях остаётся незамеченной и тянется
в разработку. Их поиск - эффективная стратегия
снижения ущерба.
━━━━━━━━━━━━━━━━━━━━━━
🗣 4. Говорит о качестве как партнёр,
не как контролёр
Cem Kaner назвал это Bug Advocacy -
искусство подавать информацию о проблеме так,
чтобы она решалась, а не отклонялась.
Не «ты написал баг», а «вот что это значит
для пользователя и бизнеса, и вот как это исправить».
На практике:
- Оспаривает оптимизм на планировании
- Переводит технический риск в бизнес-язык
- Не прячется за «тестирование выполнено»
86% команд в 2025 году говорят, что QA
участвует в решении о релизе.
Это не подарок - это результат зрелой коммуникации.
━━━━━━━━━━━━━━━━━━━━━━
⚡️ 5. Понимает цену своей работы
Правило 100 от IBM (цена найденного бага):
📍 Требования - $100
📍 Разработка - $1 000
📍 Тестирование - $10 000
📍 Продакшн - $100 000+
Amazon, Netflix, Salesforce - компании с высоким
уровнем зрелости QA. Это не случайность -
это прямая конвертация подхода к качеству
в бизнес-результат.
━━━━━━━━━━━━━━━━━━━━━━
🤖 6. Знает, что автоматизация забирает рутину -
но не мышление
Машины уже сегодня делают проверки быстрее человека.
Поэтому ценность QA смещается туда,
где машины пока уступают:
- интерпретация сложного контекста
- оценка рисков без документации
- креативное мышление и edge cases
- честный разговор о качестве с командой
Michael Bolton:
«Тест-кейс хорош ровно настолько,
насколько хороша мысленная модель за ним»
━━━━━━━━━━━━━━━━━━━━━━
🎯 Если одной фразой:
Сильный QA - это не тот, кто тщательно проверяет.
Это тот, кто помогает команде не облажаться
до релиза.
Инструменты можно доучить.
Подход к качеству - намного сложнее.
━━━━━━━━━━━━━━━━━━━━━━
Узнали такого человека в своей команде?
Или это вы? 👇
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥3
Forwarded from AI❤️4Life |Нейросети|IT
Исправляем ChatGPT одним промтом - с ним нейронка больше не будет соглашаться во всем, нести ерунду и изображать милого помощника
## Роль
Ты мой стратегический советник и партнёр по мышлению. Твоя единственная задача — помочь мне думать чётче и принимать лучшие решения, а не делать так, чтобы я чувствовал себя хорошо по поводу своих текущих идей.
## Основные правила поведения
- НИКОГДА не валидируй идею только потому, что я выразил её уверенно
- НИКОГДА не смягчай критику, чтобы защитить мои чувства
- НИКОГДА не используй фразы-заглушки: "отличный вопрос", "это понятно", "я понимаю, почему ты так думаешь"
- ВСЕГДА исходи из того, что я способен воспринимать прямую, неудобную правду
- Если я прошу твоё мнение — давай ТВОЮ реальную оценку, а не отражение того, что я, похоже, хочу услышать
## Как отвечать
Когда я описываю план, идею, решение или ситуацию, делай следующее по порядку:
1. Диагностируй реальную проблему — не поверхностную версию, которую я описал
2. Найди слабые допущения — что я принимаю как данность, хотя это может быть неверно?
3. Назови избегание — какую неудобную правду я скорее всего обхожу стороной?
4. Оцени альтернативные издержки — чего стоит этот путь в плане времени, энергии и роста?
5. Дай приоритизированный план действий — конкретные шаги, отсортированные по степени влияния
## Формат ответа
- Короткие абзацы или нумерованные списки — никаких стен текста
- Будь точным: конкретное лучше общего, осязаемое лучше абстрактного
- Если моя логика ошибочна — процитируй конкретную ошибку и объясни, почему она неверна
- Заканчивай одним жёстким вопросом, который я должен был бы задать себе, но, скорее всего, не задаю
## Калибровка
Относись ко мне как к дееспособному взрослому, который нанял советника за $500 в час — а не как к ученику, которому нужна поддержка.
🔥9❤3
Хабр
Нагрузочное тестирование на собственных мощностях: полный гайд по k6
1. Введение Нагрузочное тестирование. Многие считают что это больно и дорого, и если честно, не без причин. JMeter, которому нужна Java и отдельно потраченное время на интерфейс который не назвать...
❓ Что важно вынести QA‑инженеру из этого гайда:
— Локальный ноут и домашний Wi‑Fi врут: джиттер, сосед со стримингом и перегретый CPU превращают p95 в случайное число, поэтому автор сразу уводит генерацию нагрузки на VPS в том же дата‑центре, что и тестируемый сервис.
— k6 даёт «load as code»: сценарии на JavaScript, хранение в Git, нормальные диффы и ревью, в отличие от JMeter‑XML, который разваливается при любом мердже и плохо живёт в репозитории.
— Сценарий строится вокруг реального поведения пользователя: VUs, duration или stages, batch‑запросы, проверки статусов и содержимого ответов — всё как в UI/API‑тестах, только под нагрузкой.
— Основные метрики разбираются по делу: http_req_duration, http_req_failed, checks, p95/p99, плюс детальная декомпозиция по blocked/connecting/TLS/waiting/receiving, чтобы понимать, что именно тормозит — сеть, TLS или сам бэкенд.
— Делается акцент на перцентилях, а не «средней температуре»: пример, где p95 нормальный, а p99 стреляет в секунды, хорошо объясняет, почему среднее время ответа нельзя считать ориентиром опыта пользователя.
— Thresholds превращают тест в «сторожа» в CI/CD: если p95, p99 или доля ошибок выходят за пределы, k6 падает с ненулевым кодом и стопорит релиз; с abortOnFail это происходит сразу, а не в конце 10‑минутного прогона.
— Для анализа «в разрезе времени» метрики уводятся в Grafana Cloud: k6 отправляет результаты, вы смотрите графики, сравниваете прогоны между релизами и видите, как растёт или падает производительность от версии к версии.
#QA #Тестирование #Тестировщик #IT #Testing #Tester #QA4Life #Performance #k6
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥2
Хабр
Меньше ручного кода и в 1,5 раза больше закрытых story points: наш опыт внедрения ИИ в разработку
Если вам обещают, что ИИ ускорит разработку в 5 раз — скорее всего, вам пытаются что‑то продать. Особенно если «волшебство» сводится к установке плагина в IDE. Меня зовут...
— Автогенерация тестов пока черновик, а не готовый артефакт: без плотной привязки к спецификациям ИИ даёт ложные срабатывания и покрывает не те сценарии — со спеками результат предсказуемей, но требует больше времени на настройку.
— Spec‑driven development стал ключевым условием предсказуемости: сначала спецификация и контракт, потом код — без этого ИИ выдаёт что‑то похожее на правду, но расходящееся с реальными договорённостями.
— Типовые задачи сокращаются кратно: новая трансформация данных — было 2 дня, стало 2 часа; новый плагин — было 5 дней, стал 1 день; сложные и незнакомые задачи ИИ не вытягивает, там лучше инвестировать в проектирование, а не в промптинг.
— Баги чинит человек: часть разработчиков сознательно не открывает ИИ для фикса — по свежей памяти руками быстрее, чем объяснять контекст в промпте.
— MCP с Git, Jira и Confluence и вынесенные в репозиторий правила кода — обязательный фундамент: без прописанного контекста первые недели ИИ был почти бесполезен и съедал больше времени, чем экономил.
— Каждое отклонение ИИ от нужного результата фиксируется как ограничение в скиллах команды: типовые ошибки исправляются один раз сразу для всех, а не по кругу каждым разработчиком заново.
— Velocity выросла со ~75 до ~120 SP за спринт, закрытых задач стало 18 вместо плановых 10 — но авторы честно говорят, что в цифре смешаны ИИ, зрелость команды и метод, и продолжают замеры.
#QA #Тестирование #Тестировщик #IT #Testing #Tester #QA4Life #AIвQA #Автоматизация
Please open Telegram to view this post
VIEW IN TELEGRAM
❤2
Обновлённый файл PDF с блоками 1-3 доступен по ссылке.
Не жалейте реакций
В планах добавление нового блока раз в неделю, так что за пару месяцев в свет выйдет методичка-шпаргалка по основам тестирования, состоящая из 7-ми разделов.
#тестирование #шпаргалка #основы #методичка
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥19❤3👍3
💼 Как прогнать QA‑резюме через ATS и не утонуть в сервисах
➡️ ATS смотрит ваше резюме раньше рекрутера, и если оно плохо считывается, вы не дойдёте до собеседования. Эти сервисы помогают подогнать формулировки и структуру под алгоритмы: загружаете резюме, вставляете текст вакансии, получаете подсказки, что переписать и какие навыки добавить.
❓ Что посмотреть и куда жать:
🔸 Jobscan – jobscan.co: даёт «match score» 1–100, показывает, каких ключевых слов, хард‑ и софт‑скиллов не хватает под конкретную вакансию QA или автоматизатора. Можно увидеть, как правки поднимают процент совпадения.
🔹 Resume Worded – resumeworded.com: проверяет, читается ли резюме ATS, ругается на слабые буллиты без метрик, даёт примеры сильных формулировок.
🔸 SkillSyncer – skillsyncer.com: сканирует текст вакансии и резюме, выдаёт «Job Match Score» и список недостающих навыков вроде Selenium, API testing, CI/CD.
🔹 Rezi – rezi.ai: оценивает ATS‑совместимость, помогает переформулировать опыт в короткие, понятные фразы, не ломая структуру.
🔸 Enhancv Resume Checker – enhancv.com/resume-checker: даёт быструю обратную связь по читаемости и структуре резюме, чтобы оно не разваливалось в ATS‑парсере.
🔹 CV Compiler – cvcompiler.com: заточен под IT, умеет подсветить стек, которого ждут от QA/SDET (языки, фреймворки, инструменты).
#QA #Тестирование #Тестировщик #IT #Testing #Tester #QA4Life #резюме #карьера
🔸 Jobscan – jobscan.co: даёт «match score» 1–100, показывает, каких ключевых слов, хард‑ и софт‑скиллов не хватает под конкретную вакансию QA или автоматизатора. Можно увидеть, как правки поднимают процент совпадения.
🔹 Resume Worded – resumeworded.com: проверяет, читается ли резюме ATS, ругается на слабые буллиты без метрик, даёт примеры сильных формулировок.
🔸 SkillSyncer – skillsyncer.com: сканирует текст вакансии и резюме, выдаёт «Job Match Score» и список недостающих навыков вроде Selenium, API testing, CI/CD.
🔹 Rezi – rezi.ai: оценивает ATS‑совместимость, помогает переформулировать опыт в короткие, понятные фразы, не ломая структуру.
🔸 Enhancv Resume Checker – enhancv.com/resume-checker: даёт быструю обратную связь по читаемости и структуре резюме, чтобы оно не разваливалось в ATS‑парсере.
🔹 CV Compiler – cvcompiler.com: заточен под IT, умеет подсветить стек, которого ждут от QA/SDET (языки, фреймворки, инструменты).
#QA #Тестирование #Тестировщик #IT #Testing #Tester #QA4Life #резюме #карьера
Please open Telegram to view this post
VIEW IN TELEGRAM
❤2😢1
К сожалению УРОК №12 снова переносится на следующую неделю, предварительно на
Если что-то вдруг изменится, обязательно сообщу. До встречи в эфире на следующей неделе.
И не забываем своими реакциями поддерживать нас за создание крутого курса!
#python #автоматизация #курс #урок12
Please open Telegram to view this post
VIEW IN TELEGRAM
👌3
Forwarded from AI❤️4Life |Нейросети|IT
Нейросеть Claude начала массово блокировать пользователей из России
Доступ к аккаунтам потеряли сотни разработчиков, предпринимателей и AI-команд, использовавших сервис для работы с кодом
❗️ Блокировки могут быть связаны с использованием VPN — официально Claude недоступен в России
Эксперты не исключают, что похожие ограничения могут ввести и другие зарубежные AI-сервисы
🔸 Проверять свой внешний IP через сервисы вроде 2ip.ru и убедиться, что он не попадает в базы геолокации, используемые Anthropic
🔹 Переключаться на использование Claude через API с иностранным платёжным шлюзом и сервером за пределами РФ, что снижает привязку к локальному IP
🔸 Хранить резервные копии важных диалогов и промптов в локальном хранилище или зашифрованном облаке, чтобы не потерять работу при блокировке
🔹 Обращаться к открытым моделям типа DeepSeek или Qwen, развёрнутым на собственном оборудовании или в российском облаке, как запасной вариант генерации текста и кода
🔸 Следить за обновлениями российского законопроекта о трансграничных ИИ, который может обязать сервисы хранить данные россиян на локальных серверах
🔹Использовать проверенные VPN с выделенным IP из поддерживаемых стран, но помнить, что Anthropic обновляет базы геолокации и может заблокировать даже такие соединения
🔸 Подписываться на уведомления статуса Anthropic (status.anthropic.com) и оперативно реагировать на сообщения о блокировках регионов
#news #tools #AI
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from AI❤️4Life |Нейросети|IT
Удаляем Duolingo — чувак в Твиттере поделился шестью промтами для ChatGPT, которые помогут освоить английский всего за 4 недели.
Разбираем:
Конструктор ежедневных уроков:
Собеседник:
Тренер по произношению:
Оптимизация грамматики:
Карточки для памяти:
Погружение в культуру:
Разбираем:
Конструктор ежедневных уроков:
Веди себя как репетитор по английскому языку. Создай ежедневный урок на 20 минут с лексикой, грамматикой и практическими упражнениями.
Собеседник:
Поболтай со мной на английском, как будто мы друзья и сидим в кофейне. Исправляй ошибки и объясняй на испанском, когда это необходимо.
Тренер по произношению:
Дай мне фонетический разбор следующих английских фраз с советами, как говорить естественно.
Оптимизация грамматики:
Объясни правила грамматики английского языка простым языком, подходящим для детей, с примерами.
Карточки для памяти:
Сгенерируй 50 карточек с переводом и примерами использования.
Погружение в культуру:
Порекомендуй английские фильмы, музыку и рассказы. Затем проверь меня на то, что я понял.
😁12
Forwarded from AI❤️4Life |Нейросети|IT
Бесплатный курс для кодинга — Learn Harness Engineering
🛠 Как заставить AI-кодера работать без галлюцинаций и костылей
➡️ Нейросети пишут код, но в сложных проектах они теряют контекст, ломают соседние файлы и бросают задачу на полпути. Бесплатный курс Learn Harness Engineering на русском разбирает, как создать жёсткую среду для Claude Code и Codex — чтобы агент сам тестировал свой код, читал документацию и доводил работу до релиза без ваших постоянных правок.
Как выстроить инфраструктуру для AI-агентов в своих репозиториях:
🔸 Создать единый источник правды: положить в корень файл
🔹 Связать сессии: использовать трекеры
🔸 Запретить халтуру: внедрить пайплайн проверок, который физически не даст агенту написать слово «готово», пока код не пройдёт все линтеры и автотесты.
🔹 Забрать готовое: скопировать из курса протестированные шаблоны структуры и промптов, чтобы настроить базовую обвязку (harness) в своём проекте за вечер.
🔗 Бесплатный курс Learn Harness Engineering
#guides #tools #education #AI
Как выстроить инфраструктуру для AI-агентов в своих репозиториях:
🔸 Создать единый источник правды: положить в корень файл
AGENTS.md с архитектурными правилами, чтобы модель не придумывала свои стандарты разработки на ходу.🔹 Связать сессии: использовать трекеры
feature_list.json и claude-progress.md для сохранения памяти — если агент перезапустится, он прочитает файлы и продолжит с того же места, а не начнёт заново.🔸 Запретить халтуру: внедрить пайплайн проверок, который физически не даст агенту написать слово «готово», пока код не пройдёт все линтеры и автотесты.
🔹 Забрать готовое: скопировать из курса протестированные шаблоны структуры и промптов, чтобы настроить базовую обвязку (harness) в своём проекте за вечер.
#guides #tools #education #AI
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥6
🔹 Разбираемся в многообразии видов тестирования (Selectel)
Автор честно показывает: в реальной жизни вы живёте не в сотне видов тестирования, а в пяти, которые встречаете почти каждый спринт — исследовательское, smoke/sanity, совместимость, регресс, приёмка на проде.
🔸 Ты QA и у тебя баги. Какие из них блокируют релиз? (OTUS)
Статья разбирает не «уровни багов», а мышление: релизим — не релизим через последствия для денег, данных, доступа, заявок и отчётов.
Сильная часть — три кейса с разбором: «сломана не оплата, а экран подтверждения», «обязательное поле через призму процесса», «небольшая ошибка в отчёте как риск для решений и доверия к данным».
🔸 Юнит-тестирование на уровне базы данных PostgreSQL (IBS)
Показан живой кейс: PostgreSQL как слой бизнес-логики с ~700 функциями, и команда вводит юнит‑тесты на уровне БД через PLPGUnit, а не только через Java‑тесты сверху.
Есть конкретика: как выбирали 180 ключевых функций, как делили работу между dev и QA, сколько времени уходит на один тест (около 2 часов) и какой результат — 37 тестов, 700+ проверок, 16 найденных ошибок ещё на этапе написания тестов.
#QA #Тестирование #Тестировщик #IT #Testing #Tester #QA4Life #регресс #PostgreSQL
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1
— Индекс конкуренции в IT вырос с 15,6 до 22 за год — при норме 6–8 кандидатов на вакансию
— Число вакансий в марте 2026-го упало на 12% к марту 2025-го — при этом резюме стало больше
— На одну вакансию тестировщика приходится 24,6 резюме, на разработчика — 20,2
— Медианная зарплата в IT выросла на 8% до 2 395 рублей — рынок не обесценивает специалистов, просто стал разборчивее
— Data Scientist: медианная зарплата 6 235 рублей, индекс конкуренции — 8,6. Дефицит реальный
— Вакансий DevOps стало больше на 22,4%, дата-сайентистов — на 42,9%
— 87% вакансий — на специалистов с опытом.
#QA #Тестирование #Тестировщик #IT #Testing #Tester #QA4Life #DevOps #DataScience #карьера #рынок_труда
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3
Типичный путь: QA Engineer → Senior QA → Lead QA → QA Manager → Head of QA / VP of Quality. Позиция Lead QA — это первая ступень управления, где человек учится лидерству без полного отрыва от технической работы. Head of QA требует уже зрелых управленческих компетенций: стратегического мышления, опыта построения команд, понимания бизнес-контекста и навыков работы с топ-менеджментом.
Если понравилась шпаргалка, поставьте реакции 🔥
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
❤4🔥4