Функциональное тестирование. Функциональное тестирование программного обеспечения Основные этапы конфигурационного тестирования

Все виды тестирования программного обеспечения , в зависимости от преследуемых целей, можно условно разделить на следующие группы: 1) функциональные; 2) нефункциональные; 3) связанные с изменениями.

Функциональные тесты базируются на функциях и особенностях, а также взаимодействии с другими системами, и могут быть представлены на всех уровнях тестирования: компонентном или модульном (Component/Unit testing), интеграционном (Integration testing), системном (System testing) и приемочном (Acceptance testing). Функциональные виды тестирования рассматривают внешнее поведение системы. Далее перечислены самые распространенные виды функциональных тестов:

- Функциональное тестирование (Functional testing)

- Тестирование безопасности (Security and Access Control Testing)

- Тестирование взаимодействия (Interoperability Testing)

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

Функциональные тесты основываются на функциях, выполняемых системой, и могут проводиться на всех уровнях тестирования (компонентном, интеграционном, системном, приемочном). Как правило, эти функции описываются в требованиях, функциональных спецификациях или в виде случаев использования системы (use cases).

Тестирование функциональности может проводиться в двух аспектах: «требования »; «бизнес–процессы ».

Тестирование в перспективе «требования » использует спецификацию функциональных требований к системе как основу для дизайна тестовых случаев (Test Cases). В этом случае необходимо сделать список того, что будет тестироваться, а что нет, приоритезировать требования на основе рисков (если это не сделано в документе с требованиями), а на основе этого приоритезировать тестовые сценарии (test cases). Это позволит сфокусироваться и не упустить при тестировании наиболее важный функционал.

Тестирование в перспективе «бизнес–процессы » использует знание этих самых бизнес–процессов, которые описывают сценарии ежедневного использования системы. В этой перспективе тестовые сценарии (test scripts), как правило, основываются на случаях использования системы (use cases).

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


Достаточно распространенной является автоматизация функционального тестирования .

Тестирование безопасности . Стратегия тестирования, используемая для проверки безопасности системы, а также для анализа рисков, связанных с обеспечением целостного подхода к защите приложения, атак хакеров, вирусов, несанкционированного доступа к конфиденциальным данным. Тестирование безопасности может выполняться как автоматизированно так и в ручную, включая проверку как позитивных, так и негативных тестовых случаев. Основывается на трех основных принципах – это конфиденциальность, целостность и доступность (confidentiality, integrity, availability)

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

Существует два основных критерия при определении понятия целостности :

1. Доверие. Ожидается, что ресурс будет изменен только соответствующим способом определенной группой пользователей.

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

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

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

Тестирование взаимодействия– это функциональное тестирование, проверяющее способность приложения взаимодействовать с одним и более компонентами или системами и включающее в себя тестирование совместимости (compatibility testing) и интеграционное тестирование (integration testing).

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

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

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

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

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

Проверочный список для веб-разработчика

1. Совершенство дизайна

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

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

2. Управление контентом с высокими стандартами

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

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

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

3. Креатив со здравым смыслом

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

Помните, что первое впечатление – это всегда самое лучшее впечатление!

Именно поэтому следует придерживаться следующих правил, в том, что касается содержимого веб-сайта:

  • Умное использование пространства
  • Достаточно пустого пространства для вашего контента, чтобы он «дышал»
  • Отсутствие неуместных изображений
  • Хорошая читабельность
  • Избегайте контрастных цветов и неподходящего размера шрифтов
  • Избегайте битых ссылок
  • Обязательная кросс-браузерная совместимость
  • Не забудьте изменить ваш Email ID с сайта
  • Год Copyright должен указывать год, когда сайт будет запущен


4. Контент – это король сайта

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

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

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

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

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

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


5. Функциональность

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

Как вы надеетесь, чтобы ваш заказчик привлек к себе внимание клиентов или потенциальных клиентов с таким сайтом? Все напрасно! А теперь перестаньте волноваться!

Вот некоторые советы, чтобы помочь вам с тем, что касается его функциональности:

  • Обеспечьте надлежащую навигацию
  • Избегайте ошибок в рассылке сообщений по подписке, контактной информации и т. д.
  • Предоставьте комментарии к разделам входа на сайт и регистрации
  • Проверьте, если все линки функциональны
  • Дважды проверьте функции E-commerce


6. Функциональность E-commerce

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

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

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

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

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

