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

Читать далее

https://habr.com/ru/post/703230/?utm_source=habrahabr&utm_medium=rss&utm_campaign=703230

Я часто работаю с клиентами, которые либо только начинают, либо пытаются развивать свои навыки в автоматизации тестирования, и чаще всего все они совершают одни и те же фатальные ошибки.

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

И если бы время исполнения было единственным временем для оценки, они были бы правы.

Но время выполнения теста — это всего лишь одна проблема, связанная со временем. Вам также нужно подумать о времени, необходимом для написания автоматизированных тестов, и о времени, которое вам нужно, чтобы научиться писать тесты.

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

Оставьте время для обучения

Малыши учатся балансировать, прежде чем они смогут встать. Они стоят перед тем, как научатся ходить. Программисты пишут «Hello world» каждый раз, когда изучают новый язык программирования.

Команды, обучающиеся автоматизации, могут проходить через несколько кривых обучения одновременно: язык программирования, концепции программирования, инструмент или фреймворк автоматизации тестирования, управление исходным кодом и совместная работа над программным проектом.

Читать далее

https://habr.com/ru/post/705214/?utm_source=habrahabr&utm_medium=rss&utm_campaign=705214

Всем привет! Меня зовут Иван и я Head of QA Automation в Skyeng. Я регулярно занимаюсь обучением Manual QA и менторством начинающих QA Automation (далее – QAA) и часто слышу от падаванов вопрос: «А как же мне, собственно, стать QAA?»

Вопрос многогранный. В статье хочу поделиться мыслями на этот счет. Так что присаживайтесь поудобнее, чаек и конфетки при прочтении приветствуются! Также советую захватить валерьянку — некоторым она понадобится при чтении третьего раздела.

Представим, что я Manual QA: каждый день занимаюсь ручным тестированием, пишу тест-кейсы, хожу на планирование, ревьюю требования и тестирую задачи.

Однажды приходит осознание, что нужно расти. Но куда?

Читать далее

https://habr.com/ru/post/705190/?utm_source=habrahabr&utm_medium=rss&utm_campaign=705190

