Home

В среду, 27 октября, в 20:00 по Москве мы в LearnQA планируем провести вебинар по автоматизации тестирования API на Java (REST Assured). Вебинар будет вести основатель LearnQA Виталий Котов и его коллега из компании InDriver Кирилл Максименков.

На вебинаре мы коротко расскажем (скорее напомним) о том, что такое HTTP и API. Затем перейдем к тому, как пишутся тесты для API на Java, как устроены библиотеки JUnit и REST Assured. Вместе с вами мы напишем небольшой, легко расширяемый фреймворк и опробуем его на нашем собственном API, разработанном специально для этого вебинара. Затем научимся генерить для наших тестов отчеты в Allure и запускать их в Docker. Под конец немного поговорим про актуальность такого стека и существующих альтернативах.

Вебинар будет интересен в первую очередь:

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

Если вы уже много лет автоматизируете тестирование API, причем на Java, причем на REST Assured - есть шанс, что на вебинаре для вас будет мало нового.

Каждый участник вебинара получит:

• запись вебинара;
• доступ на наше тестовое API для практики;
• ссылку на репозиторий с кодом;
• доступ в чат, где можно будет задать все вопросы.

Мы планируем сделать запись вебинара, которая будет доступна участникам вебинара в качестве ассета. Помимо этого участникам вебинара мы дадим доступ к нашему API и ссылку на репозиторий с примером фреймворка, который можно будет склонировать себе и изучить внимательнее.

Почитать программу вебинара и записаться можно тут: https://www.learnqa.ru/java_api_webinar

Также, мы приготовили промокод на скидку 10% - WJAPIN

Если кого заинтересовали - велкам.

Оригинал этой статьи находится в блоге компании Veeam на хабре.

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

Автор: Корина Пип (Corina Pip)
Оригинал статьи
Перевод: Ольга Алифанова

Мы запускаем наши автотесты или на локальных машинах, или в CI-системах. В некоторых случаях мы неспособны наблюдать, что делают наши тесты. Если это API-тест, то если он не дает результат в консоли, мы не можем узнать, что он делает, пока тест не закончится. Если это UI-тест, то пока мы не увидим, что происходит в браузере, мы не поймем, что там творится. Поэтому в некоторых случаях нам нужно выводить информацию в консоль. Эта информация даст нам понять состояние теста или данные, используемые тестом. Одна из возможностей записывать ход теста в консоль предоставлена библиотекойApache Log4j.

Оригинальная публикация

Автор оригинала: Vladimir Khorikov

Автор: Корина Пип (Corina Pip)
Оригинал статьи
Перевод: Ольга Алифанова

Вопрос падения тестов Selenium из-за неразберихи со временем поднимается достаточно часто. Тесты случайным образом падают, если взаимодействие произошло слишком рано, страница неправильно загрузилась, или веб-элементы не полностью инициализированы. Наибольшие проблемы возникают, если в отрисовке элементов страницы задействован JavaScript.

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

Автор: Немкович Николай Владимирович

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

Автор: Eran Kinsbruner
Перевод: Татьяна Рыжова, тренер курса Английский для тестировщиков

Перед тем, как познакомиться с эффективной стратегией непрерывного тестирования, следует разобраться в том, что есть такое “непрерывное тестирование”? Ниже - определение, которое мне особенно импонирует:

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

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

Автор: Маарет Пюхяярве (Maaret Pyhäjärvi)
Оригинал статьи
Перевод: Ольга Алифанова

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

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

Признаем это – не все тестировщики хороши. Все мы хотим думать, что уж мы-то точно, но тратим маловато времени на размышления, почему это так.

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