Что пишут в блогах

Подписаться

Онлайн-тренинги

Что пишут в блогах (EN)

Разделы портала

Про инструменты

.
Поговорим о нагрузочном тестировании
13.10.2021 00:00

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

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

Подробнее...
 
Логирование тест-автоматизации при помощи Log4j
12.10.2021 00:00

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

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

Подробнее...
 
Когда использовать mocks в юнит-тестировании
11.10.2021 00:00

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

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

Эта статья является переводом материала «When to Mock».

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

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

Подробнее...
 
Использование ожиданий Selenium WebDriver для повторных попыток
08.10.2021 00:00

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

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

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

Подробнее...
 
О конфликтах QA vs Dev, QA vs Product: почему так получается и что с этим делать
07.10.2021 00:00

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



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

Подробнее...
 
8 привычек успешной команды, практикующей непрерывное тестирование
06.10.2021 00:00

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

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

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

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

Подробнее...
 
Вакансия Deus Craft: Middle QA специалист
05.10.2021 10:31

Компания Deus Craft ищет QA специалиста.

Deus Craft – компания разработчик игр для PC и мобильных платформ в России. Наша история начиналась в 2003 году. Сейчас мы самостоятельно разрабатываем и издаем несколько проектов для мобильных платформ.

Чем предстоит заниматься:

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

Что мы ожидаем:

Опыт в QA от 2-х лет;
знание теории тестирования и умение применять эти знания на практике;
понимание процессов разработки и жизненного цикла развития продукта;
способность грамотно излагать мысли в устной и письменной форме;
знание систем отслеживания ошибок (JIRA и т.п.).

Что будет преимуществом:
опыт работы с системами обеспечения CI/CD;
базовые знания Unity, Git;
большой игровой опыт в мобильных играх.

Дополнительная информация и условия

 
"Я не доверяю твоему тестированию" и как с этим бороться
04.10.2021 00:00

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

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

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

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

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

Подробнее...
 
Оптимизация код-ревью, наставничество, тестируемость, E2E и R&R-тесты, скидка на Heisenbug: самые интересные новости тестирования за конец сентября-2021
01.10.2021 12:22

Опубликован выпуск рассылки за вторую половину сентября.

В выпуске собраны ссылки на новые статьи, слайдкасты, отобраны самые интересные публикации в ленте блогов и темы на форуме.

Содержание рассылки доступно по ссылке.

Подписаться на рассылку

 
Цена регресса. Как мы организовали инфраструктуру для Е2Е-тестов
30.09.2021 00:00

Автор: Боков Максим
Оригинальная публикация

Мы, команда автоматизации Страхового Дома ВСК, подготовили небольшой рассказ о нашей инфраструктуре. Эта статья может быть входной точкой для специалистов, желающих внедрить автотестирование у себя в компании. Расскажем, какие системы, паттерны и фреймворки можно использовать, а также как интегрировать это в релизный цикл. Материал подойдёт как юным автоматизаторам, так и тем, кто желает поближе познакомиться с темой. Большое внимание уделим не только абстрактным вопросам, но и организации кода проекта. Добро пожаловать под кат.

Подробнее...
 
Что разработчики имеют против тестируемости?
29.09.2021 00:00

Автор: Грегори Пачига (Gregory Paciga)
Оригинал статьи
Перевод: Ольга Алифанова

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

Что же с этим делать?

Недавно я задал этот вопрос в Slack-группе тестировщиков и на форуме Министерства Тестирования. Вот основные идеи, рожденные в этих обсуждениях. Я расположил их по степени полезности, от наименее полезных к наиболее. Спускаясь ниже, мы подберемся ближе к тому, что я считаю первопричиной. Буду рад услышать другие мысли на этот счет.

Подробнее...