Я в IT больше девяти лет и успел поработать в ряде интересных проектов, но самым большим своим достижением на данный момент считаю налаживание процессов в команде Billing API. Статья — именно об этом. Расскажу о наших проблемах во взаимодействии между разработчиками и QA-инженерами и том, как мы эти проблемы решали.

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

Всем привет! В предыдущей части я рассказал, что такое WireMock, в каких случаях его необходимо использовать, как его разворачивать и настраивать, как правильно сопоставлять запросы с заглушками и как пользоваться журналированием. Настало время рассмотреть все что связано с HTTP ответом, который возвращает заглушка, а также затронем сценарии.

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

Привет, Хабр! Меня зовут Ваня, я — QA-лид в компании аутсорс — тестирования «Кавычки».

Представим, ты просыпаешься солнечным прекрасным утром и понимаешь, что стал им. Нет, не тараканом, как у было у Кафки. Возможно, с тобой случилось что-то даже похуже. Ты стал лидом.

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

У лидов тоже болит, и лечится это по-разному. Кстати, в основном опытом и граблями. Первый вариант — не самый быстрый, а второй — не самый приятный. В общем, либо долго, либо больно. Я хочу попробовать сократить твой путь и поделиться советами, которые помогают мне решать проблемы и боли лидов. Пригодится — супер. Не пригодится — не супер. А если у тебя тоже есть лайфхаки или «советы бывалых», то смелее подсыпь их в комменты.

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

Привет! Меня зовут Денис Кудряшов, я инженер по тестированию в Waves Enterprise. В этом посте я расскажу о концепции PageObject, прокомментирую утверждения ее создателя Мартина Фаулера, а в конце расскажу, как мы в компании расширили PageObject и пришли к концепции Testing entity Definition Object (TDO).

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

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

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

Всем привет! Меня зовут Иван, я QA-инженер релизной команды в inDriver. В этой статье расскажу о том, как мы сократили время регрессионного тестирования релизной сборки мобильного приложения и релизный цикл до одной недели, с какими проблемами столкнулись и как их решали.

Ранее мы рассказали, как и почему перешли от хаотичных релизов к еженедельному выпуску нашего приложения на iOS и Android. Ниже поделюсь, как при этом мы уменьшили время проверки релиза с 3-4 дней для одной из платформ до 4 часов на проверку сразу двух платформ.

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

Всем привет! Меня зовут Анатолий Калмыков, и я отвечаю за качество создаваемых решений в «Ростелеком ИТ». Сегодня я расскажу вам про WireMock – это одновременно и утилита, и библиотека на Java для создания HTTP заглушек над веб-сервисами. Он создает HTTP-сервер, к которому мы могли бы подключиться, как к реальному веб-сервису.

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

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

Делимся видео и слайдами с прошедшего митапа, посвящённого автотестированию на Go. Под катом найдёте запись докладов:

— Go, Allure и HTTP, или Как мило тестировать HTTP-сервисы на Go.

— Как подружить QA и разработку через применение практики хранения тестов в коде.

Также обсудили с коллегами из Ozon, Авито, Skyeng и Mirantis тему «Как войти в профессию автотестирования и построить карьерный путь» в формате круглого стола.

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

В прошлой статье: QA Lead и точка: Часть 1 мы обсуждали, что QA лиду необходимо развивать T-shape компетенции для комфортного взаимодействия с другими отделами. Более того, важно не забывать про актуальность навыков, связанных с основной специализацией, ведь, как мы знаем, в IT информация устаревает очень быстро и нужно быть готовым к регулярному обучению длиною в жизнь. В то же время было упомянуто, что QA Lead много времени посвящает коммуникациям, планированию, менторингу. Встает вопрос: «как и когда развивать свои основные технические навыки, не говоря уже о развитии в ширину по смежным направлениям?». В этой статье обсудим, какие форматы обучения бывают, и сопоставим их с широко известными четырьмя этапами обучения.

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

В Ozon хорошо развита инфраструктура и Go-сообщество. В большинстве случаев мы пишем микросервисы как раз на Go, и если тесты написаны на другом языке, разработчики не могут внести в них свой вклад или отревьюить их. Поэтому внутри Ozon активно развивается Go-сообщество QA: копим экспертизу, пишем собственные фреймворки и опенсорс-библиотеки, делимся экспертизой на бесплатных курсах.

Меня зовут Сергей Макаров, ранее я уже писал о нашей опенсорс-библиотеке CUTE, которая облегчает тяготы создания автотестов и упрощает переход на Go. Получился полезный инструмент тестирования HTTP-сервисов с проверкой отчётов в Allure. Хочу рассказать об этом подробнее — приглашаю на открытый митап в Ozon Tech.

На втором докладе узнаем, как подружить QA и разработку через применение практики хранения тестов в коде — опытом поделится Василий Юдин из Авито. Часто бывает, что часть тестов — ручные и хранятся в TMS, часть — автоматизированные, и собрать всю эту информацию в одном месте для оценки покрытия очень трудно. Но, как оказалось, можно.

А ещё проведём круглый стол на тему «Профессия QA». С коллегами из Ozon, Авито, Skyeng и Mirantis обсудим, как войти в профессию автотестирования и построить карьерный путь. Вести и модерировать встречу будет мой коллега Игорь Любин.

Встречаемся 14 июля 18:00, онлайн и оффлайн. Ссылка на регистрацию — под катом.

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

Всем привет! На связи Макеева Анастасия. Я лидирую автоматизацию тестирования проекта витрин в Утконос Онлайн.
Ввиду сложившейся ситуации система управления тестированием, которую мы используем, вот-вот с нами попрощается: действие лицензии скоро закончится.
Недавно нашей команде выпала возможность попробовать систему управления тестированием Test IT.

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

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

Сегодня можно найти тысячи статей о SOLID. Только на Хабре их как минимум пара десятков. Эту я пишу по двум причинам: за время изучения не видела материала, в котором бы все принципы SOLID раскрывались на сквозном примере, и в сети нашла минимум информации про применение SOLID в автоматизации тестирования.

Соответственно, этот материал состоит из двух частей:

- в первой возьмем простое приложение на Java и улучшим его с помощью SOLID принципов - от программы с парой классов, которые делают все подряд, дойдем до приложения, разбитого на несколько модулей с конкретными функциями (да, это еще одно объяснение SOLID - смело пропускайте, если уже и так представляете о чем это);

- во второй части посмотрим, где во фреймворках автоматизированного тестирования может использоваться SOLID.

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

Я купил курс. Вот такой: Otus QA engineer basic. Пришел на курс с опозданием. Отучился, примерно, месяц и, скажем так, заскучал. Ну и как в той песне. "А не спеть ли мне отзыв. Про QA. А не выдумать ли...". Мозг, стой.Первоначально я решил сублимировать поток фрустрации в "детальнейший и объективнейший обзор курсов отус QA over the World". И даже написал бетаверсию, которая, по иронии, стала релизом. А если сказал "А", говори "Б". И вот с "Б" как-то не задалось. Название поста кагбэ намекае шо каменный цветок не выходил.Я скакал и так и эдак, пока ноги не скрутило, и, в какой-то момент, я вспомнил анекдот.

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

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

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