Некоторые из них упомянуты ниже:

  • Удаление битых ссылок
  • Фокус на контенте
  • Оптимизация изображений
  • Оптимизация больших файлов
  • Использование чистого CSS
  • Оптимизация PHP кодов


7. E-Mail

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

8. Призыв к действию (СТА)

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

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

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

Совершенство - это множество мелочей, которые сделаны правильно!

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

  • Предоставление стандартных сообщений о подтверждении
  • Обеспечение стиля и цветовых сочетаний подтверждение по почте, схожих с сайтом
  • Обязательный логотип компании
  • Название компании в адресе
  • Кросс-браузерная совместимость
  • Настройка страницы «Ошибка 404»
  • Выделение всех ссылок и кнопок

И последнее, но не менее важное, что сделает ваш сайт дружественным для пользователей!

Чеклист для клиентов

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

Если вы не знаете, что он хочет, то как вы собираетесь дать ему сайт, который предназначен для его конечных пользователей?

Чеклист для логотипа

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

  • Связан ли логотип с бизнесом?
  • Вписывается ли логотип в сам сайт?
  • Останется ли он надолго в памяти аудитории?


Чеклист для дизайна в целом

Хотя, мы уже обсудили необходимые пункты проверки сайта, необходим также общий список, когда дело доходит до части кодирования:

  • Формат Doc, которые вы используете на сайте
  • Набор символов, используемых на сайте
  • Ваш сайт реализует допустимый HTML или XHTML?
  • Вы реализовали действующий CSS для вашего сайта?
  • Вы реализовали какие-либо классы или идентификаторы, которые не важны для вашего сайта?
  • Какой код вы реализовали для вашего сайта?
  • Проверка на битые ссылки! Не игнорируйте это, вы, возможно, не знаете, но там может быть их много!
  • Скорость работы сайта с точки зрения каждой страницы?
  • Есть ли ошибки JavaScript на вашем сайте?

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

В этой статье мы рассмотрим тестирование сайта (веб-приложения ) с помощью наборов тестов. Она довольно длинная, поэтому усаживайтесь по удобнее.

Основные виды тестирования сайта (веб-приложения)

  1. Тестирование функциональности;
  2. Тестирование удобства использования;
  3. Тестирование интерфейса;
  4. Тестирование совместимости;
  5. Тестирование производительности и скорости загрузки сайта;
  6. Тестирование безопасности.

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

Проверьте все ссылки

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

Проверьте формы

Формы используются для получения информации от пользователей и взаимодействия с ними.

Что нужно проверить в формах:

  • Правильность работы валидации в каждом поле формы.
  • Значения полей, используемые по умолчанию.
  • Опции для создания форм, удаления, просмотра и редактирования форм (если такие имеются ).

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

Есть различные виды валидации, например, проверка электронной почты, финансовой информации пользователя и т.д. Все поля с валидацией нужно протестировать в ручном или автоматическом режиме.

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

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

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

Проверьте HTML/CSS

Если вы оптимизируете сайт для поисковых систем, то валидация HTML/CSS особенно важна. Первым делом проверьте сайт на наличие синтаксических ошибок в HTML-коде . Проверьте, доступен ли сайт для различных поисковых систем.

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

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

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

При тестировании функциональности сайтов нужно проверить:

Ссылки

  1. Внутренние ссылки;
  2. Внешние ссылки;
  3. Ссылки на электронную почту;
  4. Битые ссылки.

Формы

  1. Валидация полей;
  2. Сообщения об ошибке при неверном вводе;
  3. Обязательные и необязательные к заполнению поля.

База данных

Следует проверить целостность базы данных.

2. Тестирование удобства использования (юзабилити сайта)

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

При этом проверяется:

  • Легкость обучения;
  • Навигация;
  • Субъективная удовлетворенность пользователей;
  • Общий вид.

Проверка навигации

Под навигацией подразумеваются средства для просмотра страниц пользователем. Это кнопки, блоки. А также то, как посетитель сайта использует ссылки на другие страницы.

Проверка юзабилити:

  • Сайт должен быть простым в использовании;
  • Инструкции должны быть очень четкими;
  • Проверьте, достигают ли предоставленные инструкции поставленной цели;
  • Главное меню должно быть доступно на каждой странице;
  • Главное меню должно быть построено в логической последовательности.

Проверка контента

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

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

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

Другая информация для пользователей

Варианты поиска, карта сайта, справочные материалы и т.д. Проверьте работу всех ссылок в карте сайта. Функция «Поиск по сайту » должна помогать легко находить нужный контент.

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

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

