Автор: Виктор Славчев (Viktor Slavchev)
Оригинал статьи
Перевод: Ольга Алифанова

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

Меня спровоцировала одна из статей на LinkedIn с броским заголовком, но сомнительным содержанием и спорными утверждениями. В этой конкретной статье автор высказывал одно из "вечнозеленых" заблуждений об автоматизации и тестировании (не буду давать ссылку – не потому, что я не уважаю автора, а просто потому, что считаю множество допущений там ложными, и не хочу делиться ими со своей аудиторией). Оно звучало так:

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

Нравится вам это или нет – это определение вы будете часто слышать, спрашивая людей о цели автоматизации, или о том, почему им нравится ей заниматься. И это утверждение… ЛОЖЬ!

Автор: Энди Найт (Andy Knight)
Оригинал статьи
Перевод: Ольга Алифанова

Хоть наш тест-проект невелик и примитивен, он демонстрирует хорошие практики UI-тестирования при помощи Python. Его можно расширить и улучшить несколькими способами. Завершающая часть курса расскажет о том, как вывести его на новый уровень:

Автор: Энди Найт (Andy Knight)
Оригинал статьи
Перевод: Ольга Алифанова

Какой браузер?

Наш тест поиска DuckDuckGo отлично работает… в Chrome. Давайте еще раз посмотрим на фикстуру браузера:

1. @pytest.fixture
2. def browser():
3. driver = Chrome()
4. driver.implicitly_wait(10)
5. yield driver
6. driver.quit()

Автор: Алан Ричардсон (Alan Richardson)
Оригинал статьи
Перевод: Ольга Алифанова

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

Автор: Баз Дейкстра (Bas Djikstra)
Оригинал статьи
Перевод: Ольга Алифанова

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

Автор: Олег Малышев

Решил снова начать вести блог по тестированию и для привлечения внимания надо было сделать кликбейтный заголовок для статьи....

На самом деле мой коллега сделал внутренний доклад по Selenoid в нашей компании. Я позаимствовал этот заголовок и часть материала для статьи. 

В далеком 2017 году я писал про настройку Selenium Grid тут.  И весь 2017 — 2018 мы использовали  обычный  Selenium Grid без каких-либо надстроек.  

Автор: Энди Найт (Andy Knight)
Оригинал статьи
Перевод: Ольга Алифанова

Тест-функция, которую мы написали в прошлый раз, была неплоха, но ее можно улучшить, переработав при помощи паттерна Page Object.

Автор: Ноэми Феррера (Noemi Ferrera)
Оригинал статьи
Перевод: Ольга Алифанова

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

Оригинальная публикация
Автор: Влад Чесноков (ov7a)

В одном из старых проектов в кучу были навалены ассерты из JUnit, kotlin.test и AssertJ. Это было не единственной его проблемой: его вообще писали как письмо Дяди Федора, а времени остановиться и привести к единому виду не было. И вот это время пришло.

В статье будет мини-исследование про то, какие ассерты лучше по субъективным критериям. Хотел сначала сделать что-то простое: накидать набор тестов, чтобы быстренько копипастом клепать варианты. Потом выделил общие тестовые данные, некоторые проверки автоматизировал, и как поехало все… В результате получился небольшой розеттский камень и эта статья может пригодится вам для того, чтобы выбрать библиотеку ассертов, которая подойдет под ваши реалии.

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

Автор: Баз Дейкстра (Bas Djikstra)
Оригинал статьи
Перевод: Ольга Алифанова

Недавно я провел свой первый трехдневный курс "Python для тестировщиков". В нем я, в частности, раскрывал тему создания тестов REST API с использованием Python-библиотеки requests и фреймворка pytest для юнит-тестирования.

В этой короткой серии статей я хочу показать, как можно использовать Python-библиотеку запросов для создания тестов REST API. Это третья часть серии, и в ней мы рассмотрим работу с XML-телами запросов и ответов. В предыдущих частях рассказывалось, как приступить к работе с requests и pytest, а также о создании тестов, управляемых через данные.