Автор: Энди Найт (Andy Knight) Оригинал статьи Перевод: Ольга Алифанова
Если вы занимаетесь тест-автоматизацией через веб-интерфейс (например, при помощи Selenium WebDriver), то, возможно, тратите много рабочего времени на поиск элементов на странице – к примеру, кнопок, полей ввода и блоков. Поиск нужных элементов может быть сложным делом, особенно в тех случаях, когда у них нет уникальных идентификаторов или имен классов. Это руководство поможет вам профессионально находить любые веб-элементы.
Автор: Энди Найт (Andy Knight) Оригинал статьи Перевод: Ольга Алифанова
Люди довольно серьезно настроены в отношении BDD. Я часто слышу, скажем, такие мнения:
"Зачем мне использовать BDD-фреймворк вместо традиционного – например, JUnit, NUnit, pytest? Дополнительный уровень шагов Gherkin мешает коду автоматизации, и вместо него я могу напрямую писать код для этих шагов. BDD-фреймворки требуют кучу лишней работы, а толку от этого никакого. Моя команда все равно не пользуется практиками разработки через реализацию поведения".
Я могу понять эти мнения, особенно в исполнении тех, кто участвовал в проекте с плохими BDD-практиками. Даже если команда не использует их во всей полноте, я все равно уверен, что BDD-фреймворки тест-автоматизации лучше, нежели традиционные, для большей части тестирования характеристик (на уровне выше юнит-тестов, для черного ящика). И вот почему.
Меня зовут Виталий Котов, я довольно много занимаюсь автоматизацией тестирования и мне это нравится. Недавно я участвовал в проекте по настройке автоматизации «с нуля» на стеке TypeScript + Protractor + Jasmine. Для меня этот стек был новым и необходимую информацию я искал на просторах интернета.
Самые полезные и толковые мануалы мне удалось найти только на английском языке. Я решил, что на русском тоже надо такой сделать. Расскажу только основы: почему именно такой стек, что надо настроить и как выглядит самый простой тест.
Сразу оговорюсь, что довольно редко работаю с NodeJS, npm и в целом с серверным JavaScript (тем более с TypeScript). Если где-то найдете ошибку в терминологии или какое-то из моих решений можно улучшить — буду рад узнать об этом в комментариях от более опытных ребят.
Автор: Виктор Славчев (Viktor Slavchev) Оригинал статьи Перевод: Ольга Алифанова
Это последняя часть моего цикла статей о ретроспективных уроках автоматизации. Мне кажется, я достаточно выразил свою философию тестирования и личный опыт. Последнее, чем я хочу поделиться, относится к проекту, с которым я работаю уже год, и касается создания автоматизированных проверок API бэкэнда, который мы сейчас разрабатываем. Мы пишем тесты на PHP во фреймворке Codeception. Я не буду углубляться в особенности фреймворка – я сфокусируюсь на базовых вещах. Итак, вот они – уроки по тестированию API, которые мне нелишним было бы знать заранее – до того, как я изрядно налажал.
Автор: Пол Гриззаффи (Paul Grizzaffi) Оригинал статьи Перевод: Ольга Алифанова
Допустим, вы отвечаете за изначальную подготовку набора автотестов в вашей команде. Используя ваш основной компьютер, вы создали все сценарии, тщательно их протестировали, и теперь они готовы к использованию. Они основаны на существующем смоук-наборе тестов, и вы планируете запускать их при каждом деплое – теперь этим не нужно заниматься тест-команде. Автоматизация имеет бешеный успех и бережет кучу времени тестировщика еженедельно! Вы планируете заслуженный отпуск – всего на недельку.
Автор: Энди Найт (Andy Knight) Оригинал статьи Перевод: Ольга Алифанова
Python – изумительный язык программирования. Как сказал Дэн Каллаэн (Dan Callahan) в своем докладе на PyCon 2018, "Пайтон занимает второе место в списке лучших языков, подходящих для чего угодно, и это чудесно". Однако я убежден, что если рассматривать тест-автоматизацию, то Python – один из наилучших языков для нее. Ниже – десять причин, почему я так думаю.
Selenium против Katalon Studio – узнайте, как упростить Selenium-тесты при помощи Katalon Studio (на примере тест-кейса авторизации в обоих инструментах).
Автоматизированное тестирование – это техника, в которой одно приложение проводит тестирование другого приложения.
Автоматизированное тестирование – очень ценная в мире Web-проектов практика. Автоматизация широко в них применяется, так как позволяет выгодно проводить UI-тестирование, критически важное для обеспечения высококачественного сервиса.
Selenium – один из наиболее популярных инструментов Web-автоматизации с открытым исходным кодом. При помощи Selenium можно сделать очень многое – например, провести рефакторинг веб-элементов в классы, которые легко вновь и вновь использовать в тест-кейсах.
Однако для новичков в автоматизации эти хитрые задачи могут не соответствовать тест-потребностям. Скорее всего, вы еще не хотите морочить себе голову такими сложностями, и хотите сразу приступить к созданию тестов и по ходу дела изучить принципы тест-дизайна.
Эта статья – введение в автоматизированное тестирование.
Сначала мы займемся автоматизацией кейса авторизации при помощи Selenium – фреймворка на основе Web. Затем мы научимся делать то же самое, но с меньшими усилиями, используя Katalon Studio.
Selenium WebDriver – наиболее популярный пакет с открытым исходным кодом для автоматизации тестирования Web UI. Он позволяет тестам напрямую взаимодействовать со страницей в живом браузере. Однако его использование может сильно раздражать, потому что базовым взаимодействиям зачастую не хватает устойчивости, и это вызывает плавающие проблемы.
В данном видео из серии "Test-Suites" автоматизатор - Антонина Бжассо из "Лаборатория качества" на базе нескольких кейсов познакомит вас с такими инструментами как Twin, certmgr.exe, UI Spy и др. и расскажет о преимуществах и недостатках перечисленных утилит!
Автор: Энди Найт (Andy Knight)