LogRock: Тестирование через логирование Уже более 2-х лет мы работаем над своим проектом Cleverbrush. Это софт для работы с векторной графикой. Работа с графиче...

Всем привет! Меня зовут Паша, и я QA инженер команды Order Processing в Lamoda. Недавно я выступал на PHP Badoo Meetup. Сегодня хочу представить расшифровку своего доклада. Речь пойдет про...

You are a developer and you want to start with Git and GitHub? This article is made for you.

Руководитель отдела тестирования Bookmate Анастасия Шарикова провела в «Нетологии» открытое занятие, на котором рассказала: кто такие тестировщики, сколько они получают и как освоить профессию. Зафиксировали главное.

Всем привет! Меня зовут Виталий Ризо, я фронтенд-разработчик в «Амплифере». Мы сделали Uibook — простой инструмент для визуального тестирования React-компоненто...

Привет, Хабр! В этой статье я хочу поделиться опытом разработки визуальных тестов в нашей команде. Так получилось, что о тестировании верстки мы задумались не с...

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

Чат @atinfo_chat

По вопросам сотрудничества @poliarush

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

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

Мы поговорим о том, как быстро “выключать” тесты, что такое тестовый карантин, зачем он нужен, расскажем, как он устроен в компании Wrike и причем тут Allure Server.

Должен признаться: я читаю ACM Magazine. Это делает меня «ботаником» даже по меркам программистов. Среди прочего, я узнал из этого журнала о «метаморфическом те...

Я расскажу о том, как мы в Wrike с помощью Allure Server организовали процесс создания тестовой документации по принципу “документация от автотестов“.

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

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

Disclaimer. Все события происходили в 2017 году. Обо всех указанных в статье уязвимостях было сообщено представителям компаний в кратчайшие сроки с момента их об...

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

Sarah ElsonAug 14, 2018 · 5 min read