Основные интерфейсы:

  • Интерфейсы веб-сервера и приложения.
  • Интерфейсы сервера базы данных и сервера приложения.

Если база данных или веб-сервер для какого-либо запроса, исходящего от сервера приложения, возвращает сообщение об ошибке, сервер приложения должен фиксировать его и отображать пользователю.

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

4. Проверка совместимости

Нужно проверить:

  • Совместимость с браузерами;
  • Совместимость с операционными системами;
  • Просмотр на мобильных устройствах;
  • Параметры печати.

Совместимость с браузерами

Работа некоторых веб-приложений зависит от типа браузера. Сайт должен быть совместим с различной конфигурацией и параметрами разнообразных браузеров.

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

Проверьте работу веб-приложения в браузерах Internet Explorer , Firefox , Netscape Navigator , AOL , Safari , Opera разных версий.

Совместимость с операционными системами

Некоторые функции веб-приложения могут быть несовместимы с определенными операционными системами. Не во всех из них поддерживаются новые технологии, используемые в веб-разработке. Поэтому проверьте работу приложения в Windows , Unix , MAC , Linux , Solaris и их различных версиях.

Просмотр на мобильных устройствах

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

Параметры печати

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

5. Тестирование производительности сайта

Тестирование производительности сайта или веб-приложения должно включать в себя:

  • Нагрузочное тестирование.
  • Стрессовое тестирование.

Проверьте производительность приложения на различной скорости интернета.

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

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

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

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

Скорость соединения

Сплит тестирование сайта при использовании различных вариантов интернет-соединения: через модем, ISDN и т.д.

Нагрузка

  1. Количество пользователей, одновременно посещающих сайт;
  2. Проверьте работу системы при пиковых нагрузках;
  3. Пользователь осуществляет доступ к большому количеству данных.

