Как стать автором
Поиск
Написать публикацию
Обновить

Оптимизация процессов тестирования. Часть 1: инструменты и среда

Уровень сложностиПростой
Время на прочтение5 мин
Количество просмотров1.9K
Всего голосов 4: ↑3 и ↓1+4
Комментарии4

Комментарии 4

Например, мы должны иметь возможность быстро перейти с Playwright на Selenium

Зачем?

Для хранения подобных настроек есть более удобный формат — HOCON

А чем плох широко распространенный YAML?

Добрый день! Спасибо за интересную статью. Отчего для python выбран такой древний инструмент (поддержка кончилась лет 8 назад) pyresttest а не расширяемый плагинами молодежный pytest?

Статья называется "Оптимизация процессов тестирования", но при этом начинается с инструментов для автоматизации.

Именно о процессах здесь ничего нет.

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

Кстати, в этой библиотеке предусмотрены методы, которые сразу возвращает Int или List — не нужно возиться с преобразованиями

Вот как это читается: вместо пары методов на 2-3 строки, возвращающих Int и List мы предлагаем затащить в проект новую библиотеку со своими зависимостями, гипотетическими конфликтами, необходимостью обновления.

Про оптимизацию ли это? Не уверен.

Но настраивая процессы автоматизированного тестирования, стоит отрываться от кода и внимательнее смотреть на процессы — именно тут кроется плодородная почва для оптимизации.

Так тестирования или автоматизированного тестирования? Автоматизация это лишь часть общего процесса. А библиотеки на фоне настройки QG просто не имеют значения.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий