Home

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

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

Какие демо-сайты стоит использовать?

Ниже – список демо-сайтов, найденных мной через онлайн-поиск или рекомендации друзей. Многие из них входят в другие списки "Топ-N сайтов для тестирования". Мой список создан не только с целью сбора ссылок на популярные демо-сайты, но и как рекомендация по их использованию.

Типы сайтов:

• Web UI – выглядит как реальный веб-сайт
• Web UI элементы – обучающие страницы, демонстрирующие типы веб-элементов
• Mobile UI – выглядит как реальный мобильный сайт
• API – публичный API для тестирования
• DIY – "сделай сам", нужно создать и настроить сайт самостоятельно

Мои рекомендации

Выше перечислено очень много сайтов. Ниже – те, которые рекомендую лично я.

• Нужен сайт, где есть и web UI, и API? ParaBank или Restful Booker!
• Нужен сайт, похожий на настоящий? Automation Practice Website!
• Нужно продемонстрировать визуальное тестирование? Applitools demo site!
• Нужно продемонстрировать уязвимости безопасности? OWASP Juice Shop!
• Нужно попрактиковаться во взаимодействии с определенными элементами? the-internet!
• Нужен API, наполненный данными? JSONPlaceholder!
• Нужно научиться тестировать REST API? Device Registry Service!

Конечно, остальные сайты тоже хороши, поэтому они и попали в список!

Зачем морочиться с "муляжами" сайтов?

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

• Демо-сайты постоянны. Они внедрены определенным способом и затем не меняются. Можно быть уверенным, что тесты всегда сработают на них.
• Демо-сайты зачастую проще реальных сайтов. Они не так пугают новичков.
• Демо-сайты иногда создаются для обучения. Если они часть обучающего материала, автор может добавлять туда функции для демонстрации определенных концепций.
• Демо-сайты безопаснее для публикаций статей, обучающих материалов и книг. Письмо статично, поэтому любые сайты, на которые ссылается книга, тоже должны быть статичными. Реальные сайты изменчивы.
• Реальные сайты могут требовать принять пользовательское соглашение, запрещающее автоматизированные запросы. Некоторые даже душат или блокируют запросы, если подозревают, что они отправлены "ботом".
• Реальные сайты также могут подразумевать юридические и копирайтные заморочки, особенно если компания использует их для размещения собственного контента.

Ограничения демо-сайтов

К сожалению, у демо-сайтов есть ограничения:

• Демо-сайты могут быть слишком простыми. В них может не быть длинных сценариев или реальных данных. Неактивные элементы, кажущиеся реальными, могут раздражать.
• Демо-сайты могут быть не созданы для масштабирования. Нагрузка запросами или параллельное тестирование могут сломать их.
• Демо-сайты могут выглядеть низкокачественными вне зависимости от того, правда это или нет. Иногда их быстро создают для тестирования, не вдаваясь в детали так, как с реальными сайтами.
• Демо-сайты со значительным уровнем брендирования могут не подходить для использования. К примеру, если А и В – конкуренты, то А не должны использовать демо-сайт компании В для обучения использованию своего продукта.