atesting.ru Блог Учебное пособие по тестированию веб-приложений (как протестировать веб-сайт)

Учебное пособие по тестированию веб-приложений (как протестировать веб-сайт)

Тестирование веб-приложений гарантирует, что приложение полностью функционально, работает бесперебойно и безопасно.

IBM System Science Institute обнаружил, что дефекты, обнаруженные при тестировании, были в 15 раз дороже, чем если бы они были обнаружены во время на этапе разработки и в 2 раза больше, чем если бы они были обнаружены во время реализации.

Очень важно найти ошибки как можно раньше и убедиться, что приложение работает правильно до его выпуска. Именно здесь на сцену выходит тестирование веб-приложений.

В этом посте мы увидим следующее:

 Учебное пособие по тестированию веб-приложений (Как протестировать веб-сайт)

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

Нам необходимо тщательно протестировать наши веб-приложения, прежде чем они начнут работать. Выполняя тестирование веб-приложений, мы можем убедиться, что наше веб-приложение работает должным образом и может быть принято конечными пользователями в режиме реального времени.

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

Каждый тестировщик должен знать эти методы тестирования веб-приложений.

Что такое тестирование веб-приложений?

Тестирование веб-приложений также известно как веб-тестирование или тестирование веб-сайтов.

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

Веб-тестирование — это поиск проблем, которые могут отрицательно повлиять на веб-сайт или веб-приложение.

Веб-приложения необходимо полностью протестировать, прежде чем они станут доступны конечным пользователям.

Разница между тестированием настольных компьютеров, клиент-серверных приложений и тестированием веб-приложений:

В целом программные приложения разрабатываются для работы в различных средах, таких как настольные ПК, клиент-серверные и веб-приложения.

Прежде чем изучать разницу между тестированием настольных, клиент-серверных и веб-приложений. Я рекомендую вам прочитать «Архитектура программного обеспечения: одноуровневая, двухуровневая, трехуровневая, двухуровневая»

Тестирование настольных приложений :

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

  • Юзабилити-тестирование
  • Функциональное тестирование
  • Тестирование производительности
  • Backend Тестирование

Некоторые примеры настольных приложений: MS-Word, Adobe Acrobat Reader, Corel Draw, Avast и т. Д.

Тестирование клиент-серверного приложения:

В клиент-серверном приложении приложение загружается на сервер, а исполняемый файл приложения (exe) загружается на клиентский компьютер.

При тестировании клиент-серверного приложения мы должны сосредоточиться как на клиентской, так и на серверной машине.

Для тестирования настольных приложений могут использоваться следующие типы тестирования.

  • Тестирование графического интерфейса пользователя
  • Функциональное тестирование
  • Тестирование конфигурации
  • Тестирование совместимости
  • Тестирование совместимости
  • Тестирование производительности
  • Тестирование серверной части

Некоторые примеры клиент-серверных приложений: FTP, электронная почта, веб-браузеры, шлюз, Microsoft.NET

Тестирование веб-приложений:

Веб-приложения запускаются в веб-браузере, а не устанавливаются на устройство пользователя. Веб-приложения запускаются на любом устройстве, имеющем доступ к Интернету, включая настольные компьютеры, планшеты и мобильные телефоны. Веб-приложения легко масштабируются, поддерживают несколько браузеров и устройств, не зависят от платформы и сокращают затраты.

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

Подробнее о разнице между тестированием настольных компьютеров, клиентских серверов и веб-приложений можно узнать здесь

Как тестировать Интернет Приложение:

Для эффективного тестирования веб-приложений мы выполняем следующие типы тестирования или методы тестирования в зависимости от наших требований к тестированию.

 Руководство по тестированию веб-приложений (Как протестировать A Веб-сайт)

  1. Тестирование документации
  2. Тестирование функциональности
  3. Тестирование юзабилити
  4. Тестирование интерфейса
  5. Тестирование базы данных
  6. Тестирование совместимости
  7. Тестирование производительности
  8. Тестирование безопасности
  9. Массовое тестирование

Также прочтите: 100+ типов тестирования программного обеспечения

< h4 id = "Documentation-Testing"> Тестирование документации:

Плохая документация может повлиять на качество продукта. Хорошая документация по продукту играет решающую роль в конечном продукте. Таким образом, тестирование документации играет жизненно важную роль в тестировании программного обеспечения. Тестирование задокументированных артефактов, разработанных до, во время и после тестирования продукта, называется тестированием документации.

Ниже перечислены некоторые наиболее часто используемые артефакты.

  • Документы с требованиями
  • План тестирования
  • Тестовые примеры
  • Матрица прослеживаемости (RTM)

Подробнее о тестировании документации здесь

Тестирование функциональности:

На самом деле система выполняет функциональное тестирование. Чтобы убедиться, что каждая функция программного приложения ведет себя, как указано в документе с требованиями. Тестирование всех функций путем предоставления соответствующих входных данных, чтобы убедиться, что фактический выход соответствует ожидаемому выходу или нет. Он используется для проверки рабочих процессов, всех ссылок на веб-страницах, тестирования форм, тестирования файлов cookie и подключения к базе данных.

Обычно функциональное тестирование включает в себя следующие задачи:

Тестирование рабочих процессов пользовательского интерфейса.

Тестировщику необходимо протестировать сквозные рабочие процессы или бизнес-сценарии. Было бы рекомендовано написать тестовые сценарии или тестовые примеры для охвата различных сценариев и установки критериев прохождения.

Тестирование гиперссылок (тестирование ссылок):

Тестировщик должен убедитесь, что все ссылки на веб-сайте работают правильно, и убедитесь, что нет неработающих ссылок. Типы ссылок включают внутренние ссылки, исходящие ссылки, якорные ссылки и т. Д.

Тестирование форм (проверка поля ввода):

Формы используются для интерактивного взаимодействия с конечными пользователями. Тестировщику необходимо убедиться, что все формы работают должным образом.

Тестирование форм включает в себя:

  • Проверить, заполнены ли значения по умолчанию.
  • Проверить отображается ли сообщение об ошибке, когда пользователь не заполняет обязательное поле.
  • Проверить, принимает ли форма недопустимые значения или нет.
  • Убедитесь, что формы оптимально отформатированы для лучшей читаемости.
  • Убедитесь, что поля AJAX правильно заполняют значения во время выполнения.
  • Убедитесь, что раскрывающиеся списки загружаются с параметрами

Тестирование файлов cookie:

Файл cookie — это небольшой фрагмент информации, отправляемый с веб-сайта и сохраняемый пользователями на их жестком диске (в текстовый файл) веб-браузером пользователя во время просмотра и отправляется обратно на веб-сайт каждый раз, когда браузер запрашивает страницу с веб-сайта.

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

Подробнее о тестировании файлов cookie здесь

Проверка HTML и CSS:

Тестировщику необходимо проверить, имеет ли сайт чистую структуру HTML и оптимизированный CSS в соответствии со стандартами W3C. Также для того, чтобы поисковые системы могли легко сканировать сайт.

  • Проверьте синтаксические ошибки HTML.
  • Убедитесь, что цветовые схемы читаются.
  • Убедитесь, что карта сайта точна или нет.

Полезные инструменты для работы веб-сайта тестирование: Selenium, IBM Rational, UFT и т. д.,

Тестирование удобства использования:

Чтобы проверить, является ли приложение удобным для пользователя или нет и удобно ли им пользовался конечный пользователь. Основное внимание в этом тестировании уделяется проверке того, может ли конечный пользователь легко понять приложение и работать с ним. Приложение должно быть самоисследовательным и не должно требовать обучения для работы с ним.

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

Юзабилити-тестирование включает в себя тестирование навигации по сайту и тестирование содержания.

Тестирование навигации по сайту:

Тестирование навигации включает:

  • Все страницы вашего сайта понятны и просты в использовании.
  • Меню, кнопки, ссылки легко видны и единообразны на всех веб-страницах.

Проверьте содержимое:

Контрольный список для тестирования содержимого:

  • Отсутствуют грамматические и орфографические ошибки.
  • Изображения должны содержать текст «alt».
  • Контент должен быть информативным, понятным и логически связанным.

Тестирование интерфейса:

Тестирование интерфейса предназначено для проверки того, правильно ли взаимодействуют интерфейс между веб-сервером и сервером приложений, сервер приложений и сервер базы данных. Это обеспечивает положительный пользовательский опыт. Сюда входит проверка процессов связи, а также проверка правильности отображения сообщений об ошибках.

Тестирование базы данных:

Это также известное как внутреннее тестирование или тестирование данных.

Тестирование базы данных включает в себя проверку целостности данных во внешнем интерфейсе с данными, присутствующими в серверной части. Он проверяет схему, таблицы базы данных, столбцы, индексы, хранимые процедуры, триггеры, дублирование данных, потерянные записи, нежелательные записи. Он включает в себя обновление записей в базе данных и их проверку во внешнем интерфейсе.

Тестирование базы данных включает следующее:

  • Проверка достоверности данных.
  • Данные тестирование целостности
  • тестирование производительности базы данных
  • тестирование процедур, триггеров и функций

Тестирование совместимости:

Тестирование совместимости предназначено для проверки совместимости приложения с различными браузерами и на различных устройствах.

Тестирование совместимости браузера:

