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