“I`ll be back”, - сказал себе я, начиная вторую статью и…наконец, сделал ее спустя два месяца. Но лучше поздно, чем никогда ( главное - не берите себе это за правило, если вы QA-лид, потому что в этом случае вовремя - всегда лучше, чем поздно). Но что-то я отвлекся от главного. В комментах к прошлой статье просили сделать продолжение. Я подумал-подумал и решил, а почему бы и нет. Ну в общем, что долго тянуть.
Для всех новоприбывших - меня зовут Ваня и QA-лид в международном агентстве аутсорс-тестирования “Кавычки”. В прошлый раз я рассказывал о болях QA - лида и, собственно, что же с ними делать-то. Сегодня поговорим о том, что делать после того, как вы приложили подорожник к ранкам и теперь пора определить, сработало или нет.

Намбер уан. Выстроенный релизный цикл

Вот давайте только глаза не закатывать тут, ладно? Видел я, как на очень многих проектах, когда приходишь, тебе говорят - “у нас все-все работает”. Даже старый дедушкин приемник. Но стоит чуть забросить удочки и уже можно подсекать - клев на ошибки удался. Релизы выходят, когда захотят (например, в третьи лунные сутки), команда ждет знака свыше, в общем, почти пир во время чумы. Вот так не надо.

Надо вот так.

Читать далее

https://habr.com/ru/post/705196/?utm_source=habrahabr&utm_medium=rss&utm_campaign=705196

Привет! Меня зовут Максим Колесников. Я работаю в центре компетенций нагрузочного тестирования блока обеспечения и контроля качества выпуска изменений в «РСХБ-Интех» — IT-компании АО «Россельхозбанк». И как-то раз у меня возникла мысль: «А не выкинуть ли нам JMeter и переписать все на k6?». Что из этого вышло, читайте далее.

Читать далее

https://habr.com/ru/post/704466/?utm_source=habrahabr&utm_medium=rss&utm_campaign=704466

Привет, Хабр! Меня зовут Михаил, я SDET-специалист компании SimbirSoft. Я занимаюсь автоматизацией тестирования, в основном это работа с WEB и REST API, но на последнем проекте применял SOAP. Мне приходилось работать с сообщениями этого протокола, а именно:

— выполнять проверку наличия обязательных атрибутов и тегов SOAP сообщений;

— сравнивать содержание различных сообщений;

— вносить изменения или генерировать новые сообщения для исходящих запросов.

В своей статье я поделюсь несколькими способами работы с XML-документами. Материал будет полезен тем, кто впервые сталкивается в работе из кода с подобными документами на Java.

Читать далее

https://habr.com/ru/post/704818/?utm_source=habrahabr&utm_medium=rss&utm_campaign=704818

Писать нативные тесты под iOS — это не очень простая задача. Но если вы всё-таки написали эти тесты, то оказывается, что их нужно ещё и запускать. Тут тоже непросто. Сегодня про это и поговорим.

Поможет нам в этом Тимофей Солонин. Он поддерживает IOS-инфраструктуру в Авито. Сегодня расскажет про технологию Emcee. С её помощью можно параллельно запускать нативные IOS-тесты на большой ферме Apple-железа.

Читать далее

https://habr.com/ru/post/698476/?utm_source=habrahabr&utm_medium=rss&utm_campaign=698476

На связи команда перфоманс-тестинга. Нам важно развитие профессиональных стандартов и профессионального комьюнити. В конце октября мы провели митап на тему нагрузочного тестирования. В статье расскажем про доклады спикеров и дадим ссылки на все материалы.

На митапе обсудили, как автоматизировать запуски тестирования производительности в Kubernetes с помощью GitLab CI и объяснили, почему нельзя просто взять и нагрузить Kubernetes. Затронули применение деструктивных тестов в рамках нагрузочного тестирования и разобрали деструктивное тестирование на примере одной из систем. В конце встречи провели круглый стол на тему «Тренды нагрузочного тестирования в 2023 году».

Читать далее

https://habr.com/ru/post/704840/?utm_source=habrahabr&utm_medium=rss&utm_campaign=704840

Привет! Меня зовут Андрей Небольсин, я Старший Тестировщик на проекте Сбер МегаМаркет. Мой опыт в QA-сфере относительно небольшой, тем не менее я думаю, что у меня есть, чем поделиться :-)

Читать далее

https://habr.com/ru/post/704416/?utm_source=habrahabr&utm_medium=rss&utm_campaign=704416

Привет, Хабр, меня зовут Вадим Рощин, я DevRel в МТС Digital. В этом материале я расскажу о том, как в лаборатории NB-IoT МТС тестируют устройства интернета вещей, зачем для этого безэховые камеры, в какой ситуации помехи необходимы и в чем вообще цель таких испытаний.

Читать далее

https://habr.com/ru/post/704346/?utm_source=habrahabr&utm_medium=rss&utm_campaign=704346

Когда ручного тестировщика впервые просишь проверить метод REST API, того охватывает паника: «Как это делать? Я вообще почти ничего не знаю про API. Что делать? Как это тестировать?»

Спокойно. Без паники =) Я уже рассказывала на простом языке, что такое API. А сегодня я расскажу о том, как его тестировать. На самом деле почти также, как GUI: в первую очередь это тест-дизайн и придумывание проверок, а потом уже всякие API-штучки. Но и про них не стоит забывать.

Я дам вам чек-лист, к которому вы сможете обращаться потом — «так, это проверил, и это, и это. А вот это забыл, пойду посмотрю!». А потом мы обсудим каждый пункт — зачем это проверять и как.

После теории будет практика! Для неё возьмем метод doRegister системы Users — он находится в открытом доступе, можете дергать по ходу чтения и проверять =)

Читать далее

https://habr.com/ru/post/704090/?utm_source=habrahabr&utm_medium=rss&utm_campaign=704090

Меня зовут Лилия, я уже 21 год в QA. 15 лет из них преподаю начинающим тестировщикам, а 7 лет назад создала собственную школу тестирования.

Это одна статей цикла, в которых я анализирую, что именно влечет IT-специалистов в преподавание. Так как она четвертая и не последняя, то причин, очевидно, много.

Читать далее

https://habr.com/ru/post/704014/?utm_source=habrahabr&utm_medium=rss&utm_campaign=704014

В нашей компании десятки продуктовых команд с решениями разного уровня сложности. На определённом этапе зрелости продукта у каждой из команд возникает потребность в автоматизации тестирования. Тестировщики проделывают большой объём работ по написанию и актуализации тест-кейсов, углублению в бизнес логику продукта, тестированию новых фич и исправленных дефектов, а потом и регресса. А ещё тестировщиков в продуктовой команде заведомо больше чем специалистов по автоматизации, а значит автоматизаторы не всегда успевают за тестировщиками, не говоря уже о том, что тесты, особенно UI, работают не всегда стабильно, а инфраструктура преподносит свои сюрпризы. В результате, на большом проекте вовлечённость специалистов по автоматизации во внутренние процессы продуктовой команды и бизнес логику продукта постепенно снижается, а их задачи сводятся к поддержке написанных ранее тестов. Тестировщики же изо всех сил бьются, чтобы выйти из порочного круга постоянных регрессов — фич нужно больше, багов меньше, а релизы чаще.

Читать далее

https://habr.com/ru/post/703830/?utm_source=habrahabr&utm_medium=rss&utm_campaign=703830

Charles называют самым популярным сниффером, инструментом для мониторинга трафика и подмены данных. Он работает как промежуточное звено между вебом или мобильным приложением (в нашем случае) и сервером. Этот инструмент хорошо знают тестировщики, но разработчикам тоже полезно знать и пользоваться его возможностями. В этой статье мы сосредоточимся на основных функциях Charles для мобильных приложений.

Читать далее

https://habr.com/ru/post/703188/?utm_source=habrahabr&utm_medium=rss&utm_campaign=703188

Музей-скансен эпохи Средневековья в Дании в режиме обычной работы (слева) ставит целью воссоздать повседневную жизнь города на стыке XIV и XV веков. Для съёмок фильма (справа) он «погрязнел»



Для киносъёмок в музей под открытым небом Middelaldercentret внесли несколько изменений. Вместо аккуратной каменной улицы развели неприятную кашицу из грязи, не самые роскошные стеклянные окна прикрыли досками и развесили везде выцветшее тряпьё. Здания как следует измазали чем-то коричневым, кое-где зачем-то перемешав субстанцию с соломой. В случайное здание воткнули факел, а не попытались изобразить лучину или фонарь.



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



При проектировании информационных систем задача стоит ровно обратная: необходимо отразить реальность и не допустить в код собственные заблуждения. Ошибок восприятия много. По крайней мере, про карты и почтовые адреса получаются длинные списки.



Попытки собрать заблуждения про время и часовые пояса на Хабре уже были шесть и десять лет назад. Но без контрпримеров не так интересно.

Заблуждение 1. В сутках 24 часа или 86 400 секунд

Иногда и кое-где стрелки часов переводят, создавая сутки длиной в 23 и 25 часов — всё очевидно. Будет неплохо углубиться в случаи поэкзотичней.
Читать дальше →

https://habr.com/ru/post/703360/?utm_source=habrahabr&utm_medium=rss&utm_campaign=703360

Собственные серверы — особенно при дефиците электронных компонентов — могут позволить себе только большие компании. Найти ресурсы сложно, а покупать и поддерживать дата-центр — дорого.



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



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


Читать дальше →

https://habr.com/ru/post/702670/?utm_source=habrahabr&utm_medium=rss&utm_campaign=702670