Что могут сделать разработчики, чтобы помочь в автоматизации тестирования? - PullRequest
0 голосов
/ 28 февраля 2019

Компания, в которой я работаю, запускает новое веб-приложение, и я попросил разработчиков переднего плана сделать это приложение Automation Friendly .

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

Я ищу любого, кто может иметь опыт работы в такой ситуации.

  1. Что вы попросили своих разработчиков сделать, чтобы помочь в автоматизации?
  2. Существуют ли какие-либо стандарты или рекомендации для именования элементов в приложении, подходящих для автоматизации Selenium?
  3. Являются ли пользовательские атрибуты данных лучшим способом?есть ли другие варианты?

Любой совет / руководство будет с благодарностью!

Ответы [ 2 ]

0 голосов
/ 04 марта 2019

Test Driven Development упрощает автоматизацию.По моему мнению, тестеры должны быть разработчиками или бывшими разработчиками, которые хорошо умеют находить и предотвращать ошибки.Напишите тесты в том же проекте, в котором разрабатывается решение. Разработчики также могут вводить идентификаторы, даже если они иногда этого не хотят, и если «тестеры» хороши, они могут даже отправлять запросы извлечения (в GitHub дляпример) для улучшений кода, которые позволят им лучше тестировать.Думайте о тестировщиках как о части вашей команды разработчиков, где каждому разрешено вносить код.Это помогает с подотчетностью и улучшает автономию.Все готовы помочь друг другу, и если весь код находится в одном проекте, и весь код проверяется и утверждается перед объединением с мастером, каждый является потенциальным разработчиком, если все являются ИТ-специалистами.Старые дни ручного тестирования умирают.Отделение Dev от тестирования - кирпичная стена.Снеси это.

0 голосов
/ 01 марта 2019

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

Согласно @ ChrisChua от ThousandEyes Вот некоторые из лучших практик , которые следует учитывать при разработке веб-приложения для упрощения тестирования:

  • Добавление значимых классов.
  • Классыдолжен указывать функциональность и состояние элемента.
  • Использовать функциональные имена в идентификаторах и классах для элементов действия.
  • Динамически генерируемые классы и идентификаторы не полезны для тестирования.
  • Добавить таргетингОбратная связь DOM для указания состояния приложения.
  • Никогда не кодируйте жестко содержимое кода в тестовом коде!

Заключение

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


tl;dr

Несколько ссылок:

...