Автор: Джош Грант (Josh Grant) Оригинал статьи Перевод: Ольга Алифанова
За несколько лет многое может измениться – взглянуть хоть на состояние дел с тест-автоматизацией на JavaScript (JS).
Если бы вы спросили о моем мнении по поводу JS и браузерного тестирования в 2015 году, я бы сказал "избегайте JS как только можете, но если уж вам необходимо использовать JS – применяйте Protractor".
Теперь моя позиция поменялась на 180 градусов: "WebdriverIO – наилучший выбор для браузерной (и мобильной) тест-автоматизации UI, и я настоятельно рекомендую инструменты на основе JS, а не инструменты на основе Java".
(если вы думаете "А где, по вашему мнению, JS-инструменты автоматизации окажутся к 2026 году?", то мой ответ – "Ни малейшего понятия").
Любая команда, создающая новый продукт, сталкивается с заблуждениями пользователей или сообщества. Если продукт не просто новый, а концептуально новый — таких заблуждений становится в разы больше.
За Allure TestOps с самого начала тянется немало мифов. В некоторые из которых в начале пути мы верили и сами (например, в пятый!). В этой статье мы поделимся наиболее частыми заблуждениями и постараемся развеять их.
На рынке так много программных продуктов для тестирования, что может показаться, будто для всего найдется готовое решение и нет необходимости тратить время и усилия на разработку инструментов тестирования. На самом деле это не так. Мы в «ЛАНИТ Экспертизе» убедились в этом, когда появилась задача тестирования Desktop-приложений, и теперь делимся с вами опытом.
Автор: Джоеп Шууркс (Joep Shuurkes) Оригинал статьи Перевод: Ольга Алифанова
Недавно в моем окружении несколько раз поднималась тема инструментов управления тест-кейсами. Практически во всех случаях я бы не рекомендовал пользоваться этими инструментами, и могу обосновать эту точку зрения – однако я обнаружил, что моим мыслям не хватает ясности. Так и появилась эта статья – дабы заставить меня глубже обдумать вопрос и более внятно высказаться.
Прежде чем я перейду к сути, отмечу, чего эта статья не касается. Я не буду вдаваться в то, как тест-кейсы влияют на выполнение тестов, и хороши ли кейсы для применения в тестировании. Лично я не думаю, что они несут пользу, и писал о своей неспособности ими пользоваться в июле 2013 года. Если вы хотите глубже изучить вопрос, рекомендую статью Джеймса Баха и Аарона Ходдера "Тест-кейсы – это не тестирование" (часть 1, часть 2).
Автор: Баз Дейкстра (Bas Dijkstra) Оригинал статьи Перевод: Ольга Алифанова
Если вы когда-либо работали в команде, практикующей BDD и использующей Cucumber или SpecFlow для создания исполняемых спецификаций, то вы знаете, как тяжело писать читабельные сценарии. Очень, очень тяжело!
В этой статье я хочу подробно разобрать фичу связок Java Cucumber, которые помогут вам писать читабельные спецификации: это использование таблиц данных.
Таблицы данных – это таблицы, которые можно передавать в отдельный шаг в качестве аргумента. Данные в этой таблице затем будут обработаны согласно определению шага. Таблицы данных не надо путать с таблицами примеров – таблицы примеров содержат примеры для сценариев целиком и используются в описаниях сценариев. Таблицы данных позволяют использовать более сложные структуры данных в качестве аргумента для шага.
Давайте рассмотрим ряд примеров с применением различных форм таблиц данных, а также сравним, как это будет выглядеть, если те же самые данные определять в текстовом формате.
Всем привет! Меня зовут Миша, я работаю на позиции ручного тестировщика, или Manual QA - кому как удобно. В связи с тем, что в моей работе преобладает ручное тестирование - я часто сталкиваюсь с консолью разработчика в браузере (думаю как и 99.9% web-тестировщиков).
В интернете огромное количество источников, в которых можно найти информацию про DevTools, как для разработчиков, так и для тестировщиков. Конечно, наполнение таких статей очень сильно разнится в зависимости от ее направленности. Изучив большое количество подобного материала и поняв, что нас (тестировщиков) обделяют информацией :), решил залезть в первоисточник для изучения инструментов разработчика в полном объеме. Пройдясь по всем пунктам огромного меню, выписал для себя порядка 20 пунктов, которые были бы интересны (читай полезны) для тестировщиков. Сразу скажу, что в статье я не буду рассказывать, как пользоваться тем или иным инструментом, так как это подробно описано в статьях, которые будут прикреплены к каждому из пунктов. Цель моего повествования - скорее вычленить из огромного списка возможностей DevTools, именно те, которые были бы полезны для QA-специалистов. Не претендую на объективность и полную раскрытость темы, но постараюсь это сделать.
Автор: Филип Рик (Filip Hric) Оригинал статьи Перевод: Ольга Алифанова
Начать учить Cypress можно, мало зная о JavaScript – по крайней мере, по моему опыту. Первый затык в обучении у меня произошел, когда я пытался разобраться, как обратиться к данным в JSON-ответе. Эта статья – для всех, кто находится в той же точке. Надеюсь, она поможет вам разобраться.
Система контроля версий (от англ. Version Control System, VCS) — это место хранения кода. Как dropbox, только для разработчиков!
Она заточена именно на разработку продуктов. То есть на хранение кода, синхронизацию работы нескольких человек, создание релизов (бранчей)... Но давайте я лучше расскажу на примере, чем она лучше дропбокса. Всё как всегда, история с кучей картиночек для наглядности ))
А потом я подробнее расскажу, как VCS работает — что значит "создать репозиторий", "закоммитить и смерджить изменения", и другие страшные слова. В конце мы пощупаем одну из систем VCS руками, скачаем код из открытого репозитория.
И то, и другое — интерпретаторы командной строки в линуксе. То есть если вы откроете командную строку и введете любую команду, да хоть:
cd /home
То именно интерпретатор ее расшифрует и скажет компьютеру «он хочет перейти в директорию /home». Компьютер ведь не понимает команды на русском / английском языке. Ему нужны байтики. Этим и занимается интерпретатор — переводом с «нашего» на «компьютерный» язык.
Так что «cd /home» — это shell-команда! Или bash. Смотря какой интерпретатор установлен в вашей системе. В каждой операционной системе установлен интерпретатор по умолчанию. У них есть какие-то различия, но есть и набор базовых команд, которые понимают все: cd, mv, cp, ls…(в винде эти команды немного другие)
А что такое shell-скрипт тогда? Это просто текстовый документ, внутри которого написан набор команд! Это не обязательно должны быть «сложные» команды, которые делают что-то супер-навороченное. Это любые команды, которые вы выполняете в консоли.
Автор: Филип Рик (Filip Hric) Оригинал статьи Перевод: Ольга Алифанова
Я часто сталкиваюсь с необходимостью протестировать панель навигации, дабы убедиться, что все ссылки в ней правильно работают. Это симпатичный тестовый случай, к которому можно применять разнообразные подходы. В этой статье я хочу их осветить и показать, как применять их в Cypress.
Сначала посмотрим, что мы будем тестировать. У нас есть простая панель навигации, направляющая нас на различные страницы нашего сайта. Как обычно, можно воспользоваться примером в моем репозитории.
