Тестирование веб-сайта звучит просто, но на самом деле это сложно, в зависимости от характера веб-сайта. Тестирование одной веб-страницы просто и может быть выполнено вручную. Но с каждым днем природа веб-приложений усложняется, особенно в нынешнюю эпоху надежных, динамичных одностраничных приложений, разработанных с использованием Angular или React, сложность тестирования также возрастает.
Как тестировщики веб-сайтов, мы обязаны совершать ошибки, в конце концов, мы всего лишь люди! Давление работы в среде Agile, чтобы справиться с быстрой доставкой для выхода на рынок. Были некоторые общие области, о которых мы забываем, когда тестируем веб-сайт или веб-приложение. Сегодня я поделюсь некоторыми ключевыми замечаниями, чтобы избежать ошибок при тестировании веб-сайта. Эти примечания помогут вам обеспечить надежную доставку независимо от того, тестируете ли вы веб-приложение вручную или в автоматизированной среде. Без дальнейших церемоний, давайте начнем.
1. Вы забываете проверить доступность
Забыть о тестировании, помня о доступности веб-сайта, — одна из самых распространенных ошибок при тестировании веб-сайтов. При тестировании веб-сайта мы часто забываем, а иногда игнорируем доступность из-за нехватки времени, особенно если мы говорим о тестировании кросс-браузерной доступности. Тем не менее, это имеет первостепенное значение.
Представьте, что вы запускаете веб-сайт, ориентированный на аудиторию в Китае. Для такого крупного демографического региона, как Китай, где проживает более 1,38 миллиарда человек, даже если 4% людей имеют физические недостатки и испытывают трудности при просмотре вашего сайта с помощью программы чтения с экрана или любого другого устройства, это означает, что ваш сайт теряет почти 50 миллионов человек. аудитория.
Более того, чтобы получить рейтинг в результатах поиска, Google требует, чтобы ваш веб-сайт соответствовал рекомендациям WCAG, в которых говорится, что сайт должен быть доступен для всех, особенно для людей с ограниченными возможностями. Следовательно, это то, что вы не должны забывать и уделять особое внимание, пока выполняется этап тестирования вашего веб-сайта или веб-приложения.
2. Идеально ли сконфигурировано ваше сценическое окружение?
Одна из распространенных проблем автоматизированного тестирования веб-сайтов, с которой вы, возможно, сталкивались, связана со сценарием, в котором скрипт показывает некоторую ошибку, но система работает должным образом. Бывает и обратный сценарий, когда система работает не идеально в соответствии с требованиями, но скрипт не показывает никаких ошибок.
Чаще всего такие проблемы возникают из-за нестабильной сборки, неточной базы данных или неправильных настроек тестовой среды. не подходит. Непроверка всех деталей конфигурации перед тестированием в рабочей среде — очень распространенная ошибка при тестировании веб-сайтов. Будучи тестировщиком, вы никогда не должны забывать проверять все конфигурации и настройки перед выполнением скрипта автоматизации.
Примечание. Атрибут загрузки используется в якорном элементе, указывающем на ресурс, который должен быть загружен браузером, а не переходить к нему.
3. Вы все расписали в соответствии с дедлайном?
Однажды я работал над проектом, в котором мы создавали кроссбраузерное веб-приложение. В то время методология Agile не была так популярна. Пока команда разработчиков выполняла свою работу, команда тестирования вместо того, чтобы просматривать бизнес-документы и выяснять план запуска и выполнения тестовых случаев, ждала, пока разработчики закончат свою работу. Команде разработчиков потребовалось немного больше времени, чем предполагалось, но они выполнили свою часть. Однако эта задержка вызвала большой стресс у команды тестировщиков, тестировщики торопились, так как на их плечи внезапно легла огромная нагрузка.
Чтобы избежать подобных ошибок при тестировании сайта, план лучше начертить заранее, чтобы после завершения разработки, без лишней траты времени, сразу же приступить к тестированию. Подход к тестированию со сдвигом влево появился в приложении с целью минимизировать время, необходимое для тестирования, за счет внедрения методологии, при которой написание тестовых случаев начинается еще до начала разработки.
4. Вы забываете об ограниченной отчетности Selenium
Возможно, вы используете Selenium WebDriver для автоматического тестирования вашего динамического веб-сайта. Перед тестированием вы должны помнить, что, будучи инструментом с открытым исходным кодом, Selenium имеет определенные ограничения. При выполнении тестов Selenium мало что поддерживает, работая сам по себе.
Лучше интегрировать Selenium со сторонним инструментом, таким как LambdaTest, который помогает тестировщику делать снимки экрана и делиться отчетами об ошибках через встроенный инструменты интеграции. Кроме того, вы также можете создать настраиваемый отчет, в котором вы найдете подробные отчеты об ошибках, количество пройдено-не пройдено, время выполнения и т. д. Что еще лучше, теперь вы можете запускать автоматические тесты с помощью LambdaTest в своем браузере, используя их масштабируемую онлайн-сетку Selenium. » это значительно сократит время сборки.
5. Ускользание от гиперссылок
Гиперссылки имеют решающее значение для эффективного перемещения пользователя по веб-сайту. Однако под давлением гибкого SDLC я заметил распространенную ошибку при тестировании веб-сайтов, когда команда тестирования настолько сосредоточена на функциональном тестировании, что забывает отслеживать, все ли гиперссылки релевантны или нет?
Как тестировщик, не не забудьте ознакомиться с бизнес-требованиями и проверить, правильно ли работают все нужные гиперссылки.
Также не забудьте проверить через тестирование совместимости браузера. Часто было замечено, что href работает в одном браузере и не работает в другом, особенно если браузер является более ранней версией IE.
6. Отсутствие кросс-браузерного тестирования
Кроссбраузерное тестирование — один из самых важных фактов, который тестировщик должен проверять, но часто забывает при тестировании сайта. В настоящее время, помимо основных браузеров, во всем мире используются почти сотни различных браузеров и их версий. И коэффициент использования варьируется в зависимости от демографии, возрастной группы, а также используемого устройства. Из-за нехватки времени тестировщики часто проходят кросс-браузерное тестирование, запуская тест в Chrome, Firefox, IE и Safari. Но есть вероятность, что ваш сайт может не работать в Opera или Яндекс браузере.
Лучше получить долю использования браузера и подготовить матрицу кроссбраузерного тестирования. LambdaTest может помочь вам избежать таких ошибок при тестировании веб-сайтов, позволяя выполнять кросс-браузерное тестирование веб-сайта в более чем 2000 браузерах и их версиях, размещенных на виртуальных машинах, размещенных на их облачных серверах.
7. Вы забываете об отзывчивости на разных устройствах
Отзывчивость — еще один важный критерий тестирования, который тестировщики часто упускают из виду. Когда веб-сайт разрабатывается с использованием таких фреймворков, как Bootstrap, стандартные мультимедийные запросы, включенные в библиотеки, гарантируют, что он будет работать на всех типах устройств без горизонтальной полосы прокрутки или других проблем с отображением.
Однако существует более сотни устройств, включая настольные компьютеры, ноутбуки и карманные компьютеры, каждый со своим собственным разрешением. Невозможно угадать, какое устройство пользователь может использовать для доступа к тестируемому веб-сайту. Не допускайте этой ошибки при тестировании веб-сайтов.
LambdaTest предлагает функцию отзывчивого тестирования, позволяющую протестировать RWD (отзывчивый веб-дизайн) на 44 настольных и мобильных устройствах за один сеанс тестирования.
8. Не обращая внимания на скорость загрузки страницы
Если ваш сайт должен быть оптимизирован для SEO, он должен быстрее загружаться в браузере. Google учитывает скорость загрузки в своем алгоритме SEO. И это одна вещь, которую тестировщики забывают при тестировании веб-сайтов. Проверьте скорость загрузки сайта во всех браузерах при нормальном сетевом подключении. Если он слишком медленный, переадресуйте проблему разработчику.
Причиной могут быть большие файлы CSS или JS или какие-то ненужные библиотеки, которые были включены, но не использовались в дальнейшем. Исправьте это перед началом следующего этапа тестирования. Если сайт работает медленно, он не будет отображаться среди первых результатов поисковой системы, что означает плохие новости как для организации, так и для команды разработчиков и тестировщиков.
Вы можете проверить скорость веб-страницы. с помощью Google PageSpeed Insights.
9. Отсутствие подходящих кандидатов для юзабилити-тестирования
Одна из самых распространенных ошибок при тестировании веб-сайтов — это набор не того участника для тестирования юзабилити веб-сайта. Юзабилити-тестирование — это просмотр веб-сайта глазами того, кто должен его использовать. Кандидата следует выбирать на основе множества факторов, таких как возраст, работа, демографические данные и т. д.
Чтобы сэкономить время, тестировщики часто выбирают своих коллег или друзей для тестирования удобства использования. В конечном итоге они получают общее мнение о сайте, а не конкретную ошибку или баг, который мог быть обнаружен подходящим кандидатом. Очень важно выделить время и выбрать подходящего кандидата для успешного юзабилити-тестирования. Вот 13 распространенных ошибок, которые случаются во время юзабилити-тестирования.
Примечание:- отключенный атрибут элемента fieldset — этот модуль позволяет отключить все элементы управления формы в наборе полей с помощью отключенного атрибута в самом наборе полей.
10. Использование воспроизведения и записи для автоматических сценариев
Тестировщики часто полагаются на записи для создания автоматизированных сценариев при использовании инструментов веб-автоматизации, таких как Selenium Webdriver. При тестировании веб-сайта тестировщики забывают, что функции записи — это возможность создать сценарий, который действует как структура или скелет. Они не являются завершающими этапами при создании сценария. Для эффективного автоматизированного тестирования необходимо настроить автоматически сгенерированный сценарий.
Вместо использования записей вы можете настроить сценарий, добавив контрольные точки проверки, параметризацию данных, а также разбить сценарий на модули таким образом, чтобы его могли использовать несколько тестировщиков. работать над ним в определенный момент времени. Прочтите наш блог Тестирование сценариев и тестирование записей и повторов, чтобы устранить любую двусмысленность.
11. Что 404 всегда вызывает головную боль
Веб-сайт может часто сталкиваться с некоторыми простоями. Это может быть связано с плановым обслуживанием или какой-либо проблемой сервера или бэкэнда. Всякий раз, когда пользователь пытается получить доступ к сайту, который не работает, пользователю отображается страница «Ошибка 404. Сайт не может быть отображен». Недавно я наткнулся на 404 страницы Pixar, где используется персонаж "Грусть" из оскароносного фильма "Наизнанку" 2015 года.
Обязанность дизайнера — блестяще спроектировать страницу 404, которая гарантирует, что пользователь будет продолжать догадываться, насколько отличным может быть реальный сайт, когда он заработает. Фактически, требование большинства новых сайтов также требует индивидуальной страницы 404. Как тестер, проверьте, отображается ли страница с ошибкой 404 настроенная страница или общая пустая страница. Как тестер, вы должны выполнить тщательную проверку ошибок 404, чтобы избежать ошибок при тестировании веб-сайта.
12. Вы протестировали все свои CTA?
Тестировщики часто совершают ошибку, не проверяя CTA при тестировании взаимодействия с пользователем. CTA — важный фактор, побуждающий конечного пользователя стать потенциальным клиентом или постоянным пользователем вашего сайта или приложения.
Распространенные ошибки дизайна часто приводят к плохо разработанному CTA, иногда недостаточно большому, чтобы его можно было заметить, и чаще всего, неправильное название, что в конечном итоге приводит к тому, что конечные пользователи отказываются от потенциального партнерства между покупателем и продавцом.
Не забудьте проверить эти призывы к действию и немедленно уведомить дизайнера, если вы обнаружите какие-либо неправильные имена или проблемы с пробелами. или другие ошибки, такие как размер или местоположение.
13. Логотип компании должен быть кликабельным
Ссылка в один клик, которая перенаправляет пользователей на домашнюю страницу, является обязательной для любых веб-сайтов, имеющих несколько страниц или компонентов. Всякий раз, когда пользователь чувствует себя сбитым с толку и дезориентированным, он хочет вернуться на домашнюю страницу. Стандартной практикой является встраивание URL-адреса домашней страницы в логотип компании. Он либо перенаправляет пользователя на домашнюю страницу, либо на страницу единого входа, если на веб-сайте несколько дочерних элементов.
Чтобы избежать частых ошибок при тестировании веб-сайта, убедитесь, что логотип компании можно щелкнуть везде. Также убедитесь, что он перенаправляет пользователя на нужную страницу.
14. Хватит мечтать о 100% автоматизации
Многие тестировщики, когда начинают изучать Selenium или другие инструменты автоматизации, приходят в восторг, думая, что скрипты селена заменят всю их ручную работу. Это ошибка на веб-сайте, которая может привести к потере большого количества времени и трафика. Автоматизация в основном опирается на основные усилия ручного тестирования. UX-тестирование или некоторые другие визуальные тесты веб-сайтов никогда не могут быть автоматизированы.
Идеальное решение — изучить и расставить приоритеты, какие тесты следует автоматизировать, чтобы сократить ручное время. Тестирование веб-сайтов в основном связано с ручным трудом, поскольку машина не может обнаружить многие вещи, которые можно сделать невооруженным глазом. Квалифицированного ручного тестировщика можно обучить, чтобы он стал лучшим тестировщиком автоматизации, но тестер автоматизации, полагающийся на сценарии, никогда не будет обладать навыками ручного тестировщика. Также почитайте другой блог, если собираетесь начать автоматизированное тестирование с нуля.
15. Всегда следите за аналитикой
Когда веб-сайт тестируется в процессе производства, тестировщики часто ошибаются и проверяют, все ли работает идеально на их локальных устройствах. Не делай этого. Хорошей практикой является наблюдение за ощущениями пользователей при использовании вашего сайта.
Обратитесь к Google Analytics и другим аналитическим инструментам, которые предоставят вам подробные данные о количестве устройств и браузеров, используемых для открытия вашего сайта, средней загрузке. время, количество пользователей и т. д. Все эти данные жизненно важны для проверки того, как ваш сайт работает на рынке. Сообщайте разработчикам всякий раз, когда вы видите какие-либо несоответствия в данных. Вот как вы можете использовать веб-аналитику для изучения посещаемости вашего сайта.
16. Предупреждение о хакерах! Проходит ли ваш сайт все проверки безопасности?
С увеличением числа пользователей, имеющих доступ к Интернету, возрастает и риск хакеров и злонамеренных действий. Безопасность веб-сайта — это та область, в которой вы не можете позволить себе совершать ошибки при тестировании веб-сайта. Если сайт, который вы тестируете, требует конфиденциальности данных, таких как хранение пользовательской информации, банковских реквизитов и т. д., вы не можете допустить ошибку при тестировании сайта с точки зрения безопасности. Проверьте все запросы и ответы от сервера и убедитесь, что все работает должным образом.
Также проверьте кнопку "Назад". В идеале, когда пользователь выходит из системы, сеанс должен завершаться. Кнопка Назад не должна перенаправлять пользователя в активный сеанс. Кроме того, не забудьте проверить, сохраняется ли в кеше информация для входа после выхода пользователя из системы. Это строго запрещено в безопасных приложениях, таких как банковские операции или онлайн-платежи.
Читайте наш блог, если вам интересно узнать о влиянии микросервисной архитектуры на тестирование безопасности.
17. Вы проверили, как он работает в условиях интенсивного движения на сцене?
Тестирование производительности веб-сайта является обязательным этапом, который следует тщательно выполнять. Даже популярные сайты имеют проблемы с производительностью. Britannica однажды дала огромную скидку, и так много пользователей заходили на сайт одновременно, что весь сайт отключился.
Не совершайте ошибку, пропуская нагрузочное тестирование. Используйте соответствующие инструменты, чтобы проверить, как работает веб-сайт, когда огромное количество пользователей пытается получить к нему доступ одновременно. Выполняйте несколько симуляций, многократно увеличивая нагрузку.
Хотя мы сохраняем нагрузочное тестирование в нашем контрольном списке, мы ограничиваем его только нашей производственной средой. Мы не должны! Вы также должны выполнить нагрузочное тестирование в среде Stage, чтобы вы могли оценить, как код будет реагировать на чрезмерное количество запросов. Вот 13 причин, по которым промежуточная среда не работает для вашей организации.
18. Соответствует ли сайт всем обязательным требованиям?
Соответствие W3C — это термин, часто используемый веб-разработчиками. Это означает, что веб-сайт, разработанный с использованием HTML и CSS, полностью соответствует стандартам, установленным W3C. Однако разработчики часто делают код в соответствии со своим стилем и упускают определенные соответствия. А следить за соответствием довольно сложно, так как они часто обновляются.
Тестировщики должны не забывать проверять сайт и следить за тем, чтобы он соответствовал всем обязательным стандартам. Просто запустите простую проверку с помощью валидатора разметки W3C, и он сообщит вам точные фрагменты кода, где что-то не так.
Примечание. Атрибуты для отправки формы — эти атрибуты указываются на кнопке отправки, когда формы отправляются программно. Их можно использовать в других элементах ввода для отправки данных в веб-приложения вручную.
19. Проверяли ли вы безопасность всех точек ввода данных для конфиденциальной информации пользователя?
Предположим, вы тестируете такое приложение, как Turbotax, или любое другое защищенное прогрессивное веб-приложение. Теперь у этих приложений есть очень интересная функция загрузки любого документа на сервер приложений, просто щелкнув изображение. Как тестер, вы должны не забыть проверить, где приложение хранит изображение. Он хранится в кеше или на физическом диске устройства? Если по какой-то причине они хранятся локально, это может создать проблему нарушения конфиденциальности, если пользователь по ошибке поделится ими в социальной сети. аудиомагнитофон и камера должны быть загружены только на сервер приложений, а не в кэш или на локальный диск. Если вы тестируете такое приложение, не забудьте его проверить.
20. Не слишком ли вы полагаетесь на жестко закодированные данные?
Для экономии времени тестировщики часто используют одни и те же данные в своих HTTP-запросах для каждого сценария. Если приложение умнее, обновленная технология базы данных будет обнаруживать повторяющиеся запросы и автоматически кэшировать их, тем самым создавая у тестировщика иллюзию более быстрой системы. Таким образом, итоговый тест производительности не дает окончательных результатов.
Если вы используете JSON для загрузки данных, вместо жесткого кодирования всей информации вы можете использовать скрипт для создания случайного электронного письма или числа с помощью JMeter. Как только этот файл запускается в HTTP-запросе, каждая информация, которую вы загружаете в базу данных, становится уникальной, что избавляет вас от недействительных тестов.
21. Вы проверили SSL-сертификаты?
Основная причина, по которой большинство веб-сайтов используют SSL, заключается в шифровании конфиденциальной информации, которая не предназначена для передачи кому-либо, кроме владельца или разработчика сайта. Как тестер, вы должны проверить свой веб-сервер и выяснить, действителен ли SSL-сертификат, установлен ли он правильно и не отображает ли какие-либо ошибки для пользователей.
Существует множество инструментов проверки SSL, доступных для потребуется ввести URL-адрес сайта и нажать кнопку проверки. Этот процесс прост, но если его не проверить, могут возникнуть проблемы с безопасностью вашего веб-сайта, особенно если SSL установлен неправильно.
22. Слишком много зависит только от Selenium WebDriver? Остерегайтесь проблемы с масштабируемостью
Хотя WebDriver имеет возможность тестировать ваш веб-сайт в любом браузере или операционной системе, существует определенное ограничение на количество тестов, которые он может выполнять параллельно. Также скорость тестирования зависит от конфигурации узла и хаба тестера. Если структура вашего веб-сайта сложна, вам понадобится масштабируемая среда. Не делайте ошибку при тестировании веб-сайтов, используя только один интерфейс Selenium, поскольку последовательное выполнение тестов приведет к потере большого количества времени.
Selenium может помочь вам выполнить параллельное тестирование ваших тестовых сценариев Selenium, помогая вам масштабировать сколько угодно.
23. Проводили ли вы тестирование веб-сайта в различных географических точках?
Тестировщик должен использовать инструмент, который позволяет запускать веб-сайт из разных геолокаций, а также с разной скоростью сети и проверять, как он работает на чрезвычайно низкой скорости. Поднимите этот вопрос и перед разработчиками, чтобы они могли создать привлекательную страницу 404, как указано выше, или привлекательный загрузчик, который информирует пользователя о том, что сайт будет нормально работать при среднем сетевом подключении.
Еще один ключевой момент, позволяющий избежать ошибок. в тестировании веб-сайтов заключается в том, чтобы убедиться, что вы тестируете веб-сайт с многочисленных IP-адресов, принадлежащих к разным географическим регионам, прежде чем предоставить подтверждение. VPN. Вот блог, который поможет вам выполнить Кроссбраузерное тестирование геолокации через VPN на LambdaTest.
24. Все ли веб-элементы имеют четко определенные идентификаторы?
Четко определенный идентификатор очень важен для веб-страницы. Предположим, вы используете Salesforce и хотите открыть определенные данные о покупке пользователя. Если идентификатор не определен в URL-адресе, вы получите ошибку 404.
Во время тестирования работа тестировщика также заключается в том, чтобы убедиться, что для каждой гиперссылки и перенаправления страницы идентификатор правильно распределен, что помогает лучше синхронизация скриптов. Убедитесь, что в DOM также нет повторяющихся идентификаторов.
Хотя в отрасли существует миф о том, что тестирование — это скучная работа, самое лучшее в ней то, что каждый день вы узнаете что-то новое. Особенно, когда текущие тенденции тестирования программного обеспечения больше смещаются в сторону
автоматизированного тестирования посредством машинного обучения и искусственного интеллекта, тестировщики также получат возможность научиться программировать. Так что делайте ошибки, их будет много. Но важно то, учитесь ли вы на них и следите за тем, чтобы не повторять их. Надеюсь, ошибки, которые я перечислил выше, очень помогут вам избежать их при тестировании сайта. Дайте мне знать, если вы сталкивались с какой-либо другой распространенной ошибкой в своей карьере.
Теперь начните бесплатное веб-тестирование на самой быстрой в мире тестовой платформе.