Кросс-браузерное тестирование — это тип нефункционального теста, который помогает нам убедиться, что наш веб-сайт или веб-приложение работает должным образом в различных веб-браузерах. .

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

Нам необходимо обеспечить одинаковые возможности для пользователей независимо от того, какой тип ОС и какой браузер они используют. Не все используют одну и ту же среду. Несмотря на то, что Google Chrome является самым популярным на текущем рынке, все же большинство пользователей используют Mozilla Firefox, Safari и другие. Если веб-сайт не работает должным образом в определенном браузере, это ухудшает взаимодействие с пользователем

Тестирование совместимости устройств:

Этот тест подтверждает, что веб-приложение отзывчивый и работает на устройствах разных размеров и с разными операционными системами.

Тестирование производительности:

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

Тестирование производительности веб-приложений проводится для снижения риска доступности, надежности, масштабируемости, отзывчивость, стабильность и т. д. системы.

Тестирование производительности включает в себя несколько различных типов тестирования, таких как нагрузочное тестирование, объемное тестирование, стресс-тестирование, тестирование емкости, тестирование на выдержку/выносливость и пиковое тестирование, каждое из которых предназначено для выявления или решения проблем производительности в системе.

< p> Тестирование емкости:

Тестирование емкости предназначено для определения количества пользователей, с которыми система/приложение может успешно справиться, прежде чем цели производительности станут неприемлемыми. Это позволяет нам избежать потенциальных проблем в будущем, таких как увеличение базы пользователей или увеличение объема данных. Это помогает пользователям определить стратегию масштабирования, чтобы определить, следует ли масштабировать систему или масштабировать. В основном это делается для сайтов электронной коммерции и банковских услуг. вот несколько примеров. Это тестирование иногда называют тестированием масштабируемости.

Тестирование нагрузки:

Тестирование нагрузки — это проверка того, что система/приложение может обрабатывать ожидаемое количество транзакций и для проверки поведения системы/приложения как при нормальной, так и при пиковой нагрузке (количество пользователей).

Объемное тестирование:

Объемное тестирование предназначено для проверки того, может ли система/приложение обрабатывать большой объем данных. Это тестирование сосредоточено на базе данных. Тестировщик производительности, выполняющий объемное тестирование, должен заполнять огромный объем данных в базе данных и отслеживать поведение системы.

Стресс-тестирование:

Стресс-тестирование предназначено для проверки поведения системы, когда нагрузка превышает проектные ожидания системы. Это тестирование определяет, какие компоненты выходят из строя в первую очередь, когда мы нагружаем систему, прикладывая нагрузку, превышающую проектные ожидания. Чтобы мы могли разработать более надежную систему.

Испытания на выдержку/выносливость:

Испытания на выдержку — это испытания на выносливость. Запуск системы при высокой нагрузке в течение длительного периода времени для выявления проблем с производительностью называется тестированием на выдержку. Это необходимо для того, чтобы программное обеспечение могло выдерживать ожидаемую нагрузку в течение длительного периода времени.

Тестирование на скачки:

Spike Testing предназначено для определения поведения системы при внезапном увеличении нагрузки (большое количество пользователей) на систему.

Подробнее о тестировании производительности читайте здесь

Тестирование безопасности:

Тестирование безопасности — это процесс, позволяющий определить, защищает ли система данные и поддерживает ли она функциональность должным образом.

Тестирование безопасности направлено на выявление всех возможных лазеек и слабых мест системы на самом начальном этапе, чтобы избежать нестабильной работы системы, неожиданного сбоя, потери информации, потери дохода, потери доверия клиентов.

Тесты безопасности включает тестирование уязвимостей, таких как

  • SQL-инъекция
  • Межсайтовый скриптинг (XSS)
  • Управление сеансом
  • Нарушенная аутентификация
  • Подделка межсайтовых запросов (CSRF)
  • Неверная конфигурация безопасности
  • Неспособность ограничить доступ к URL-адресу
  • Раскрытие защищенных данных
  • Ссылка на небезопасный прямой объект
  • Отсутствует контроль доступа на уровне функции
  • Использование компонентов с известными уязвимостями
  • Непроверенные перенаправления и перенаправления

Подробнее о тестировании безопасности здесь

Крауд-тестирование или краудсорсинговое тестирование:

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

Вывод:

Надеюсь, вы нашли ответ на вопрос «как протестировать веб-сайт», и он поможет вам составить лучший план тестирования веб-сайта. Если у вас есть какие-либо вопросы, оставьте комментарий в разделе комментариев ниже.

Вам также могут понравиться:

  • Инструменты тестирования веб-приложений
  • Cookie Руководство по тестированию
  • Руководство по тестированию API

TAG: qa