Модульное тестирование сайта | REDS Group
REDS Group
ул. Большая Академическая, дом 5, стр. 1, Москва.
| Модульное тестирование сайта
Назад

Модульное тестирование сайта

Компонентное (модульное) тестирование проверяет функциональность и ищет дефекты в частях приложения, сайта, которые доступны и могут быть протестированы по-отдельности (модули программ, объекты, классы, функции и т.д.).
284
timeВремя чтения:14 минут
timeВремя чтения:14 минут watched284

Модульное тестирование сайта

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

Модульное тестирование сайта

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

Прежде чем описывать модульное тестирование, перечислим какие виды тестирования есть:


1 Модульное тестирование (Unit Testing)
quote Компонентное (модульное) тестирование проверяет функциональность и ищет дефекты в частях приложения, сайта, которые доступны и могут быть протестированы по-отдельности (модули программ, объекты, классы, функции и т.д.).

Именно о нем пойдет речь, но так же опишем какие еще виды существуют

2 Интеграционное тестирование (Integration Testing)

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

3 Системное тестирование (System Testing)

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

4 Операционное тестирование (Release Testing)

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

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

5 Приемочное тестирование (Acceptance Testing)

Процесс тестирования, который проверяет соответствие системы требованиям и проводится с целью:

• определения удовлетворяет ли система приемочным критериям;

• вынесения решения заказчиком или другим лицом, принимается продукт или нет.


На каждом уровне тестирования есть свои методы. Проверив продукт на всех уровнях тестирования мы получаем качественный продукт.
К этапу сдачи продукта, он должен пройти все уровни тестирования.

quote Если речь идет об отдельных задачах по проекту или доработкам, то на этих типах задач достаточно “Модульного тестирования сайта (Unit test)”.

Что включает в себя модульное тестирование:


Модульное тестирование можно разбить на две глобальные ветки:

  • Тестирование верстки (визуальное тестирование)

  • Функциональное тестирование


Ниже представлен перечень полного модульного тестирования сайта. 

Полное модульное делится на 3 ветви:

  • Соответствие макетам

  • Графика и оптимизация

  • Код


Опишем требования к каждому из них.


I. Соответствие макетам.


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

Что проверяем:

  • Шрифты

  • Цвета

  • Отступы и расположение

  • Заголовки

  • Ссылки и их анимация

  • Анимация всех активных элементов 

Расположение блоков должно быть 1:1 по сравнению с макетом. В header & footer расположение блоков должно быть 1:1. В остальных случаях допускается небольшое расхождение в текстах, но у всех требования разные. 

Где проверяем (Desktop)

В первую очередь следует проверить проверяемый блок в самом популярном браузере (например Google Chrome) через PixelPerfect в трех разрешениях (Desktop, Tablet 768px & 1024px, Mobile 375px + 320px + 425px) .
Далее стоит проверить работу проверяемого блока в следующих браузерах:
  • Google Chrome
  • Internet Explorer
  • Safari
  • Edge
  • FireFox
  • Opera

Где проверяем (Mobile + Tablet)

  • Android (Chrome)
  • iOS (Safari)
  • Планшет в горизонтальном виде и в вертикальном
В адаптации главное проверить корректное отображение всех блоков и их работу. Важно проверить на обоих системах (Android & iOS), так как каждая система имеет свои особенности. 

II. Графика и оптимизация

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

III. Код (Code review)

quote Валидация — это проверка на соблюдение установленных норм и правил, а в контексте, применяемом разработчиками — корректности кода страниц: синтаксических ошибок, вложенности тэгов и т. п. Если все делать «правильно», код страницы не должен содержать неверные атрибуты, конструкции и ошибки. Валидация сайта позволяет выявить недостатки, которые следует исправить.
  • Валидность
  • Кроссбраузерность
  • Отсутствуют ошибки в консоли браузера
  • Семантичность. Отсутствие глупостей в HTML и CSS, единообразие, аккуратность. Использование тегов HTML5 (header, footer, aside, main, section, etc.)
  • Правильная структура заголовков (h1, h2, h3 & title)
  • Наличие title у ссылок и alt у картинок
  • БЭМ – отсутствие каскадности (при наведении на любой блок, в его стилях не должно быть множество перечёркнутых правил, следствие длинного каскада).

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

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


Поделиться: Поделитесь в соц. сетях
Vkontakte Facebook Tweeter Odnoklassniki

Вам может быть интересно:

Загрузка комментариев...