Минпромторг открыл допотбор на субсидию: до 50% затрат на внедрение российского ПО, программно-аппаратных комплексов и средств защиты информации компенсируют из бюджета. Лимит - до 300 млн ₽ на проект. Приём заявок - с 29 июля по 21 августа.
Условия: обрабатывающая промышленность, штат от 40 человек, выручка от 200 млн ₽.
Если вы проходите по условиям - это реальный шанс перейти на отечественную TMS почти за счёт государства.
Если нет - DoQA и без субсидий остаётся одним из самых выгодных решений по цене и качеству.
Сомневаетесь, стоит ли переезжать сейчас?
Приходите на демо — покажем продукт, поможем спланировать миграцию с любой TMS и компенсируем часть расходов на переезд. 🚀
🌐 https://doqa.app/
🥸 Telegram
🤩 Мы в MAX
Условия: обрабатывающая промышленность, штат от 40 человек, выручка от 200 млн ₽.
Если вы проходите по условиям - это реальный шанс перейти на отечественную TMS почти за счёт государства.
Если нет - DoQA и без субсидий остаётся одним из самых выгодных решений по цене и качеству.
Сомневаетесь, стоит ли переезжать сейчас?
Приходите на демо — покажем продукт, поможем спланировать миграцию с любой TMS и компенсируем часть расходов на переезд. 🚀
Please open Telegram to view this post
VIEW IN TELEGRAM
⚡3
Команда QA из 3 человек прекрасно живёт в табличке и переписке. Все тест-кейсы на виду, баги обсуждаются в чате, а "готовы ли мы к релизу" - вопрос, на который тимлид отвечает мгновенно.
Команда из 12 - уже нет.
Тест-кейсов стало в четыре раза больше, а вот времени на них уходит не в четыре раза больше, а в десять. Потому что теперь, прежде чем что-то протестировать, сначала нужно найти этот тест-кейс. Потом проверить, не завёл ли его кто-то ещё под другим названием. Потом понять, какая из трёх версий актуальная. И только после этого протестировать.
Мы видим это в каждой миграции на DoQA. Компании приходят не потому, что "все пользуются TMS и нам наверное надо". Они приходят, когда на вопрос "а мы точно всё нормально протестировано перед релизом?" нет точного ответа и команде, в очередной раз, приходится поднимать все переписки и искать ответ в 40 вкладках Excel.
Управляемость процесса - это не про инструмент ради инструмента. Это про то, что ответ на вопрос «готовы ли мы к релизу» перестаёт быть догадкой и превращается в факт, который можно показать за минуту.
Приходите на демо - покажем, где именно у вас теряется время и как DoQA может это исправить.
🌐 https://doqa.app/
🥸 Telegram
🤩 Мы в MAX
Команда из 12 - уже нет.
Тест-кейсов стало в четыре раза больше, а вот времени на них уходит не в четыре раза больше, а в десять. Потому что теперь, прежде чем что-то протестировать, сначала нужно найти этот тест-кейс. Потом проверить, не завёл ли его кто-то ещё под другим названием. Потом понять, какая из трёх версий актуальная. И только после этого протестировать.
Мы видим это в каждой миграции на DoQA. Компании приходят не потому, что "все пользуются TMS и нам наверное надо". Они приходят, когда на вопрос "а мы точно всё нормально протестировано перед релизом?" нет точного ответа и команде, в очередной раз, приходится поднимать все переписки и искать ответ в 40 вкладках Excel.
Управляемость процесса - это не про инструмент ради инструмента. Это про то, что ответ на вопрос «готовы ли мы к релизу» перестаёт быть догадкой и превращается в факт, который можно показать за минуту.
Приходите на демо - покажем, где именно у вас теряется время и как DoQA может это исправить.
Please open Telegram to view this post
VIEW IN TELEGRAM
⚡4
Вышла коробочная DoQA 4.2🚀
В основе — всё, что уже прилетело в облако: импорт файлов до 1 ГБ и три новых коннектора для синхронизации требований — YouTrack, Яндекс.Трекер, Kaiten.
А ещё для серверной версии — то, чего у неё раньше не было: корпоративная авторизация через SSO/LDAP.
Как это работает:
- единая форма входа, при включении SSO экран показывает корпоративный вход;
- в строгом режиме можно оставить только SSO и отключить локальный пароль совсем;
- новые пользователи из корпоративного каталога создаются автоматически, без ручного заведения;
- существующие учётки просто связываются по совпадению почты — переносить и настраивать вручную не нужно.
Для команд с большим количеством пользователей и своей IT-инфраструктурой — это закрывает вопрос, который раньше решался костылями.
Почитать подробнее можно у нас на сайте
Обновление уже доступно.
Вопросы — @doqa_team или support@doqa.app
В основе — всё, что уже прилетело в облако: импорт файлов до 1 ГБ и три новых коннектора для синхронизации требований — YouTrack, Яндекс.Трекер, Kaiten.
А ещё для серверной версии — то, чего у неё раньше не было: корпоративная авторизация через SSO/LDAP.
Как это работает:
- единая форма входа, при включении SSO экран показывает корпоративный вход;
- в строгом режиме можно оставить только SSO и отключить локальный пароль совсем;
- новые пользователи из корпоративного каталога создаются автоматически, без ручного заведения;
- существующие учётки просто связываются по совпадению почты — переносить и настраивать вручную не нужно.
Для команд с большим количеством пользователей и своей IT-инфраструктурой — это закрывает вопрос, который раньше решался костылями.
Почитать подробнее можно у нас на сайте
Обновление уже доступно.
Вопросы — @doqa_team или support@doqa.app
👍4❤2
Ирландия - мировой лидер по плотности тестировщиков ПО: 61,2 специалиста на 100 тысяч человек, больше, чем в любой другой стране мира (данные TestGrid, Software Testing Statistics 2026).
Для сравнения - это почти в два раза больше, чем в среднем по Западной Европе, где сосредоточена значительная часть QA-аутсорса и продуктовых команд. Маленькая страна с населением меньше 5 миллионов человек, но именно там на тестирование смотрят как на отдельную профессию, а не довесок к разработке.
Для сравнения - это почти в два раза больше, чем в среднем по Западной Европе, где сосредоточена значительная часть QA-аутсорса и продуктовых команд. Маленькая страна с населением меньше 5 миллионов человек, но именно там на тестирование смотрят как на отдельную профессию, а не довесок к разработке.
⚡5🤯4❤3
ИИ в 2026-м пишет код быстрее, чем его успевают проверять.
По данным Tricentis, 60% компаний в мире время от времени отгружают в прод непротестированный код именно из-за скорости ИИ-генерации.
DeviQA дополняет: 58% QA-команд говорят, что нагрузка выросла именно после того, как разработчики начали писать код с ИИ.
Мы видим то же у своих клиентов: узкое место сместилось.
Раньше тормозила разработка, теперь - ревью и приоритизация рисков.
Поэтому AI-помощник в DoQA не "очередная прикольная фича" - он собирает тест-кейсы и чек-листы из требований и кода за секунды, чтобы у QA-инженера оставалось время на то, что не автоматизируешь с помощью ИИ.
🌐 https://doqa.app/
🥸 Telegram
🤩 Мы в MAX
По данным Tricentis, 60% компаний в мире время от времени отгружают в прод непротестированный код именно из-за скорости ИИ-генерации.
DeviQA дополняет: 58% QA-команд говорят, что нагрузка выросла именно после того, как разработчики начали писать код с ИИ.
Мы видим то же у своих клиентов: узкое место сместилось.
Раньше тормозила разработка, теперь - ревью и приоритизация рисков.
Поэтому AI-помощник в DoQA не "очередная прикольная фича" - он собирает тест-кейсы и чек-листы из требований и кода за секунды, чтобы у QA-инженера оставалось время на то, что не автоматизируешь с помощью ИИ.
Please open Telegram to view this post
VIEW IN TELEGRAM
✍5👍1
65% индустрии тестирования начинают паниковать из-за ИИ(по данным State of Testing 2026).
Логично было бы предположить, что тревожатся в первую очередь те, кто уже плотно работает с ИИ и видит все его слабые места.
Оказалось наоборот, тревога выше именно там, где ИИ особо не используют😀
В компаниях, где реально используется ИИ в тестировании, сотрудники на 17% спокойнее и в 4 раза чаще говорят, что не видят повода для беспокойства.
Страх "ИИ скоро заменит QA" держится не на опыте, а на его отсутствии.
Логично было бы предположить, что тревожатся в первую очередь те, кто уже плотно работает с ИИ и видит все его слабые места.
Оказалось наоборот, тревога выше именно там, где ИИ особо не используют😀
В компаниях, где реально используется ИИ в тестировании, сотрудники на 17% спокойнее и в 4 раза чаще говорят, что не видят повода для беспокойства.
Страх "ИИ скоро заменит QA" держится не на опыте, а на его отсутствии.
⚡4✍3
Тест-кейсов может быть 500, а ответа на вопрос "что из требований мы реально покрыли" - 0.
Так живёт почти любая QA-команда, которая ведёт требования в Confluence или Word/Exel, а тесты в отдельной TMS. Связь между ними держится на честном слове в голове у одного человека. Уйдёт и никто не сможет вспомнить какие вообще фичи тестировались и когда.
В обновлении DoQA 4.2 мы добавили модуль управления требованиями с матрицей покрытия. Требования и тест-кейсы в одном месте и по каждому требованию видно: есть тесты, нет тестов, где просели, нужна ли актуализация и т.д..
Для команды QA это незаменимый функционал, который быстро может дать ответ на вопрос "что мы точно проверили перед релизом".
Так живёт почти любая QA-команда, которая ведёт требования в Confluence или Word/Exel, а тесты в отдельной TMS. Связь между ними держится на честном слове в голове у одного человека. Уйдёт и никто не сможет вспомнить какие вообще фичи тестировались и когда.
В обновлении DoQA 4.2 мы добавили модуль управления требованиями с матрицей покрытия. Требования и тест-кейсы в одном месте и по каждому требованию видно: есть тесты, нет тестов, где просели, нужна ли актуализация и т.д..
Для команды QA это незаменимый функционал, который быстро может дать ответ на вопрос "что мы точно проверили перед релизом".
🔥9⚡4
Всем привет 👋
Пока допиливаем большой блок автотестов, добавили в текущую DoQA 4.2 Niccolum (для облака и коробки) доработку по запросу клиента.
У многих команд в Kaiten настроены свои кастомные поля - приоритет, компонент, окружение и т.д..
Многие из вас об этом писали: баг-репорт из DoQA долетал до Kaiten, а поля оставались пустыми - их приходилось дозаполнять руками уже в самом трекере.
Теперь DoQA считывает кастомные поля Kaiten и даёт заполнить их сразу при создании баг-репорта не выходя из интерфейса DoQA.
Если у вас тоже есть пожелания по поводу новых фич для DoQA - пишите, мы всегда на связи и разбираем каждый запрос.
🌐 https://doqa.app/
🥸 Telegram
🤩 Мы в MAX
Пока допиливаем большой блок автотестов, добавили в текущую DoQA 4.2 Niccolum (для облака и коробки) доработку по запросу клиента.
У многих команд в Kaiten настроены свои кастомные поля - приоритет, компонент, окружение и т.д..
Многие из вас об этом писали: баг-репорт из DoQA долетал до Kaiten, а поля оставались пустыми - их приходилось дозаполнять руками уже в самом трекере.
Теперь DoQA считывает кастомные поля Kaiten и даёт заполнить их сразу при создании баг-репорта не выходя из интерфейса DoQA.
Если у вас тоже есть пожелания по поводу новых фич для DoQA - пишите, мы всегда на связи и разбираем каждый запрос.
Please open Telegram to view this post
VIEW IN TELEGRAM
⚡4❤2🍾2
Про AI в тестировании сейчас говорят все. Почти никто не говорит, что толку от AI без порядка в процессах - ноль.
На днях Ministry of Testing собрали панель с аналитиком Forrester(Devin Dickerson) и QA-лидом из крупной финансовой компании и прямо назвали проблему: чем больше AI-инструментов в команде, тем больше шума, а не меньше работы. Разбор от Belitsoft о состоянии AI в QA на 2026 год говорит о том же - AI уже стал фундаментом тестирования, но пользы от него ровно столько, сколько порядка в процессе, который он автоматизирует.
Мы видим ту же картину: AI отлично ускоряет генерацию тест-кейсов и отчётов, но если тест-кейсы разбросаны по чатам и табличкам без структуры - AI просто быстрее плодит хаос, а не наводит порядок.
Сначала процесс, потом AI поверх него - иначе это дорогая игрушка, а не инструмент.
На днях Ministry of Testing собрали панель с аналитиком Forrester(Devin Dickerson) и QA-лидом из крупной финансовой компании и прямо назвали проблему: чем больше AI-инструментов в команде, тем больше шума, а не меньше работы. Разбор от Belitsoft о состоянии AI в QA на 2026 год говорит о том же - AI уже стал фундаментом тестирования, но пользы от него ровно столько, сколько порядка в процессе, который он автоматизирует.
Мы видим ту же картину: AI отлично ускоряет генерацию тест-кейсов и отчётов, но если тест-кейсы разбросаны по чатам и табличкам без структуры - AI просто быстрее плодит хаос, а не наводит порядок.
Сначала процесс, потом AI поверх него - иначе это дорогая игрушка, а не инструмент.
💯3👍1
Число найденных багов зависит не только от опыта тестировщика, но и от того, во что он верит перед стартом.
Учёные проверили это в контролируемом эксперименте: тестировщики, которые заранее считали, что программа работает правильно, придумывали заметно больше "подтверждающих" тест-кейсов. Таких, что просто проходят по счастливому пути. А те, кто с самого начала были уверены, что дефекты точно есть, находили их больше.
Это называется confirmation bias - склонность к подтверждению. Мозг ищет тесты, которые докажут то, во что он уже верит, а не те, что реально могут всё сломать.
Забавно, что это работает даже у людей, чья профессия - сомневаться в чужой работе.
Учёные проверили это в контролируемом эксперименте: тестировщики, которые заранее считали, что программа работает правильно, придумывали заметно больше "подтверждающих" тест-кейсов. Таких, что просто проходят по счастливому пути. А те, кто с самого начала были уверены, что дефекты точно есть, находили их больше.
Это называется confirmation bias - склонность к подтверждению. Мозг ищет тесты, которые докажут то, во что он уже верит, а не те, что реально могут всё сломать.
Забавно, что это работает даже у людей, чья профессия - сомневаться в чужой работе.
👍2😁2
"Это в роадмапе" - фраза, после которой на демо любого b2b-продукта обычно наступает неловкая пауза. К сожалению, эта фраза не несёт никакой конкретики и означает "может быть.., когда-нибудь.., ничего не обещаем... и т.п.".
У DoQA роадмап открытый: doqa.app/roadmap
Всего три колонки - что уже готово, что в активной разработке и что в очереди на ближайшие релизы, с конкретными фичами и коротким описанием каждой.
Сейчас там 77 позиций.
Например: в "Готово" - интеграция с Kaiten, публичный API, матрица трассируемости требований и т.д..
В работе - большой блок по автотестам: UI раздела, детект flaky-тестов, Quality Gate, IDE-плагины.
На очереди - конструктор кастомных дашбордов, встроенный AI-чат в интерфейсе.
Мы обновляем страницу после каждого релиза, чтобы вам не приходилось гадать что мы делаем и когда будет важная для вас фича.
У DoQA роадмап открытый: doqa.app/roadmap
Всего три колонки - что уже готово, что в активной разработке и что в очереди на ближайшие релизы, с конкретными фичами и коротким описанием каждой.
Сейчас там 77 позиций.
Например: в "Готово" - интеграция с Kaiten, публичный API, матрица трассируемости требований и т.д..
В работе - большой блок по автотестам: UI раздела, детект flaky-тестов, Quality Gate, IDE-плагины.
На очереди - конструктор кастомных дашбордов, встроенный AI-чат в интерфейсе.
Мы обновляем страницу после каждого релиза, чтобы вам не приходилось гадать что мы делаем и когда будет важная для вас фича.
⚡2🆒2❤🔥1👍1
Спросите своего QA-лида: на каком уровне зрелости тестирование в команде?
Скорее всего в ответ будет пауза. Вопрос абстрактный ровно до момента, пока не понадобится ответить на него руководству или собственной команде, которая просит роадмап развития, а не очередной набор задач в спринт.
Проблема не в том, что тестирование работает плохо. Проблема в том, что как только команд становится больше одной, они неизбежно приходят к разным подходам: где-то кейсы в таблице, где-то в голове самого опытного тестировщика, где-то автоматизация покрывает половину функциональности, а где-то её нет вовсе. Без способа сравнить эти команды между собой решения принимаются на ощущениях, а не на данных.
Разобрали в статье, как оценить зрелость QA-процесса без готовой многостраничной методологии:
• почему готовые модели TMMi и TPI Next часто избыточны для команды из 5–15 человек
• живой пример: как одна крупная компания подняла 17 команд с нулевого уровня зрелости за три квартала. С ростом автоматизации на 30–40% и экономией времени 10–15%
• как быстро построить свою мини-модель за 3 шага
Читать на сайте 👉 https://doqa.app/blog/zrelost-qa-processa-kak-izmerit
Скорее всего в ответ будет пауза. Вопрос абстрактный ровно до момента, пока не понадобится ответить на него руководству или собственной команде, которая просит роадмап развития, а не очередной набор задач в спринт.
Проблема не в том, что тестирование работает плохо. Проблема в том, что как только команд становится больше одной, они неизбежно приходят к разным подходам: где-то кейсы в таблице, где-то в голове самого опытного тестировщика, где-то автоматизация покрывает половину функциональности, а где-то её нет вовсе. Без способа сравнить эти команды между собой решения принимаются на ощущениях, а не на данных.
Разобрали в статье, как оценить зрелость QA-процесса без готовой многостраничной методологии:
• почему готовые модели TMMi и TPI Next часто избыточны для команды из 5–15 человек
• живой пример: как одна крупная компания подняла 17 команд с нулевого уровня зрелости за три квартала. С ростом автоматизации на 30–40% и экономией времени 10–15%
• как быстро построить свою мини-модель за 3 шага
Читать на сайте 👉 https://doqa.app/blog/zrelost-qa-processa-kak-izmerit
⚡2👍1
Почему внедрение TMS иногда останавливается не на QA, а на службе безопасности🧐
Когда крупная компания выбирает систему управления тестированием, решение редко зависит только от QA-лида. На финальном этапе почти всегда подключается служба информационной безопасности, и у неё свой список вопросов. Кстати, часто не пересекающийся с тем, что важно тестировщикам.
Один из главных: как система работает с доступом. Если TMS требует отдельный логин и пароль, не связанный с корпоративным каталогом пользователей, это ещё одна точка, которую нужно администрировать, отслеживать и защищать отдельно. Для ИБ это дополнительный риск.
Периодически мы сталкиваемся с таким вопросом на демо для крупных клиентов. И это одна из причин(если не главная), почему в DoQA On-Prem мы реализовали поддержку LDAP. Доступ к системе тестирования идёт через тот же каталог, что и к остальным корпоративным сервисам. Без отдельной учётки, который потом придётся объяснять на аудите.
Когда крупная компания выбирает систему управления тестированием, решение редко зависит только от QA-лида. На финальном этапе почти всегда подключается служба информационной безопасности, и у неё свой список вопросов. Кстати, часто не пересекающийся с тем, что важно тестировщикам.
Один из главных: как система работает с доступом. Если TMS требует отдельный логин и пароль, не связанный с корпоративным каталогом пользователей, это ещё одна точка, которую нужно администрировать, отслеживать и защищать отдельно. Для ИБ это дополнительный риск.
Периодически мы сталкиваемся с таким вопросом на демо для крупных клиентов. И это одна из причин(если не главная), почему в DoQA On-Prem мы реализовали поддержку LDAP. Доступ к системе тестирования идёт через тот же каталог, что и к остальным корпоративным сервисам. Без отдельной учётки, который потом придётся объяснять на аудите.
⚡2🔥2🆒1
Когда код пишет ИИ, дефицитным становится не программист, а тестировщик👾
Недавно вышла статья инженера-практика о том, как за пять месяцев в его команде число автотестов выросло с одного до 878 - большую часть написали не люди, а собранная им команда ИИ-агентов.
Автор ожидал, что узким местом окажется скорость написания тестов. На практике узким местом оказалось доверие к результату. В статье целый список типичных ошибок агентов: подправить сам тест вместо того, чтобы разобраться в баге, замокать именно тот компонент, который должен был проверяться, обойти механизм авторизации коротким путём, ограничиться только happy path. Автор прямо пишет: это не технические баги модели, а профессиональные слабости тестировщика, которые агент воспроизводит с пугающей точностью.
Отсюда и главный тезис: рост автогенерации кода не убирает тестирование из процесса, а делает его архитектурной ролью. Кто-то должен решить, что считается доказательством качества, какие правила это фиксируют и как они проверяются со временем.
Всё это - одна из главных болей команд, которые подключают ИИ к автотестам без выстроенной документации. Скорость производства растёт, а вопрос "чему из этого можно верить" остаётся без ответа.
Именно эту дисциплину(правила, историю решений, ответственность за них и т.д.) и закрывает TMS.
Недавно вышла статья инженера-практика о том, как за пять месяцев в его команде число автотестов выросло с одного до 878 - большую часть написали не люди, а собранная им команда ИИ-агентов.
Автор ожидал, что узким местом окажется скорость написания тестов. На практике узким местом оказалось доверие к результату. В статье целый список типичных ошибок агентов: подправить сам тест вместо того, чтобы разобраться в баге, замокать именно тот компонент, который должен был проверяться, обойти механизм авторизации коротким путём, ограничиться только happy path. Автор прямо пишет: это не технические баги модели, а профессиональные слабости тестировщика, которые агент воспроизводит с пугающей точностью.
Отсюда и главный тезис: рост автогенерации кода не убирает тестирование из процесса, а делает его архитектурной ролью. Кто-то должен решить, что считается доказательством качества, какие правила это фиксируют и как они проверяются со временем.
Всё это - одна из главных болей команд, которые подключают ИИ к автотестам без выстроенной документации. Скорость производства растёт, а вопрос "чему из этого можно верить" остаётся без ответа.
Именно эту дисциплину(правила, историю решений, ответственность за них и т.д.) и закрывает TMS.
⚡2❤1
Когда искусственный интеллект находит багов больше, чем их успевают чинить🤖
ProPublica рассказала историю, которая переворачивает привычный страх айтишников с ног на голову. Обычно боятся, что ИИ заменит тестировщиков и разработчиков. В случае с Microsoft всё наоборот: новая модель Anthropic научилась находить уязвимости в коде настолько эффективно, что инженеры компании не успевают их закрывать.
Весной в Microsoft даже собрали отдельную рабочую группу (внутри её называют Project Glasswing), чтобы разобраться с потоком находок и расставить приоритеты.
История хорошо показывает, что происходит, когда одна часть процесса резко ускоряется, а вторая остаётся прежней: находки не решают проблему сами по себе, если некому их разгребать.
ProPublica рассказала историю, которая переворачивает привычный страх айтишников с ног на голову. Обычно боятся, что ИИ заменит тестировщиков и разработчиков. В случае с Microsoft всё наоборот: новая модель Anthropic научилась находить уязвимости в коде настолько эффективно, что инженеры компании не успевают их закрывать.
Весной в Microsoft даже собрали отдельную рабочую группу (внутри её называют Project Glasswing), чтобы разобраться с потоком находок и расставить приоритеты.
История хорошо показывает, что происходит, когда одна часть процесса резко ускоряется, а вторая остаётся прежней: находки не решают проблему сами по себе, если некому их разгребать.
⚡5🔥1
Поменялся 1 экран и команда садится править 300 кейсов вручную.
Классическая история: шаги авторизации, подготовки окружения, выбора тестового аккаунта прописаны отдельно в каждом кейсе. Пока флоу стабильный, это никого не беспокоит. Как только он меняется, документация начинает устаревать быстрее, чем её успевают чинить.
Дальше обычно происходит одно из двух. Либо кто-то героически правит всё за неделю, либо часть кейсов остаётся со старыми шагами и джун идёт по инструкции, которая уже не работает.
В DoQA для этого есть общие шаги. Блок выносится один раз, а дальше редактируется в одном месте. Изменили общий шаг - он обновился во всех кейсах, где используется.
Отдельно удобно, что общий шаг можно собрать из уже написанных шагов кейса: отметить нужные и вынести, не переписывая всё заново.
Сама фича выглядит мелкой. Но именно из таких мелочей складывается ответ на вопрос, почему у одной команды документация живая, а у другой - исторический артефакт.
Классическая история: шаги авторизации, подготовки окружения, выбора тестового аккаунта прописаны отдельно в каждом кейсе. Пока флоу стабильный, это никого не беспокоит. Как только он меняется, документация начинает устаревать быстрее, чем её успевают чинить.
Дальше обычно происходит одно из двух. Либо кто-то героически правит всё за неделю, либо часть кейсов остаётся со старыми шагами и джун идёт по инструкции, которая уже не работает.
В DoQA для этого есть общие шаги. Блок выносится один раз, а дальше редактируется в одном месте. Изменили общий шаг - он обновился во всех кейсах, где используется.
Отдельно удобно, что общий шаг можно собрать из уже написанных шагов кейса: отметить нужные и вынести, не переписывая всё заново.
Сама фича выглядит мелкой. Но именно из таких мелочей складывается ответ на вопрос, почему у одной команды документация живая, а у другой - исторический артефакт.
⚡3🔥2
Три ИИ-модели посадили торговать газировкой - и они договорились о ценах.
Andon Labs вместе с Anthropic запустили эксперимент: Claude Opus 5, GPT-5.6 и Kimi K3 управляют соседними виртуальными вендинговыми автоматами в одной точке, конкурируют за одних и тех же покупателей и пытаются заработать за симулированный год.
Кооперацию в задачу никто не закладывал. Тем не менее исследователи зафиксировали, что модели начали согласовывать цены между собой, а по ходу симуляции проявились обман и давление на конкурентов.
Самое интересное здесь не про этику ИИ, а про длину прогона. На коротком отрезке все три агента выглядят разумно. Странности вылезают на дистанции в симулированный год.
В тестировании работает тот же принцип: один зелёный прогон говорит только о том, что было сегодня. Поэтому в DoQA у прогона есть история прохождения теста — видно не только текущий статус, но и то, как тест вёл себя раньше.
Andon Labs вместе с Anthropic запустили эксперимент: Claude Opus 5, GPT-5.6 и Kimi K3 управляют соседними виртуальными вендинговыми автоматами в одной точке, конкурируют за одних и тех же покупателей и пытаются заработать за симулированный год.
Кооперацию в задачу никто не закладывал. Тем не менее исследователи зафиксировали, что модели начали согласовывать цены между собой, а по ходу симуляции проявились обман и давление на конкурентов.
Самое интересное здесь не про этику ИИ, а про длину прогона. На коротком отрезке все три агента выглядят разумно. Странности вылезают на дистанции в симулированный год.
В тестировании работает тот же принцип: один зелёный прогон говорит только о том, что было сегодня. Поэтому в DoQA у прогона есть история прохождения теста — видно не только текущий статус, но и то, как тест вёл себя раньше.
❤2🔥2
Регресс зелёный, а баг в проде.
Дальше начинается расследование: кто и когда поменял этот кейс.
Обычно ответ ищут в чате. Иногда находят, чаще нет - правка была быстрой, перед релизом, "просто убрал лишний шаг, он всё равно всегда падал".
Мы видим эту ситуацию у команд регулярно, и почти никогда за ней не стоит халатность. Кейс правят под давлением сроков, изменение выглядит безобидным, а последствия всплывают через релиз или два, когда связать одно с другим уже сложно.
В DoQA у тест-кейсов есть история редактирования: видно, что менялось, и можно вернуться к предыдущей версии. Вместо восстановления событий по памяти команда открывает историю и смотрит, в каком виде кейс проходил прошлый релиз.
Тестовая документация без истории изменений - это не документация, а чьё-то текущее мнение о продукте.
Дальше начинается расследование: кто и когда поменял этот кейс.
Обычно ответ ищут в чате. Иногда находят, чаще нет - правка была быстрой, перед релизом, "просто убрал лишний шаг, он всё равно всегда падал".
Мы видим эту ситуацию у команд регулярно, и почти никогда за ней не стоит халатность. Кейс правят под давлением сроков, изменение выглядит безобидным, а последствия всплывают через релиз или два, когда связать одно с другим уже сложно.
В DoQA у тест-кейсов есть история редактирования: видно, что менялось, и можно вернуться к предыдущей версии. Вместо восстановления событий по памяти команда открывает историю и смотрит, в каком виде кейс проходил прошлый релиз.
Тестовая документация без истории изменений - это не документация, а чьё-то текущее мнение о продукте.
💯2
"Блокнот" научили Markdown - вместе с ним он получил удалённое выполнение кода.
В 2025 году Microsoft добавила в стандартный Notepad поддержку разметки. В феврале 2026-го компания закрывала в нём уязвимость CVE-2026-20841 с оценкой 8.8: специально собранная ссылка внутри md-файла заставляла «Блокнот» вызвать непроверенный обработчик протокола и подгрузить внешнее содержимое.
Об этом писали The Register и Help Net Security. Патч приехал в февральский Patch Tuesday, подтверждённых случаев эксплуатации на момент раскрытия не было.
История хороша тем, что показывает цену любой новой возможности. Самое простое приложение Windows три десятилетия жило с обычным текстом - и одна удобная фича принесла с собой новую поверхность атаки.
Мы держим в голове тот же принцип: вместе с фичей в продукт приезжает набор проверок, и он должен вырасти сразу, а не через три релиза.
В 2025 году Microsoft добавила в стандартный Notepad поддержку разметки. В феврале 2026-го компания закрывала в нём уязвимость CVE-2026-20841 с оценкой 8.8: специально собранная ссылка внутри md-файла заставляла «Блокнот» вызвать непроверенный обработчик протокола и подгрузить внешнее содержимое.
Об этом писали The Register и Help Net Security. Патч приехал в февральский Patch Tuesday, подтверждённых случаев эксплуатации на момент раскрытия не было.
История хороша тем, что показывает цену любой новой возможности. Самое простое приложение Windows три десятилетия жило с обычным текстом - и одна удобная фича принесла с собой новую поверхность атаки.
Мы держим в голове тот же принцип: вместе с фичей в продукт приезжает набор проверок, и он должен вырасти сразу, а не через три релиза.
🔥5
DoQA 4.3 (Titanium) — самый крупный релиз для автоматизированного тестирования
Что внутри:
☑️ Раздел «Автотесты». Единый каталог всех автотестов пространства с деревом структуры и фильтрами по ветке, тегам, источнику и карантину. У каждого теста — понятное состояние: здоровый, нестабильный, сломанный, в карантине.
☑️ Запуск в CI/CD. Подключение к GitLab, Jenkins и TeamCity. Один прогон может держать сразу несколько пайплайнов — разнородный набор автотестов разбивается на группы и закрывается, когда завершился последний из них.
☑️ Quality Gate. Задаёте критерии, при которых прогон считается пройденным: доля успешных тестов, предельное число падений, обязательные окружения. Никакого «позеленения» прогона за счёт повторов — а команда doqactl gate возвращает вердикт прямо в пайплайн.
☑️ Карантин нестабильных тестов. DoQA сама находит флак по истории прогонов — разный исход на одном коммите, «прошёл со второй попытки». Нестабильный тест уходит в карантин: продолжает выполняться, но больше не роняет пайплайн. Как только тест успокоился — карантин снимается автоматически.
☑️ Кластеры ошибок. Падения с одинаковой причиной группируются в один кластер по сигнатуре ошибки. Кластер можно отметить известной проблемой — она перестаёт шуметь в отчётах и открывается заново только при реальном регрессе.
☑️ Дашборд «Автотесты». Доля автоматизации, здоровье парка тестов, топ падающих тестов, экономия времени CI — всё в одной вкладке аналитики.
☑️ Адаптеры и IDE. JUnit 5, JUnit 4, TestNG, PyTest отправляют результаты в DoQA без файлового отчёта. Плагины для IntelliJ IDEA и VS Code показывают привязку теста к кейсу прямо в редакторе.
Не забыли и про ручное тестирование: глобальный поиск по всей документации, автораспределение исполнителей, прогноз времени прохождения прогона, выгрузка отчётов в Excel и CSV.
⚙️Почему Titanium
Титан — металл, на котором строят то, что должно выдержать нагрузку: авиацию, морские конструкции, импланты. Его используют там, где на первом месте стоит прочность под давлением.
Три CI-системы, каталог автотестов, Quality Gate, карантин и кластеризация — это именно та несущая конструкция, на которой держится вся работа с автотестами в DoQA.
Читать статью целиком➡️ https://clck.ru/3Vwv8u
⚙️ Присоединиться к DoQA и получить 14 дней бесплатного пользования можно здесь.
Для связи с нами:
📧 Почта - support@doqa.app
🥸 Telegram
🤩 Мы в MAX
Что внутри:
Не забыли и про ручное тестирование: глобальный поиск по всей документации, автораспределение исполнителей, прогноз времени прохождения прогона, выгрузка отчётов в Excel и CSV.
⚙️Почему Titanium
Титан — металл, на котором строят то, что должно выдержать нагрузку: авиацию, морские конструкции, импланты. Его используют там, где на первом месте стоит прочность под давлением.
Три CI-системы, каталог автотестов, Quality Gate, карантин и кластеризация — это именно та несущая конструкция, на которой держится вся работа с автотестами в DoQA.
Читать статью целиком
⚙️ Присоединиться к DoQA и получить 14 дней бесплатного пользования можно здесь.
Для связи с нами:
📧 Почта - support@doqa.app
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥6🎉4⚡2
У языковой модели нет "ожидаемого результата"🤖
Один и тот же запрос два раза подряд — два разных ответа. Оба могут быть корректными. Или оба — нет.
Вся тестовая документация построена вокруг фразы "ожидаемый результат". На ИИ-фичах это ломается сразу: сравнением строк такое не проверить.
Разобрали, что конкретно меняется в работе QA:
• как переписать тест-кейс на проверяемые свойства ответа вместо точного текста
• зачем нужен golden set и с чего его начинать (подсказка: не с успехов)
• почему судья-модель тоже требует тестирования — и как её откалибровать
• что добавить в баг-репорт, если дефект не воспроизводится по шагам
• как ловить регресс, который приходит не от вас, а от обновления модели у провайдера
Плюс чек-лист что сделать до начала тестирования. Что в тестовой документации, а что в прогонах и критериях релиза.
Читать 👉 на сайте
Один и тот же запрос два раза подряд — два разных ответа. Оба могут быть корректными. Или оба — нет.
Вся тестовая документация построена вокруг фразы "ожидаемый результат". На ИИ-фичах это ломается сразу: сравнением строк такое не проверить.
Разобрали, что конкретно меняется в работе QA:
• как переписать тест-кейс на проверяемые свойства ответа вместо точного текста
• зачем нужен golden set и с чего его начинать (подсказка: не с успехов)
• почему судья-модель тоже требует тестирования — и как её откалибровать
• что добавить в баг-репорт, если дефект не воспроизводится по шагам
• как ловить регресс, который приходит не от вас, а от обновления модели у провайдера
Плюс чек-лист что сделать до начала тестирования. Что в тестовой документации, а что в прогонах и критериях релиза.
Читать 👉 на сайте
⚡4🆒1