Спасибо! Наш менеджер свяжется
с Вами в ближайшее время.
Сайты с багами для тестирования

Содержание
1. Сайты, которые помогу подтянуть теорию тестирования
2. Тестировании без использования автоматизации
3. При необходимости понять свой уровень в тестировании
Представитель любой профессии для поддержания уровня своей квалификации требуется постоянно тренироваться и учиться.
Это же относится и к начинающим, и к опытным тестировщикам. Для этого существует множество различных сайтов. Содержащих в себе какие-либо баги или задания.
Сайты, которые помогу подтянуть теорию тестирования:
- https://skillotron.com/skills/qa-general — на этом сайте можно найти множество вопросов, благодаря которым можно понять, где пробелы в знаниях о тестировании, а также потренировать свою логику.
- http://www.quizful.net/interview/qa — здесь собраны вопросы, ответы на которые могут пригодится тем, кто планирует устраиваться на работу, так как с большой вероятностью их спросят на собеседовании.
- http://istqb-training.ru/ — при необходимости подготовки к ISTQB-экзамену можно воспользоваться данным сервисом.
- https://www.gasq.org/en/certification/sample-exam.html — здесь можно пройти тестовую версию того же экзамена.
- https://www.testingexcellence.com/istqb-quiz/istqb-foundation-practice-exam-1/ — такой же тренажёр, но немного сложнее, ведь он полностью на английском языке.
После того, как теория была закреплена, можно потренироваться в тестировании без использования автоматизации. В этом помогут:
- http://testingchallenges.thetestingmap.org – для прохождения данного задания требуется набрать максимальное количество баллов. Его суть – поиск ошибок и проведение проверок в различных полях.
- https://playground.learnqa.ru/puzzle/triangle — тренировка, где нужно протестировать какую-нибудь простенькую программу.
- http://qainterview.pythonanywhere.com/ — цель – получить на выходе факториал путем ввода чисел, но есть одно но, повсюду прячутся баги, поэтому нужно быть очень внимательном чтобы их найти.
Все это необходимо для развития внимательности, кроме того велика вероятность, что именно такое задание на начальном этапе дадут на собеседовании.
При необходимости понять свой уровень в тестировании API можно воспользоваться:
- https://reqres.in/
- http://httpbin.org/
- http://petstore.swagger.io/
Если же ни один вышеописанный сайт не отвечает вашим потребностям, всегда можно самому попрактиковать создание автотестов:
- https://skillotron.com/ — здесь нужно выбрать интересующую тему или язык и получить возможность тренироваться по ним.
- https://stepik.org/catalog?tag=22872 – сборник различных курсов для программистов и тестрировщиков на разных языках.
- https://www.w3schools.com/ — огромное количество теории, тренажёров и заданий.
Если с тестированием сайта через сервисы возникли сложности — всегда можно обратиться к нам и в рамках технической поддержки сайта мы вам поможем.
Похожие статьи
-
ПОИСК ПО БЛОГУ
-
КАТЕГОРИИ
- «E-mail маркетинг» (10)
- «SMM» (38)
- «Блог» (184)
- «Брендинг» (15)
- «Веб-аналитика» (38)
- «Веб-дизайн» (12)
- «Вирусный маркетинг» (15)
- «Интернет-маркетинг» (55)
- «Кейсы» (3)
- «Контекстная реклама» (17)
- «Копирайтинг» (24)
- «Крауд-маркетинг» (5)
- «Лайфхаки» (20)
- «Повышение продаж» (19)
- «Поисковый маркетинг» (17)
- «Прочее» (109)
- «Развлекательный контент» (56)
- «Создание и разработка сайтов» (89)
- «Триггеры» (7)
- «Юзабилити» (23)
- Без рубрики (15)
- Мобильные игры (10)
-
НАШИ ПАРТНЕРЫ
-
АКЦИЯ
-
ВИДЖЕТЫ СОЦИАЛЬНЫХ СЕТЕЙ
Как и создание ТЗ, и прототипирование, тестирование сайта является одним из важных этапов разработки. Тестирование и отлов ошибок предшествуют запуску проекта и выполняются после всех остальных этапов, ведь досконально проверять имеет смысл только уже готовый продукт. Но иногда бывает уместным протестировать отдельный этап, например, после верстки дизайна нужно посомтреть, как выглядят страницы на разных браузерах и устройствах. Обо все по порядку.
Блок: 1/5 | Кол-во символов: 465
Источник: https://www.seostop.ru/blog/sozdanie-saita/testirovanie.html
Тестирование документации
Мы должны начать с подготовительного этапа, анализируя документацию. Тестер изучает полученную документацию (анализирует определенную функциональность сайта, готовит план дальнейшего тестирования).
На этом этапе анализируются основные артефакты, связанные с тестированием веб-сайта:
- Требования
- План тестирования
- Тест кейсы
- Матрица соответствий
Блок: 2/12 | Кол-во символов: 370
Источник: https://geteasyqa.com/ru/qa/test-website/
1. Инструменты Яндекс Метрики
В рунете из бесплатных инструментов юзабилити-тестирования пока не придумали ничего удобнее и функциональнее счетчиков Яндекс Метрики. Чего стоит один «Вебвизор».
С его помощью можно воспроизводить перемещения курсора пользователя, клики, заполнение формы и выделение текста. Вы как будто смотрите видеозапись визита посетителя своего сайта: куда он нажал, что ввел в строку поиска или, например, на каком шаге оформления заказа остановился.
Чтобы установить «Вебвизор», авторизуйтесь на Яндекс Метрике и перейдите на вкладку «Добавить счетчик». В «Настройках» скопируйте код счетчика и вставьте на все страницы сайта.
Вот так выглядит отчет «Вебвизора». А настоящая магия — просмотр действий пользователя — начнется при нажатии на значок воспроизведения.
«Вебвизор» не единственный полезный инструмент Яндекса, который поможет отследить реакцию пользователей на ваш сайт.
Тепловая карта кликов наглядно покажет самые кликабельные места на странице. Например, по карте кликов Яндекса видим, что кнопку «Получить счетчик» нажимают, а вот новости (колонка справа) особой популярностью не пользуются. Чем горячее цвет в точке, тем чаще на нее кликают пользователи.
Карта скроллинга даст понимание, как посетители прокручивают страницу, где задерживаются дольше всего, следовательно, какая часть им интересна. Аналитика форм поможет разобраться, как пользователь взаимодействует с формами на сайте, какие поля заполняют в заявке, что пишет в строке поиска и т.д. Все инструменты бесплатные, отлично работают и при грамотном подходе помогут эффективно проанализировать юзабилити вашего сайта.
Блок: 2/7 | Кол-во символов: 1645
Источник: https://pr-cy.ru/news/p/6133
Простое тестирование
Если вы собираетесь запускать несложный веб-проект или ваш сайт работает на одной из распространённых CMS, то тестирование будет относительно несложным, так как работу движка до вас проверяли уже тысячи пользователей, а на сайте из нескольких страниц проверять особо и нечего.
Итак, в случае стандартного проекта всё тестирование сводится к сверке функционала и внешнего вида получившегося сайта с тем, что требовало ТЗ. Ссылки, формы, другие интерактивные элементы проверяются на работоспособность, а дальше — всё по заданию. Было заявлено, что ресурс должен корректно отображаться и на смартфонах и на ПК — адаптивность сайта проверяется, в ТЗ указана непременная совместимость сайта с Internet Explorer 9 — это тоже проверяется.
Если в процессе выявляются ошибки, они исправляются, и так до тех пор, пока готовый проект не начинает полностью соответствовать техническому заданию.
Но это в стандартном случае. Если же веб-ресурс запускается крупный, технически сложный или рассчитанный на высокие нагрузки, процесс усложняется. Ниже описаны этапы именно такого, сложного тестирования серьёзного проекта.
Блок: 3/5 | Кол-во символов: 1128
Источник: https://www.seostop.ru/blog/sozdanie-saita/testirovanie.html
Что проверять
Проверка работы сайта будет считаться успешной, когда будет проведено тестирование:
- всех ссылок сайта;
- форм на всех страницах;
- cookies;
- HTML/CSS валидации.
Кроме того, понадобится проверка скорости работы сайта, так как низкая скорость приведет к большому проценту отказов. Важно проверить юзабилити портала, чтобы определить насколько он удобен пользователям. Нагрузочное тестирование позволит выяснить сколько посетителей может выдержать сайт, а тестирование безопасности проверит ресурс на наличие уязвимостей.
Каждая часть тестирования важна по своему, нельзя пропускать какой-либо этап, если ваша цель, это действительно качественный веб-портал для пользователей. Важно, чтобы портал имел не только хорошую визуальную составляющую, но и корректно работал, а также был хорошо защищен, так как пользователи должны быть в безопасности.
Блок: 3/11 | Кол-во символов: 859
Источник: https://richhost.biz/kak-protestirovat-rabotu-sajta.html
2. Тестирование форм
Предполагается, что формы будут заполнять простые пользователи, поэтому в процессе заполнения все должно быть предельно понятно. Редакторам, тестирующим сайт, нужно проверить эти формы на себе и решить несколько вопросов.
- Понятно ли простому пользователю, что нужно делать для правильного заполнения формы? Точно ли описаны этапы ее заполнения и требования к итоговому варианту?
- С какими трудностями можно столкнуться при заполнении? Что может быть непонятно или истолковано двояко?
- Как улучшить форму, как сделать ее более понятной и простой?
- Принимается ли форма по указанному адресу после отправки?
Блок: 4/30 | Кол-во символов: 651
Источник: https://www.kasper.by/blog/testirovanie-saita/
Онлайн-сервис предлагает 5 простых тестов:
- Five Second Test — тест пяти секунд. Принцип таков: вы загружаете скриншот тестируемой страницы на сайт, участники теста смотрят на нее в течение 5 секунд, после чего дают свою оценку. Можно задавать разные вопросы, например, какой элемент больше всего привлек внимание, что запомнилось, о чем сайт и тому подобное. По завершении вы получите ответы участников теста в полном объеме + автоматически сгенерированное облако часто повторяющихся слов.
1.Загружаем скриншот страницы
2. Задаем участникам вопросы
3. Получаем отчет с ответами
4. Для наглядности изучаем облако
- Click Test — тест кликов. Действия те же, только вместо ответов получаем тепловую карту кликов. По ней мы увидим, что пользователи, к примеру, не жмут на стратегически важную (для нас) кнопку, зато активно кликают картинку. Дополнительно сервис предоставит отчет о количестве кликов и среднем времени щелчка.
- Question Test — тест вопросов. Вы спрашиваете о своем сайте — реальные люди отвечают.
- Navigation Test — анализ навигации. Позволяет понять, насколько удобно пользователям «лазить» по вашему сайту, понятна ли его архитектура и навигация.
- Preference Test — предпочтение. Поможет провести А/В тестирование дизайна сайта, приложения, листовки. Загружаете два варианта дизайна — пользователи выбирают, какой им больше нравится. Все просто и оперативно.
Тепловая карта кликов
UsabilityHub — англоязычный сервис, но среди предлагаемых языков тестирования есть русский. В платной версии вы выбираете количество участников и вскоре получаете результаты. В бесплатном варианте придется самому поучаствовать в тестированиях, поотвечать на вопросы и пооценивать дизайны. Наберете необходимое количество баллов за участие — получите возможность провести свой тест.
Блок: 4/7 | Кол-во символов: 1798
Источник: https://pr-cy.ru/news/p/6133
Тестирование UI (интерфейса пользователя)
Тестирование интерфейса пользователя (UI) выполняется для проверки соответствия графического пользовательского интерфейса вашего сайта спецификациям.
Вот некоторые проверки для тестирования интерфейса веб-сайта:
- Соответствие стандартам графических интерфейсов
- Оценка элементов дизайна: макет, цвета, шрифты, размеры шрифтов, ярлыки, текстовые поля, форматирование текста, титры, кнопки, списки, значки, ссылки
- Тестирование с различными разрешениями экрана
- Тестирование локализированных версий: точность перевода, проверка длины имен элементов интерфейса и т. п.
- Тестирование графического интерфейса пользователя на целевых устройствах: смартфоны и планшеты.
Полезные инструменты для UI тестирования: FitNesse, iMacros, Coded UI, Jubula, LoadUI.
Блок: 5/12 | Кол-во символов: 788
Источник: https://geteasyqa.com/ru/qa/test-website/
3. Usabilla
Предлагает 3 продукта: тестирование веб-сайта, мобильного приложения и электронного письма. Под тестированием подразумевается хорошая обратная связь от людей в режиме реального времени: участники ставят свои оценки, пишут , указывают на ошибки, делают скриншоты для большей наглядности. Все данные сохраняются в удобную статистику.
Среди языков тестирования есть русский, но сама программа на английском. В бесплатной демо-версии можно протестировать 2 страницы с участием 10 человек.
Блок: 5/7 | Кол-во символов: 505
Источник: https://pr-cy.ru/news/p/6133
Тестирование функционала
Как протестировать ссылки:
- проверка исходящих ссылок;
- работоспособность внутренних ссылок;
- ссылки используемые для обратной связи;
- отсутствие неработающих ссылок;
- отсутствие лишних ссылок.
Как протестировать формы:
- действительность заполнения;
- допустимые символы для заполнения;
- недопустимые символы в определенных полях;
- параметры в формах с редакторами и функционалом (если есть).
Как протестировать cookies:
- проверка ресурса с отключенными, а затем с включенными coolies;
- проверка на шифровку;
- проверка безопасности при удалении cookies;
- проверка на активность cookies в нужный промежуток времени.
Как протестировать валидацию html/css:
- проверка на отсутствие ошибок;
- доступность для поисковых машин;
- точность карты сайта.
Блок: 8/11 | Кол-во символов: 770
Источник: https://richhost.biz/kak-protestirovat-rabotu-sajta.html
Нагрузочное тестирование
Чтобы предотвратить неожиданное прекращение работы сайта в час пик посещения пользователей, важно провести нагрузочное тестирование. Для этого существуют сервисы, которые имитируют постепенное увеличение находящихся на сайте пользователей. Если время загрузки сайта остается прежним, что и на уровне с небольшим трафиком, в таком случае проблема не наблюдается. Для интернет-магазинов тестировать можно и осуществление одновременных транзакций, чтобы получить время отклика всех самых важных бизнес-функций.
Блок: 6/9 | Кол-во символов: 534
Источник: https://wiont.ru/blog/osobennosti-testirovaniya-web-sajtov.html
4. Optimal Workshop
На сервисе доступны такие инструменты:
- Treejack — тестирование «дерева» сайта. Помогает понять, как пользователи ориентируются на вашем сайте, выполняют ли те действия, которые вы от них ждете, или теряются в его дебрях. Для тестирования нужно расписать информационную архитектуру своего сайта в форму Treejack. Звучит страшно, но каждая строка формы подписана, если знаете английский — легко справитесь. Также нужно поставить задачи участникам тестирования, к примеру, найти мобильный телефон на сайте. На выходе получите исчерпывающую статистику в виде таблиц и диаграмм. Бесплатная демо-версия позволяет опросить 10 человек.
- OptimalSort — тестирование по методу сортировки карточек. Помогает выяснить, как пользователь думает, какие принимает решения и как ему проще достичь конечной цели на вашем сайте. Как это работает: все элементы контента сайта «выписывается» в отдельные карточки, а участникам предлагается отсортировать их так, как им было бы понятно и удобно. В результате вы получаете отчеты в виде таблиц, матриц, дендрограмм и понимание ментальной модели ваших пользователей. В бесплатной версии можно протестировать 30 карточек, опросив 10 человек.
- Chalkmark — помогает узнать первое впечатление о дизайне, показывает тепловую карту кликов и анализ первого щелчка. Для тестирования загрузите скриншот страницы, поставьте участникам задачи и ждите результаты в виде карты кликов, цветовой сетки и схемы подсчета количества щелчков.
Результаты тестирования макета сайта с помощью Chalkmark
В платной версии можно проводить онлайн-опросы с быстрой обратной связью.
Блок: 6/7 | Кол-во символов: 1607
Источник: https://pr-cy.ru/news/p/6133
Тестирование совместимости
1366×768, 1920×1080, 1600×900 — наверно, вы знаете, что означают все эти комбинации цифр. Правильно, разрешение мониторов или экранов, на которые мы ежедневно смотрим. Так вот здесь можно увидеть «картинку», сколько процентов пользователей имеют устройство с тем или иным количеством пикселей. Посмотрите сколько много разных форматов. Как же веб-сайт смотрится на каждом из них? На этот вопрос и об уровне кроссбраузерности ответит тестирование совместимости со следующими видами работ:
- Просмотра сайта на мониторах, имеющих различную разрешающую способность;
- Просмотра сайта с помощью различных браузеров и их версий;
- Проверки правильности отображения шрифтов различными браузерами и их версиями.
Блок: 8/9 | Кол-во символов: 727
Источник: https://wiont.ru/blog/osobennosti-testirovaniya-web-sajtov.html
5. Feng-GUI
В отличие от предыдущей тройки инструментов, этот не дает обратную связь от живых людей. Приложение на основе своих алгоритмов само генерирует карту внимания пользователя. То есть показывает, куда он посмотрит сразу после загрузки страницы и в какой последовательности (по мнению программы) его взгляд будет перемещаться с одного элемента на другой. Для тестирования вводим url нужной страницы сайта, жмем Analyze, через несколько секунд получаем заветную карту взгляда пользователя.
Каждый из перечисленных инструментов по-своему хорош, но в бесплатных версиях в основном используется ограниченный функционал, к тому же львиная доля сервисов на английском.
Не хотите разбираться в интерфейсах и статистиках англоязычных ресурсов? Идите в народ. К примеру, для оценки дизайна страницы разместите скриншот на revision.ru или подобных площадках, поинтересуйтесь мнением «местных» — web-дизайнеров, разработчиков и других специалистов. Проведите опросы в соцсетях, например, в тематических сообществах, или соберите фокус-группу среди своих знакомых. Для более или менее объективного анализа юзабилити достаточно опросить 5 респондентов (по некоторым данным из своей целевой аудитории.
Тестируйте юзабилити своего сайта. Используйте бесплатные программы, опрашивайте знакомых, нанимайте профи — все методы имеют место. Иногда достаточно всего лишь переместить кнопку в другое место, поменять некоторые элементы дизайна или форму заявки, и сайт начнет приносить ощутимо больше пользы. Просто благодаря тому, что стал более удобным и понятным для посетителей.
Подготовила Ольга Мороз
Блок: 7/7 | Кол-во символов: 1611
Источник: https://pr-cy.ru/news/p/6133
6. Адаптация сайта для просмотра на мобильных устройствах
Количество мобильного интернет-трафика все только растет, а это значит, что любой продвинутый современный сайт должен легко открываться на планшетах и смартфонах разных моделей. Кроме того, верстка сайта должна подходить под разные форматы – важно, чтобы пользователи могли прочитать всю информацию со своих мобильных устройств.
Блок: 8/30 | Кол-во символов: 392
Источник: https://www.kasper.by/blog/testirovanie-saita/
Тестирование, связанное с изменениями
Тестирование, связанное с изменениями, имеет две основные цели:
- Убедиться в том, что все обнаруженные баги действительно успешно исправлены (повторное тестирование или подтверждающее тестирование). Проще говоря, вы должны запустить тест кейсы, с изначально обнаруженными багами, и на этот раз они исполняются без каких-либо проблем.
- Убедиться в том, что не возникли новые баги изменений (регрессионное тестирование). Помимо тест кейсов с обнаруженными багами, оно также содержит тест кейсы, проверяющие все функциональные возможности вашего сайта.
Selenium, HP Quick Test Professional, TestComplete, TestDrive, SoapUI часто используются для тестирования, связанного с изменениями.
Блок: 9/12 | Кол-во символов: 721
Источник: https://geteasyqa.com/ru/qa/test-website/
Заключение
На сайте всегда найдется, что проверить — это факт! К примеру: поиск ошибок в контенте и проверка его на уникальность, тестирование скорости загрузки сайта, юзабилити, соответствие мета-тэгов и Title хорошему тону интернет-продвижения и так далее.
Чтобы провести некоторые виды тестирования нужно обладать компетентностью в технических вопросах и интернет-маркетинге. Однако часть работ вы можете сделать сами – достаточно потратить немного времени на изучение.
Буду рад вашим комментам и отзывам.
Интернет-маркетинг Как открыть магазин одежды с нуля? Инструкция по созданию интернет-магазина с офлайн точкой продаж!
Трансформация «живой» торговли в интернет пространство сегодня достигла колоссальных масштабов. Значительное число владельцев собственного бизнеса товаров стремятся расширить свой коммерческий проект, открывая параллельно…
Блог Как открыть прибыльный интернет-магазин с нуля: подробнейшая пошаговая инструкция
Вперед к финансовой независимости: создаем эффективный eCommerce проект Интернет-магазин, приносящий прибыль это большая и кропотливая работа. Сегодня мы хотим поделиться нашим многолетним опытом…
Блог 24 интересных и выгодных дропшиппинг-поставщиков
В предыдущих статьях о дропшиппинге мы уже подчеркивали необходимость поиска надежного поставщика или нескольких производителей аналогичных товаров. Именно нескольких, чтобы избежать ситуации –…
Блок: 9/9 | Кол-во символов: 1817
Источник: https://wiont.ru/blog/osobennosti-testirovaniya-web-sajtov.html
Тестирование мобильной версии сайта
Как вы могли заметить, некоторые из проверок были связаны с мобильной версией вашего сайта. В настоящее время число людей, использующих только мобильные устройства для доступа в Интернет, имеет тенденцию к стабильному росту. Вот почему, очень важно адаптировать версию сайта к мобильным устройствам.
Вот несколько советов для того, чтобы сделать ээфективным тестирование сайта на мобильных устройствах:
- Проверьте совместимость со смартфонами и планшетами
- Убедитесь, что навигация по сайту максимально проста
- Оптимизируйте время загрузки вашего сайта
- Убедитесь, что кнопки имеют достаточный размер для людей с большим пальцем
- Оптимизируйте размер всех изображений
- Не используйте Flash и всплывающие окна
- Используйте маркеры и короткие предложения
- Убедитесь, что ваш номер телефона может быть набран с помощью одного клика
- Убедитесь, что веб-сайт может получить доступ к вашему местоположению через GPS
Полезные инструменты для тестирования мобильной версии сайта – BrowserStack, Perfecto Mobile Continuous Quality Lab, Windows Phone Emulator, Android Studio emulator, Google’s Mobile-Friendly Test, Google’s Page Speed Online.
Блок: 10/12 | Кол-во символов: 1164
Источник: https://geteasyqa.com/ru/qa/test-website/
Тестирование с нагрузкой
Существуют специальные сервисы помогающие провести нагрузочное тестирование. Это позволяет оценить выносливость веб-ресурса при большой посещаемости пользователей.
Блок: 10/11 | Кол-во символов: 191
Источник: https://richhost.biz/kak-protestirovat-rabotu-sajta.html
Бета-тестирование
Бета-тестирование – заключительная предварительная стадия тестирования. Как правило, это делают конечные пользователи, которые не являются сотрудниками компании.
При бета-тестировании ваш сайт попадает в руки реальных пользователей , чтобы обнаружить любые недостатки с их точки зрения, которые вы не хотели бы иметь в своей окончательной, релизной версии.
Такие инструменты, как HockeyApp, Ubertesters, и TestFlight, являются всемирно используемыми платформами для бета-тестирования.
Теперь, когда мы рассмотрели основные этапы процесса тестирования веб-сайта, давайте попробуем найти баг и сообщить об этом с помощью одного из реальных инструментов веб-тестирования, расширения для браузера EasyQA Chrome Extension.
Блок: 11/12 | Кол-во символов: 737
Источник: https://geteasyqa.com/ru/qa/test-website/
9. Навигация и юзабилити
Проверка удобства перемещения пользователя по сайту. Важно обратить внимание на то, действительно ли ссылки ведут на указанные места.
Веб-разработчики могут выступать в роли тестировщиков.
Блок: 11/30 | Кол-во символов: 223
Источник: https://www.kasper.by/blog/testirovanie-saita/
Как проводить тестирование сайта с помощью EasyQA Chrome Extension
EasyQA Chrome Extension позволяет создать баг репорт с вашего веб-сайта или веб-приложения, не тратя время на отправку информации,помогает в кратчайший срок начать работу по исправлению бага.
Использовать EasyQA Chrome Extension для работы с багами очень просто. Всё, что вам нужно сделать, это:
- Создайте токен для Вашего Проекта
- Установите EasyQA Chrome Extension в свой браузер
- Залогиньтесь (по желанию).
Основные возможности EasyQA Chrome Extension:
- Возможность репортить баг непосредственно с вашего веб-сайта или веб-приложения
- Возможность создания баг репорта как для зарегистрированных, так и для незарегистрированных пользователей
- Создание скриншотов
- Видеозапись обнаруженных багов
- Подготовка и отправка баг репорта в иллюстрированной форме
Блок: 12/12 | Кол-во символов: 828
Источник: https://geteasyqa.com/ru/qa/test-website/
10. Поиск битых ссылок
Все они должны работать и вести на правильные страницы. Если сайт маленький, проверить ссылки можно самостоятельно. Если же на сайте около пятисот ссылок, можно вооружиться такими инструментами, как Screaming Frog SEO Spider. Если ссылок более пятисот, понадобиться купить расширенную версию или воспользоваться сервисом онлайн.
Блок: 12/30 | Кол-во символов: 357
Источник: https://www.kasper.by/blog/testirovanie-saita/
11. Проверка в Google Search Console
Search Console дает возможность узнать про все существенные проблемы сайта: появление страниц с ошибкой 404, появление несанкционированного ПО и пр. С помощью такого инструмента веб-разработчик может следить за ходом работы ресурса, а также регулировать индексацию, собирать статистику запросов и т.д. Еще один вариант для монторинга сайта – регистрация в Bing Webmaster Tools, Яндекс.вебмастер.
Блок: 13/30 | Кол-во символов: 438
Источник: https://www.kasper.by/blog/testirovanie-saita/
12. Установка Minify
Эта библиотека на PHP5 нужна, чтобы объединить, кэшировать JavaScript и CSS-файлы, а также минимизировать их. Благодаря этому уменьшается время загрузки сайта. Подробнее про библиотеку написано на GitHub.
Блок: 14/30 | Кол-во символов: 231
Источник: https://www.kasper.by/blog/testirovanie-saita/
13. Проверка ошибки 404
Страницы с такой ошибкой должны давать посетителю сайта полезную информацию и запускать поиск по ресурсу.
Блок: 15/30 | Кол-во символов: 135
Источник: https://www.kasper.by/blog/testirovanie-saita/
14. Проверка наличия иконки
Значок сайта, который пользователи видят в своей вкладке и адресной строке. Оригинальный запоминающийся значок повышает доверие к сайту и делает его более запоминающимся.
Часто наши SEO-оптимизаторы в роли тестировщиков.
Блок: 16/30 | Кол-во символов: 258
Источник: https://www.kasper.by/blog/testirovanie-saita/
15. Переадресация — 301 редирект
Структура сайта будет неизбежно меняться, и при этом важно удостовериться, что старые ссылки дают 301 редирект на новые. Для сбора всех ссылок предназначен уже упомянутый Screaming Frog Spider. Полученную по ссылкам информацию выгружают в Excel, где в разных колонках отображаются старые и новые URL.
Блок: 17/30 | Кол-во символов: 340
Источник: https://www.kasper.by/blog/testirovanie-saita/
18. Тестирование целей, установка аналитики
Установленная система аналитики должна быть настроена до того, как сайт будет запущен. Это может быть Google Analytics или другая по вашему усмотрению. Кроме всего, лучше сразу настроить все необходимые цели.
Блок: 20/30 | Кол-во символов: 258
Источник: https://www.kasper.by/blog/testirovanie-saita/
20. Ускоренные мобильные страницы (AMP)
Страницы в этом формате есть не на всех сайтах, но если у вас они внедрены, корректность их отображения нужно проверить перед запуском.
Блок: 22/30 | Кол-во символов: 181
Источник: https://www.kasper.by/blog/testirovanie-saita/
21. Интеграция с социальными сетями
В зависимости от целевой аудитории, может быть внедрена интеграция с разными соцсетями. Перед запуском сайта проверьте все их кнопки, убедитесь, что они ведут на нужные страницы.
Блок: 23/30 | Кол-во символов: 220
Источник: https://www.kasper.by/blog/testirovanie-saita/
24. Мониторинг
Для его осуществления предназначены различные инструменты, выбор зависит от того, с чем вы привыкли работать. Перед запуском сайта проверьте исправность своих инструментов.
Блок: 26/30 | Кол-во символов: 193
Источник: https://www.kasper.by/blog/testirovanie-saita/
25. Системы резервного копирования
При «падении» сервера эти системы должны сохранить все необходимые вам данные, поэтому такие системы должны работать с самого запуска сайта.
Блок: 27/30 | Кол-во символов: 181
Источник: https://www.kasper.by/blog/testirovanie-saita/
26. Тестирование нагрузки на ресурс
Тест сайта на «выдержку» — как он поведет себя во время наплыва трафика. Для такого тестирования нужны инструменты, которые могут разниться в зависимости от ваших предпочтений.
Блок: 28/30 | Кол-во символов: 218
Источник: https://www.kasper.by/blog/testirovanie-saita/
27. Авторизация пользователей
Если пользователю необходимо авторизоваться на сайте, чтобы просматривать определенные страницы, проверьте, насколько корректно работает авторизация. Отдельно проверьте, не могут ли неавторизованные пользователи просматривать защищенные страницы.
Блок: 29/30 | Кол-во символов: 282
Источник: https://www.kasper.by/blog/testirovanie-saita/
28. Сертификат безопасности SSL
Вернуться назад
Блок: 30/30 | Кол-во символов: 151
Источник: https://www.kasper.by/blog/testirovanie-saita/
Кол-во блоков: 63 | Общее кол-во символов: 33451
Количество использованных доноров: 7
Информация по каждому донору:
- https://geteasyqa.com/ru/qa/test-website/: использовано 7 блоков из 12, кол-во символов 5735 (17%)
- https://richhost.biz/kak-protestirovat-rabotu-sajta.html: использовано 7 блоков из 11, кол-во символов 4033 (12%)
- https://wiont.ru/blog/osobennosti-testirovaniya-web-sajtov.html: использовано 5 блоков из 9, кол-во символов 6476 (19%)
- https://www.seostop.ru/blog/sozdanie-saita/testirovanie.html: использовано 4 блоков из 5, кол-во символов 3246 (10%)
- https://www.kasper.by/blog/testirovanie-saita/: использовано 22 блоков из 30, кол-во символов 6547 (20%)
- https://art-lemon.com/site-test: использовано 1 блоков из 3, кол-во символов 248 (1%)
- https://pr-cy.ru/news/p/6133: использовано 5 блоков из 7, кол-во символов 7166 (21%)
|
Поделитесь в соц.сетях: |
Оцените статью:
|
Допустим, вы сделали сайт, но у вас нет тестировщика, который может всё проверить. Вот короткая инструкция, на что смотреть, чтобы с большой вероятностью после запуска всё было в порядке.
В больших компаниях каждым пунктом из этой статьи могут заниматься целые отделы, сотрудники которых досконально проверяют каждую мелочь — руками или автоматически. Но представим, что сейчас под рукой нет IT-департамента. Что можно сделать самостоятельно и быстро, чтобы проверить, что всё работает как задумано.
Предупреждение: статья не претендует на академическую полноту, но точно поможет что-нибудь не упустить.
Всё посмотреть и прокликать
Сначала нужно проверить, что всё выглядит, как задумано заказчиком — сайт совпадает с макетом, кнопки работают и ссылки ведут, куда нужно.
Что проверять:
- Элементы страницы расположены как на макете на всех устройствах.
- Сайт одинаково выглядит и работает во всех нужных браузерах.
- Кнопки нажимаются и после этого что-то происходит, слайдеры крутятся, гамбургеры раскрываются.
- Все JavaScript-скрипты работают корректно.
- Отображается правильный контент.
- Отдаются нужные заголовки.
- Загружаются правильные шрифты.
- Фавиконка установлена.
- Текст отображается не кракозябрами (в 2020 такое редко, но бывает).
- Курсор интерактивный на интерактивных элементах и обычный на обычных.
- С локализацией всё в порядке (русская, английская версия).
- Страница не разъезжается, если включить блокировщик рекламы.
Иногда используют автоматические тесты, которые сравниваются отрендеренный результат кода аля интерфейс с рендер-версией приложения. Фактически, это сравнение скриншотов. Конечно, автотесты можно подготовить и для тестирования интерактивных элементов.
Инструменты:
- Реальные браузеры и устройства.
- Эмуляторы (BrowserStack, LambdaTest, Browsera, BrowserShots).
Ошибки JavaScript
Если в коде есть ошибки, их будет видно в консоли разработчика. Также там можно обратить внимание на запросы (время и коды ответов) и посмотреть размер загружаемых файлов. И если размер большой, обсудить с разработчиками оптимизацию кода на JavaScript, шрифтов и изображений.
Валидность кода
Нужно убедиться, что код удовлетворяет стандартам HTML/CSS, для этого есть специальные валидаторы. Узнайте, как проверить валидность HTML.
Веб-формы
Формы — кладезь пользовательских данных и одновременно потенциальный источник уязвимостей. Формы должны быть удобными для пользователя и безопасными для сайта.
Что проверять:
- Обязательные поля подписаны.
- Если данные должны быть записаны в базу, проверяем это.
- Выводятся понятные сообщения об ошибках заполнения.
- Проверяем экранирование символов в формах на уровне клиента и сервера.
- Приходят подтверждающие письма (если так задумано).
Неправильные ссылки
Проверьте, что все ссылки ведут на настоящие сайты и не ведут на 404. Для этого тоже есть несколько инструментов. На главной не должно быть ссылки на главную.
Локализация
Если пользователи сайта говорят на разных языках, сайт локализуют — готовят тексты на разных языках и добавляют переключалку с флагами.
Но недостаточно проверить перевод текстов в интерфейсе, ошибок и документации — есть ещё ряд нюансов. Например, нужно проверить представление дат и времени, поддерживает ли шрифт локальные символы, и есть ли режим RTL для стран, где текст читается справа налево.
Производительность сайта
Пользователи уходят, если сайт грузится медленно. Поэтому нужно проверить, что ваш сайт не такой.
Что проверять
- Как быстро браузер отобразит страницу?
- Сколько времени занимает доставка ответа от сервера к пользователю?
- Все ли ресурсы загружаются?
Иногда скорость загрузки зависит от контента, который используется на странице. Вот советы, как его оптимизировать.
- Использовать сжатие контента. Например, выбирать подходящие форматы графики и шрифтов.
- Включить серверное и клиентское кэширование
- Избавиться от неиспользуемых данных, которые подгружаются подзапросом. Например в приложении 10 библиотек JS, а используется только одна.
- Правильно настроить файлы Cookie
- Хранить статические данные на отдельном CDN-сервере.
Критерии качества
На курсах HTML Academy сайты верстают и готовят к публикации на основе критериев качества — длинного списка правил, который нужен, чтобы делать сразу хорошо. Критерии включают не только то, что написано в этой статье — там гораздо больше мелочей, которые должен знать хороший фронтенд-разработчик.
«Доктайп» — журнал о фронтенде. Читайте, слушайте и учитесь с нами.
ТелеграмПодкастБесплатные учебники
Ошибки на сайтах
Unexpected token in json at position
Unexpected token in json at position
SyntaxError: Unexpected token
SyntaxError: Unexpected token
Typeerror cannot read property of null
Typeerror cannot read property of null
Вконтакте (ВК) Мессенджер временно недоступен. Попробуйте зайти позже
Вконтакте (ВК) Мессенджер временно недоступен. Попробуйте зайти позже.
Gogetlinks.net XSS уязвимость на сайте
Gogetlinks.net XSS уязвимость на сайте.
Яндекс Вордстат Ошибка 500 Не работает сайт Яндекс Вордстат
wordstat.yandex.ru Яндекс Вордстат Ошибка 500 Не работает сайт Яндекс Вордстат
Не работает сайт ikea com
Ikea.com Не открывается сайт, не работает сайт ИКЕА:
Ikea.com Наш сайт сейчас испытывает большую нагрузку, вы находитесь на странице ожидания
Ikea.com Наш сайт сейчас испытывает большую нагрузку, вы находитесь на странице ожидания. Мы вернём вас на IKEA.ru, как только это будет возможно
Ikea.com Не добавляется товар в корзину Что-то пошло не так, пожалуйста, попробуйте еще раз позже
Ikea.com Не добавляется товар в корзину Что-то пошло не так, пожалуйста, попробуйте еще раз позже
В настоящий момент выполняется другое обновление
Как поправить ошибку в WordPress’e «В настоящий момент выполняется другое обновление»?
Maximum Execution Time Exceeded
Как пофиксить ошибку Maximum Execution Time Exceeded?
Баг репорт Wordstat.yandex.ru 500 ошибка Internal Server Error
Последнее время чаще стали появляться серверные ошибки на Яндекс.Вордстате 500 и 503 ошибки.
Mysql connect error localhost 2002 No such file or directory 400
Ошибка в Bitrix Mysql connect error localhost 2002 No such file or directory 400.
neeva.com UI баг в слайдере с телефона
Багрепорт новой платной поисковой системы neeva.com.
Загрузка…
Допустим, вы сделали сайт, но у вас нет тестировщика, который может всё проверить. Вот короткая инструкция, на что смотреть, чтобы с большой вероятностью после запуска всё было в порядке.
В больших компаниях каждым пунктом из этой статьи могут заниматься целые отделы, сотрудники которых досконально проверяют каждую мелочь — руками или автоматически. Но представим, что сейчас под рукой нет IT-департамента. Что можно сделать самостоятельно и быстро, чтобы проверить, что всё работает как задумано.
Предупреждение: статья не претендует на академическую полноту, но точно поможет что-нибудь не упустить.
Всё посмотреть и прокликать
Сначала нужно проверить, что всё выглядит, как задумано заказчиком — сайт совпадает с макетом, кнопки работают и ссылки ведут, куда нужно.
Что проверять:
- Элементы страницы расположены как на макете на всех устройствах.
- Сайт одинаково выглядит и работает во всех нужных браузерах.
- Кнопки нажимаются и после этого что-то происходит, слайдеры крутятся, гамбургеры раскрываются.
- Все JavaScript-скрипты работают корректно.
- Отображается правильный контент.
- Отдаются нужные заголовки.
- Загружаются правильные шрифты.
- Фавиконка установлена.
- Текст отображается не кракозябрами (в 2020 такое редко, но бывает).
- Курсор интерактивный на интерактивных элементах и обычный на обычных.
- С локализацией всё в порядке (русская, английская версия).
- Страница не разъезжается, если включить блокировщик рекламы.
Иногда используют автоматические тесты, которые сравниваются отрендеренный результат кода аля интерфейс с рендер-версией приложения. Фактически, это сравнение скриншотов. Конечно, автотесты можно подготовить и для тестирования интерактивных элементов.
Инструменты:
- Реальные браузеры и устройства.
- Эмуляторы (BrowserStack, LambdaTest, Browsera, BrowserShots).
Ошибки JavaScript
Если в коде есть ошибки, их будет видно в консоли разработчика. Также там можно обратить внимание на запросы (время и коды ответов) и посмотреть размер загружаемых файлов. И если размер большой, обсудить с разработчиками оптимизацию кода на JavaScript, шрифтов и изображений.
Валидность кода
Нужно убедиться, что код удовлетворяет стандартам HTML/CSS, для этого есть специальные валидаторы. Узнайте, как проверить валидность HTML.
Веб-формы
Формы — кладезь пользовательских данных и одновременно потенциальный источник уязвимостей. Формы должны быть удобными для пользователя и безопасными для сайта.
Что проверять:
- Обязательные поля подписаны.
- Если данные должны быть записаны в базу, проверяем это.
- Выводятся понятные сообщения об ошибках заполнения.
- Проверяем экранирование символов в формах на уровне клиента и сервера.
- Приходят подтверждающие письма (если так задумано).
Неправильные ссылки
Проверьте, что все ссылки ведут на настоящие сайты и не ведут на 404. Для этого тоже есть несколько инструментов. На главной не должно быть ссылки на главную.
Локализация
Если пользователи сайта говорят на разных языках, сайт локализуют — готовят тексты на разных языках и добавляют переключалку с флагами.
Но недостаточно проверить перевод текстов в интерфейсе, ошибок и документации — есть ещё ряд нюансов. Например, нужно проверить представление дат и времени, поддерживает ли шрифт локальные символы, и есть ли режим RTL для стран, где текст читается справа налево.
Производительность сайта
Пользователи уходят, если сайт грузится медленно. Поэтому нужно проверить, что ваш сайт не такой.
Что проверять
- Как быстро браузер отобразит страницу?
- Сколько времени занимает доставка ответа от сервера к пользователю?
- Все ли ресурсы загружаются?
Иногда скорость загрузки зависит от контента, который используется на странице. Вот советы, как его оптимизировать.
- Использовать сжатие контента. Например, выбирать подходящие форматы графики и шрифтов.
- Включить серверное и клиентское кэширование
- Избавиться от неиспользуемых данных, которые подгружаются подзапросом. Например в приложении 10 библиотек JS, а используется только одна.
- Правильно настроить файлы Cookie
- Хранить статические данные на отдельном CDN-сервере.
Критерии качества
На курсах HTML Academy сайты верстают и готовят к публикации на основе критериев качества — длинного списка правил, который нужен, чтобы делать сразу хорошо. Критерии включают не только то, что написано в этой статье — там гораздо больше мелочей, которые должен знать хороший фронтенд-разработчик.
«Доктайп» — журнал о фронтенде. Читайте, слушайте и учитесь с нами.
ТелеграмПодкастБесплатные учебники
Ошибки на сайтах
Unexpected token in json at position
Unexpected token in json at position
SyntaxError: Unexpected token
SyntaxError: Unexpected token
Typeerror cannot read property of null
Typeerror cannot read property of null
Вконтакте (ВК) Мессенджер временно недоступен. Попробуйте зайти позже
Вконтакте (ВК) Мессенджер временно недоступен. Попробуйте зайти позже.
Gogetlinks.net XSS уязвимость на сайте
Gogetlinks.net XSS уязвимость на сайте.
Яндекс Вордстат Ошибка 500 Не работает сайт Яндекс Вордстат
wordstat.yandex.ru Яндекс Вордстат Ошибка 500 Не работает сайт Яндекс Вордстат
Не работает сайт ikea com
Ikea.com Не открывается сайт, не работает сайт ИКЕА:
Ikea.com Наш сайт сейчас испытывает большую нагрузку, вы находитесь на странице ожидания
Ikea.com Наш сайт сейчас испытывает большую нагрузку, вы находитесь на странице ожидания. Мы вернём вас на IKEA.ru, как только это будет возможно
Ikea.com Не добавляется товар в корзину Что-то пошло не так, пожалуйста, попробуйте еще раз позже
Ikea.com Не добавляется товар в корзину Что-то пошло не так, пожалуйста, попробуйте еще раз позже
В настоящий момент выполняется другое обновление
Как поправить ошибку в WordPress’e «В настоящий момент выполняется другое обновление»?
Maximum Execution Time Exceeded
Как пофиксить ошибку Maximum Execution Time Exceeded?
Баг репорт Wordstat.yandex.ru 500 ошибка Internal Server Error
Последнее время чаще стали появляться серверные ошибки на Яндекс.Вордстате 500 и 503 ошибки.
Mysql connect error localhost 2002 No such file or directory 400
Ошибка в Bitrix Mysql connect error localhost 2002 No such file or directory 400.
neeva.com UI баг в слайдере с телефона
Багрепорт новой платной поисковой системы neeva.com.
Автор: Энди Найт (Andy Knight)
Оригинал статьи
Перевод: Ольга Алифанова
Одна из самых больших проблем на пути становления отличным автоматизатором – это практика. Тестирование – это настолько же искусство, насколько и наука. Определение, где добавлять явные ожидания, как создавать устойчивые локаторы, и почему нужно проверять этот элемент, а не другой, требует времени. Обучение также требует наличия приложений со специфическими элементами или конечными точками, чтобы проверить определенные операции. К сожалению, при огромном количестве ресурсов по обучению автоматизации (вроде Test Automation University) количество публичных демо-сайтов, на которых можно попрактиковаться, практически ничтожно. Я с трудом нашел нравящиеся мне, и люди часто просят меня порекомендовать такие площадки.
Какие демо-сайты стоит использовать?
Ниже – список демо-сайтов, найденных мной через онлайн-поиск или рекомендации друзей. Многие из них входят в другие списки «Топ-N сайтов для тестирования». Мой список создан не только с целью сбора ссылок на популярные демо-сайты, но и как рекомендация по их использованию.
Типы сайтов:
- Web UI – выглядит как реальный веб-сайт
- Web UI элементы – обучающие страницы, демонстрирующие типы веб-элементов
- Mobile UI – выглядит как реальный мобильный сайт
- API – публичный API для тестирования
- DIY – «сделай сам», нужно создать и настроить сайт самостоятельно
|
Демо-сайт |
Тип |
Описание |
|
ParaBank |
Web UI, API |
Онлайн-банк от Parasoft с логином и REST/SOAP API. Если вы запускаете продукт локально, используя исходный код, можно получить доступ к базе данных. |
|
Restful Booker |
Web UI, API |
Онлайн-сайт для бронирования гостиниц от Марка Уинтерингэма. Фронтэнд – приложение React (код), а бэкэнд – REST API (код) |
|
Automation Practice Website |
Web UI |
Базовый онлайн-магазин с опциональным логином от SeleniumFramework.com. Отличный сайт для примеров тестов web UI. |
|
Demoblaze |
Web UI |
Базовый онлайн-магазин с опциональным логином от BlazeMeter. Отличный сайт для примеров тестов web UI. |
|
Swag Labs |
Web UI |
Базовый онлайн-магазин с обязательным логином от Sauce Labs. Отличный сайт для примеров тестов web UI. |
|
Applitools demo site |
Web UI |
Небольшой сайт со страницей логина и домашней страницей от Applitools. Сравните со второй версией для визуального тестирования. |
|
Automation Bookstore |
Web UI |
Одностраничный сайт для динамического поиска книг. Хорош для тестирования отзывчивой верстки в коротких демо. |
|
JPetStore Demo |
Web UI |
Магазин домашних животных от MyBatis на основе MyBatis 3, Spring 3, и Stripes (код). |
|
GlobalSQA Banking Project |
Web UI |
Базовое банковское приложение с логином через выпадающее меню и простыми страничками от GlobalSQA. |
|
Gatling Computers Database |
Web UI |
Одностраничный сайт от Gatling, с пронумерованным многостраничным списком моделей компьютеров. Список можно фильтровать и добавлять новые компьютеры. |
|
CandyMapper |
Web UI |
Сайт на тему Хэллоуина от Пола Гроссмана со страшными багами. Есть также вторая версия, исправленная. |
|
OWASP Juice Shop |
DIY Web UI |
Тестовый сайт, полностью написанный на JavaScript с использованием Node.js, Express и Angular. Специально создан для тестирования проблем безопасности. |
|
Cypress Real-World App |
DIY Web UI |
Муляж приложения оплаты от Cypress, предназначенный для демонстрации реального Cypress-тестирования. Можно использовать для других задач. |
|
RealWorld example apps |
DIY Web UI |
Одно демо-приложение, внедренное на разных языках и фреймворках. Не создано для тестирования, но может для него использоваться. |
|
the-internet |
Web UI элементы |
Сайт от Дейва Хеффнера и Elemental Selenium с рядом четких примеров веб-элементов и взаимодействий. |
|
Selenium Test Pages |
Web UI элементы |
Сайт с несколькими страничками, дающими более глубокие примеры по сравнению с the-internet. |
|
LetCode |
Web UI элементы |
Набор очень чистых страниц с видеоматериалами, объясняющими, как автоматизировать взаимодействия. |
|
DemoQA |
Web UI элементы |
Сайт для практики от ToolsQA, включающий страницы для элементов, форм, фреймов, взаимодействий, и даже небольшой книжный магазин. |
|
Ultimate QA Automation Practice |
Web UI элементы |
Набор богатых для практики страниц от Ultimate QA. |
|
UI Test Automation Playground |
Web UI элементы |
Набор обучающих страниц с элементами, с которыми можно взаимодействовать, от команды Rapise. |
|
SelectorsHub Practice Page |
Web UI элементы |
Страница для практики от SelectorsHub для взаимодействия с различными типами веб-элементов. |
|
WebDriverUniversity.com |
Web UI элементы |
Еще один набор обучающих страниц с элементами, с которыми можно взаимодействовать. |
|
Sauce Labs Native Sample Application |
DIY Mobile UI |
Мобильное приложение от Sauce Labs для Android и iOS, очень похожее на сайт Swag Labs. |
|
JSONPlaceholder |
API |
Публичный REST API для генерации фейковых данных из набора предопределенных источников. Следуйте руководству, чтобы узнать, как делать запросы. |
|
Swagger Petstore |
API |
Публичный REST API от Swagger для тестирования CRUD-операций над данными магазина домашних животных. |
|
Public APIs |
API |
Длинный список публичных API, которые можно использовать для тестирования. |
|
Device Registry Service |
DIY API |
Flask-приложение, которое я разработал для обучения тестированию REST API. Включает приложение и автоматизированные API-тесты, которые можно локально запускать. |
|
Best Buy API Playground |
DIY API |
Демо-сервис REST API на основе JavaScript от Best Buy. |
Мои рекомендации
Выше перечислено очень много сайтов. Ниже – те, которые рекомендую лично я.
- Нужен сайт, где есть и web UI, и API? ParaBank или Restful Booker!
- Нужен сайт, похожий на настоящий? Automation Practice Website!
- Нужно продемонстрировать визуальное тестирование? Applitools demo site!
- Нужно продемонстрировать уязвимости безопасности? OWASP Juice Shop!
- Нужно попрактиковаться во взаимодействии с определенными элементами? the-internet!
- Нужен API, наполненный данными? JSONPlaceholder!
- Нужно научиться тестировать REST API? Device Registry Service!
Конечно, остальные сайты тоже хороши, поэтому они и попали в список!
Зачем морочиться с «муляжами» сайтов?
Возможно, вы задаетесь вопросом, зачем нам демо-сайты. Почему бы просто не использовать настоящие сайты? Демо-сайты и «муляжи» сайтов соответствуют ряду потребностей, которые не покрываются реальными сайтами:
- Демо-сайты постоянны. Они внедрены определенным способом и затем не меняются. Можно быть уверенным, что тесты всегда сработают на них.
- Демо-сайты зачастую проще реальных сайтов. Они не так пугают новичков.
- Демо-сайты иногда создаются для обучения. Если они часть обучающего материала, автор может добавлять туда функции для демонстрации определенных концепций.
- Демо-сайты безопаснее для публикаций статей, обучающих материалов и книг. Письмо статично, поэтому любые сайты, на которые ссылается книга, тоже должны быть статичными. Реальные сайты изменчивы.
- Реальные сайты могут требовать принять пользовательское соглашение, запрещающее автоматизированные запросы. Некоторые даже душат или блокируют запросы, если подозревают, что они отправлены «ботом».
- Реальные сайты также могут подразумевать юридические и копирайтные заморочки, особенно если компания использует их для размещения собственного контента.
Ограничения демо-сайтов
К сожалению, у демо-сайтов есть ограничения:
- Демо-сайты могут быть слишком простыми. В них может не быть длинных сценариев или реальных данных. Неактивные элементы, кажущиеся реальными, могут раздражать.
- Демо-сайты могут быть не созданы для масштабирования. Нагрузка запросами или параллельное тестирование могут сломать их.
- Демо-сайты могут выглядеть низкокачественными вне зависимости от того, правда это или нет. Иногда их быстро создают для тестирования, не вдаваясь в детали так, как с реальными сайтами.
- Демо-сайты со значительным уровнем брендирования могут не подходить для использования. К примеру, если А и В – конкуренты, то А не должны использовать демо-сайт компании В для обучения использованию своего продукта.