Стрессовая нагрузка

  • Производительность памяти, процессора, обработки файлов и т. д.

    • 6. Тестирование безопасности

    Ниже приведены некоторые наборы для тестирования веб-безопасности:

    • Проверка с помощью вставки внутреннего URL в адресную строку браузера без авторизации. Внутренние страницы при этом не должны открываться.
    • После авторизации с помощью логина и пароля, а также просмотра внутренних страниц попробуйте изменять URL . Например, вы проверяете какую-то статистику сайта под идентификатором ID= 123 . Попробуйте изменить ID URL на другой ID сайта, который не имеет отношения к авторизованному пользователю. В любом случае доступ этого пользователя к просмотру других показателей должен быть запрещен.
    • Попробуйте ввести неверные данные в поля формы для авторизации. Выясните, как система реагирует на ввод недопустимых данных.
    • Каталоги или файлы не должны быть доступны напрямую, если для них не предусмотрена возможность скачивания.
    • Проверьте работу капчи для защиты от автоматического входа с помощью программного кода.
    • Проверьте, используется ли в целях безопасности SSL . Если да, то должно отображаться сообщение при переходе пользователя с незащищенных HTTP-страниц к защищенным и наоборот.
    • Все операции, сообщения об ошибках, нарушения безопасности должны записываться в файл журнала на веб-сервере.

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

    • Сетевое сканирование;
    • Сканирование уязвимостей;
    • Возможность потенциального взлома паролей;
    • Обзор журнала;
    • Средства для проверки целостности;
    • Обнаружение вирусов.

    Моменты, которые следует учитывать при тестировании сайта

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

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

    Пример сценариев тестирования сайта

    Дополнительные факторы, которые следует учесть при тестировании сайта:

    • Какова ожидаемая нагрузка на сервер (например, количество запросов за единицу времени )?
    • Какая производительность требуется при различных видах нагрузки (время ответа веб-сервера, время отклика базы данных на запрос )?
    • Какие инструменты потребуются для тестирования производительности?
    • Кто является целевой аудиторией? Какие браузеры будут использовать пользователи? Какова скорость подключения? Предназначен ли сайт для использования внутри организации или будет доступен в интернете для широкого круга пользователей?
    • Какую производительность ожидает получить клиент (насколько быстро должны загружаться страницы, как должны себя вести анимации, апплеты, нагрузка и запуск )?
    • Будут ли разрешены простои сервера и техническое обслуживание, а также обновление контента? Если да, в каком количестве?
    • Какие средства безопасности требуются (файерволы, шифрование, пароли и т.д. ), и какую работу они будут выполнять? Как их можно проверять?
    • Насколько надежным должно быть интернет-соединение? Как оно будет влиять на резервное копирование системы?
    • Как будет выполняться управление обновлением контента сайта?
    • Требования для технического обслуживания, отслеживания и контроля содержимого веб-страниц, графических элементов, ссылок и т.д.
    • Какая спецификация HTML будет соблюдаться? Насколько точно?
    • Как будут проверяться и обновляться внутренние и внешние ссылки? Насколько часто?
    • Как будет происходить управление и проверка CGI апплетов, сценариев JavaScript , компонентов ActiveX и т.д.?
    • Максимальный размер веб-страницы не должен превышать 3-5 экранов, кроме случаев, когда контент сосредоточен на одной теме. Если размер веб-страницы больше, предоставьте внутренние ссылки для навигации по ней.
    • Разметка веб-страницы и элементы дизайна должны быть последовательными и логично связанными.
    • Отображение веб-страниц должно быть независимо от типа браузера.
    • На каждой странице следует указать ссылку для связи.

    Данная публикация представляет собой перевод статьи «Web Testing Complete Guide (Web Application Testing Tips and Scenarios) » , подготовленной дружной командой проекта

    Предположим, что существует функция get-data , которая возвращает карту информации об идентификаторе пользователя, который прошел. Теперь эта функция использует 3 функции source-a , source-b и source-c , чтобы получить три разных вида карт. Теперь мы объединим все эти карты в одну карту и вернемся из get-data .

    Когда я тестирую get-data , должен ли я проверять наличие данных для ключей? Имеет ли смысл, чтобы эта функция отказывалась от единичных тестов, если один из source-a , source-b и source-c вышел из строя? Если задание функции thats заключается в объединении данных, и это делается, этого должно быть достаточно, правильно?

    1

    2 ответы

    Предположим, что есть функция get-data, которая возвращает карту информации об идентификаторе пользователя, переданного в.

    Отлично. Тогда вы должны проверить это. Для данного идентификатора вы возвращаете правильные данные?

    теперь эта функция использует 3 функции source-a, source-b и source-c для получения трех разных видов карт.

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

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

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

    В модульном тестировании вы должны проверять только функциональность одного класса, если ваши методы source-a, source-b и source-c вызывают другие классы, вы должны их издеваться (они должны быть проверены на модуле в своих классах).

    В тестировании интеграции вы проверяете поведение нескольких классов, взаимодействующих между ними, это означает, что ваша функция get-data должна проверить правильность данных, которые извлекаются (исходные-a, source-b и source-c являются правильными, а данные соединяются должным образом).

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

    4.3 — Как проверить функциональность сайта

    Что проверяет сайт?

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

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

    Веб-сайт, проверяющий контрольный список:

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

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

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

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

    • Коммуникабельные связи
    • Внутренние ссылки
    • Якорные связи
    • Связи MailTo

    Тестирование Формы работают как и ожидалось. Сюда входят —

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

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

    • Удаленная проверка Cookies (сессии) очистка тайника или очистка по истечении времени.
    • Удалите Cookies (сессии) и проверьте свой логин, верительные грамоты посылают запрос относительно следующего посещения.

    Тестирование HTML и CSS , гарантирует то, что могут легко попасть на Ваш сайт.

    • Проверка синтаксических ошибок
    • Удобочитаемые цветные схемы
    • Стандартное соблюдение. Гарантируйте такой стандарт W3C, ОАЗИС, IETF, ISO, ECMA, или WS-I сопровождающие.

    Проверьте деловой технологический процесс.

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

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

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

    Проверьте навигацию сайта:

    • Меню, кнопки или на Вашем сайте должны быть легко доступными и последовательными на всех интернет-страницах.
    • Содержание должно быть четким без грамматических или ошибок в правописании.
    • Изображения, если они существуют должны содержать текст «tittle»

    3. Интерфейсное тестирование :

    Три области, которые будут проверены — применение, сеть и сервер базы данных.

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

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

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

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

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

    5. Тестирование совместимости.

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

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

    Предоставление элементов веб-кнопок «Мне нравится» , текстовые поля и т.д. меняются с изменением в Операционной системе . Удостоверьтесь, что Ваш веб-сайт хорошо работает для различной комбинации Операционных систем, таких как Windows, Linux, Mac и Браузеров, таких как Google Chrome, Opera, Firefox, Internet Explorer, Сафари и т.д.

    6. Производительность тестирования:

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

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

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

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

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

    8. Тестирование аудитории:

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

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

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