Всем привет! Решили рассказать вам, уважаемые читатели Хабра, историю процесса внедрения E2E-автотестов в бизнес-процессы Московской Биржи.

Для начала вкратце разберемся, что такое E2E-автотест. Это вид тестов, который проверяет бизнес функционал от момента его начала до завершения.

Похожие тесты уже, безусловно, существовали в нашей компании, но они, как правило, покрывали функционал, который не выходил за пределы одного департамента (подразделения). У нас же была задача покрыть автотестами функционал, проходящий через несколько департаментов. Теперь поговорим, откуда взялась такая потребность.

Увеличение интереса к цифровизации бизнеса сегодня затрагивает практически весь спектр организаций – от стартапов до крупных корпораций, причем в самых разных сферах деятельности. Последние годы инновационные цифровые продукты кардинально изменили способы предоставления ценности потребителям и повысили скорость реакции на изменения рынка, что заставляет крупные предприятия менять свое отношение к инвестициям в ИТ, воспринимая его уже не просто как центр затрат, а как один из ключевых активов, приносящих прибыль. Однако желание корпораций, с их унаследованными за годы существования ИТ ландшафтами, участвовать в цифровой гонке наряду со стартапами нередко приводит к еще большему увеличению сложности всей ИТ инфраструктуры, что в свою очередь влечет неоправданный рост стоимости владения ИТ активами, риски нарушения безопасности и непрерывности бизнеса, а также увеличение Time-To-Market при выпуске новых продуктов.

Что такое сложность и как она проявляется в ИТ ландшафте? Что является основными причинами ее увеличения? Как избежать неоправданного увеличения сложности, сохранив при этом управляемость и обеспечив высокую скорость изменений ИТ ландшафта?

Что ж, будем разбираться с помощью системного подхода.

Привет! Меня зовут Таня, я куратор в SM Lab. В этом посте я расскажу вам о нашем пути оптимизации тестирования — узнаете, какие на нашем продукте были проблемы в процессах тестирования, как мы их решали, почему не надо отвлекать тестировщиков и в чём польза интуитивного тестирования.

Для того чтобы понять суть процессных изменений, нужно знать, как же мы работали до них.

Итак, основа. 

У нас есть две доски в Jira. Первая отвечает непосредственно за релизные задачи и хотфиксы, вторая — за задачи сопровождения и инциденты. Рассмотрим подробнее первую доску с задачами и хотфиксами.

На ней есть три колонки, с которыми и работают тестировщики:

Привет! Я Вадим Лунин, QA Manager в Альфа Банке в Беларуси. Это продолжение цикла статей по инструментам, которые мы используем для тестирования наших продуктов в Альфа Банке. В настоящей статье я хочу рассказать вам, какие инструменты мы используем для автоматизации тестирования и почему мы сделали такой выбор.

С развитием мобильных технологий и программного обеспечения стало критически важным обеспечить высокое качество приложений, работающих на различных устройствах. Одним из вопросов, с которым сталкиваются разработчики и тестировщики, является выбор между тестированием на реальном устройстве и использованием эмулятора. Оба подхода имеют свои преимущества и ограничения, и правильный выбор может существенно повлиять на результаты тестирования и пользовательское впечатление. 

Привет, Хабр! Меня зовут Даша, я руковожу тестированием в ЕВРАЗе. Многие имеют опыт работы тестировщиком. Наверняка среди читателей найдутся и такие, кто руководит целым отделом QA. Но мало кому выпадает шанс создавать QA-направление в огромной промышленной компании практически с нуля.

Под катом я расскажу, как нанять тестировщика без опыта и не пожалеть об этом, зачем одновременно знать Python и C# и почему бывает непросто наладить сквозное тестирование.

Современным специалистам по тестированию и управлению необходимо достичь оптимального баланса между скоростью и качеством при разработке программного обеспечения, которое способствует развитию современного бизнеса. Если вы хотите привести свой процесс обеспечения качества к ускоренной доставке и непрерывному тестированию (Continuous Testing), то эта статья для вас.

За последние несколько лет на рынке появилось множество школ, обещающих вход в IT без профильного образования и золотые горы «без регистрации и смс». Все, что для этого нужно – пройти 2-3х месячный курс, на котором тебе расскажут все про тестирование, научат автоматизации тестирования, помогут с составлением резюме, портфолио, и подготовят к прохождению собеседования.

И вот на рынке появляются сотни, если не тысячи резюме вчерашних выпускников курсов, с одинаковыми резюме, одинаковыми заявленными скиллами, инструментами. Кто-то даже с опытом работы в IT.

Так как же понять, кто из кандидатов действительно хорош?

Привет, я Михаил Шваркунов, директор по качеству ВКонтакте. Расскажу, как выглядят наши ежечасные релизы с точки зрения тестирования: как мы переложили часть задач по тестированию на разработчиков, сколько у нас автотестов и что мы ими покрываем. А ещё как команда тестирования сопровождает релиз, какие у нас при этом SLA и что делаем после. И вообще — зачем так часто что-то выкатывать? Что, нельзя подкопить и катать раз в день?