Столкнулись с тем, что QA-команда много работает, а релизы всё равно тормозят? Читайте статью, если хотите узнать, как Lean, Six Sigma и Кайдзен могут помочь руководителям QA и разработки увидеть реальные узкие места и внедрить устойчивые улучшения.
Делимся ещё одним кейсом от нашего ведущего эксперта Олега – на этот раз про тестирование расчётного калькулятора с помощью ИИ. Читайте, где прячутся ошибки в вычислениях и как использовать для их поиска нейросети.
В статье расскажем о подходе QAOps: почему он особенно важен сейчас, с какими сложностями сталкиваются при его внедрении и какие приёмы реально помогают выпускать обновления быстрее и без потери качества, а также получать обратную связь и не допускать, чтобы ускорение разработки приводило к росту ошибок. Бонус: тест для оценки зрелости команды перед внедрением QAOps.
Нередко мы слышим от коллег вопросы о том, как искусственный интеллект влияет на тестирование ПО и какие новые подходы в тестировании появились для оптимизации расходов и ускорения процессов. В этой статье сосредоточимся на самых основных и эффективных практиках, а также разберём ключевые риски.
Сегодня всё больше команд задаются вопросом: если разработчики пишут юнит-тесты и прогоняют код через CI, нужен ли отдельный QA вообще? В статье разбираем, когда тестирование силами разработчиков на самом деле работает, а когда превращается в рискованную авантюру для бизнеса.
В прошлый раз разобрались, что такое сфера ставок на спорт, в чём особенности тестирования букмекерских приложений и с чего вообще начать, если вы не игрок. Сегодня поговорим о ключевых видах тестирования. Очень полезно, если вы
начинающий QA и раньше вы к букмекерам ни ногой, тимлид или менеджер и подбираете стратегию тестирования, и даже разработчик, ведь вам важно понимать, как думают тестировщики.
Вы в курсе, что каждый третий рубль, который должен падать на счёт бизнеса, со свистом утекает в трубу? Из-за корзины, которая обнуляется.
Из-за оплаты, которая «глючит».
Из-за каталога, где товар есть… но его «нет». 15-35% выручки – не страшилка, а средняя статистика потерь из-за багов в e-commerce. Чувствуете, как щемит в районе кошелька? Забирайте гайд для своего интернет-магазина!
Ещё один крутой кейс, с которым мы недавно работали: разогнали регресс-тестирование и вернули доверие 2+ млн пользователей fashion-маркетплейсу!
Заказчик пришел с тем, что регресс превратился в бесконечный кошмар тестировщиков, релизы буксовали неделями, рейтинг приложения падал на глазах. А компания, один из топовых европейских fashion-маркетплейсов, теряла долю рынка.
Вам в руки попадает долгожданный документ с требованиями. Толще «Войны и мира». Хмм… Лучше поздно, чем никогда, конечно, но вообще-то сроки поджимают. И вроде круто, что требования на проекте есть, но… глаза разбегаются… Где тут главное? Что тестировать ПРЯМО СЕЙЧАС, чтобы не утонуть в регрессах и не подставить команду?
Часто, когда мы только начинаем вести проекты, мы занижаем оценки времени, чтобы «не пугать». В итоге – переработки, ночные прогоны тестов и напряжённые ретроспективы. А ведь можно было честно озвучить риски сразу и договориться о дополнительных QA-ресурсах или выделении времени на автоматизацию. Эстимация всего лишь инструмент управления ожиданиями, а не игра «угадай сроки». Чем точнее вы оцениваете, тем легче работать.
