Главная страница
Навигация по странице:

  • Содержание Введение Как же происходит тестирование сайта Тестирование вёрстки .

  • Как же происходит тестирование сайта

  • Итак, рассмотрим подробнее тестирование сайта по пунктам

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

  • Тестирования Верстки

  • Usability тестирование

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

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

  • Список использованной литературы

  • Реферат функциональное тестирование и тестирование вёрстки web проектов Работу выполнил Маммедов Ихлас


    Скачать 101.01 Kb.
    НазваниеРеферат функциональное тестирование и тестирование вёрстки web проектов Работу выполнил Маммедов Ихлас
    Дата23.12.2021
    Размер101.01 Kb.
    Формат файлаdocx
    Имя файлаegzami gos.docx
    ТипРеферат
    #315650

    МІНІСТЕРСТВО ОСВІТИ І НАУКИ УКРАЇНИ

    РЕФЕРАТ

    Функциональное тестирование и тестирование вёрстки WEB- проектов

    Работу выполнил Маммедов Ихлас

    Студент груп 4151

    Содержание

    Введение
    1. Как же происходит тестирование сайта?




    1. Тестирование вёрстки.
    2. Функциональное тестирование современных web-приложений.


    Заключение.

    Список использованной литературы






    Введение.

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

    Как же происходит тестирование сайта?

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

    Итак, рассмотрим подробнее тестирование сайта по пунктам:

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

    2) Функциональное тестирование — наиболее продолжительный этап проверки ресурса. Суть этого процесса заключается в проверке всего описанного функционала:

    • Проверки работы всех обязательных функций сайта;

    • Тестирования работоспособности пользовательских форм на сайте (например, обратная связь, добавление комментария в блог);

    • Проверки работы поиска (включая релевантность результатов);

    • Проверки гиперссылок, поиск нерабочих ссылок;

    • Проверки подгрузки файлов на сервер;

    • Проверки работоспособности счётчиков, установленных на страницах сайта;

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

    3) Тестирования Верстки — при проверке верстки первым делом тестировщик проверяет расположения элементов, соответствие их позиций предоставленным макетам, а так же проверяет оптимизацию изображений и графики. Далее осуществляется проверка валидности кода. В процессе вёрстки важно соблюдать корректную иерархию объектов, и важно удостовериться в её валидности по факту завершения работ. Браузеры, несмотря на явно неверный код, в любом случае постараются отобразить веб-страницу. Но поскольку не существует единого регламента о том, как же должен быть показан «кривой» документ, каждый браузер пытается сделать это по-своему. А это в свою очередь приводит к тому, что один и тот же документ может выглядеть по-разному в различных браузерах. Исправление явных промахов и систематизация кода приводит, как правило, к стабильному результату. Завершив проверку на валидность, специалист приступает к проверке на кроссбраузерность, т.е. проверяет работоспособность сайта в различных браузерах, а так же при различных параметрах настройки экрана.Зачем проверять сайт на кроссбраузерность? На сегодняшний день существует ряд наиболее популярных веб-браузеров, таких как Google Chrome, Safari, Mozilla Firefox, Internet Explorer и Opera. Каждый из них придерживается общих рекомендаций визуализации разметки страницы, однако в то же время каждый обрабатывает код в соответствии с особенности собственного движка. Осложняется всё тем, что достаточно часто появляются новые версии браузеров, и ресурс, который отлично смотрится, к примеру, в IE9, не обязательно будет выглядеть корректно в IE7 или IE8. Поэтому в процессе тестирования учитывается перечень браузеров, поддержка которых оговаривалась с заказчиком на ранних этапах обсуждения проекта. Этап проверки сайта на кроссбраузерность при различных разрешениях достаточно долгий по времени, но результат того стоит — с вашим сайтом сможет ознакомиться любой представитель целевой аудитории.

    4) Usability тестирование — проводится для оценки удобства продукта в использовании, основанный на привлечении пользователей в качестве тестировщиков и анализ полученных результатов. 

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

    Тестирование проводится с участием нескольких человек из целевой аудитории, так называемых респондентов. Для проведения тестирования достаточно 4-6 человек. Существует правило 80/20, которое гласит, что 20% пользователей дают 80% результата. Поэтому такое количество респондентов максимально эффективно с точки зрения экономии времени и затрат. 

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

    6) Тестирование производительности сайта — проводится с целью определения быстродействия сайта или его части под определённой нагрузкой. Тестирование производительности включает в себя такие виды тестестирования:

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

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

    Обработка ошибок


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

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

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

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

    Юзабилити тестирование сайта


    Тестирование удобства пользования (юзабилити) – это вид тестирования, который делает для сайта удобство и практичность в использовании. Основная цель показать пользователю:

    • Понятен ли ваш сайт для окружающих и удобен ли?

    • Удобная навигация?

    • Какое впечатление создается у пользователя?

    • Что может быть лишним или не нужным.

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

    Нагрузочное тестирование сайтов


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

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

    Тестирование пользовательского интерфейса?


    UI testing- это тестирование графического интерфейса пользователя, которая предполагает проверить сайт на соответствия требованиям к графическому интерфейсу, профессионально ли оно выглядит, выполнено ли оно в едином стиле.

    В большинстве случаев, тестирование интерфейса пользователя, осуществляется вместе со следующими видами тестирования(UI):

    1. Тестирование на соответствие стандартам графических интерфейсов

    2. Тестирование с различными разрешениями экрана

    3. Тестирование кроссбраузерности, или совместимости с разными интернет браузерами и их версиями

    4. Тестирование локализованных версий: точность перевода (мультиязычность, мультивалютность), проверка длины названий элементов интерфейса и т.д

    5. Тестирование графического интерфейса пользователя на целевых устройствах (смартфоны, кпп, планшеты).

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


    Это ключ к надежности веб-сайтов. Основные правила этого тестирования — это проверка на уязвимость разных видов атак. Если это интернет-магазин, то, скорее всего, следует проверять запросы на Sql инъекцию (запросы к базе данных).

    SQL-инъекции — это вредоносный код в запросах базы данных — наиболее опасный вид атак.  Если это различные формы общественные (гостевая книга), то проверка на XSS инъекции. Дает возможность внедрить произвольный код, и атаковать компьютер пользователей, просматривающих зараженные страницы.

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

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

    • проверки веб-форм

    • проверки правильности данных

    • тестирования интерфейса пользователя

    • тестирования оплаты

    • тестирования версий для печати

    • тестирования отчетов.

    Тестирование вёрстки

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

    Как измерить качество вёрстки



    Первая версия Makeup (тогда у него ещё не было имени) возникла в файле spec/index.html. На этой странице прогонялись юнит-тесты по всем модулям (читай: блокам) нашего приложения. Всё было традиционно: мы инициализировали каждый модуль с разными наборами тестовых данных и проверяли тестами то, что нас интересовало. 

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

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

    По большому счету, критериев качества вёрстки всего два:

    • соответствие макету: вёрстка должна быть идентична дизайну.

    • работоспособность:вёрстка должна отображаться в браузере пользователя на всех устройствах, которые нас интересуют.


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




    Функциональное тестирование современных web-приложений.


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

    При взгляде на эти баснословные цифры становится понятным, почему в мире разрабатывается так много новых веб-приложений. Этот процесс приводит к необходимости привлечения большого количества специалистов. То, что веб (в широком смысле) будет продолжать наращивать темпы своего развития, подтверждается и набирающим силу «мейнстримом»: всё «переезжает» в облака. Облачные технологии становятся новой реальностью современного Интернета: даже некогда привычные нам десктопные Word и Excel сегодня представлены в виде веб-альтернатив от Microsoft. Исходя из сказанного, можно утверждать, что потребность в хороших инженерах по обеспечению качества, специализирующихся на веб-продуктах, будет только расти.

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

    Заключение.

    Немаловажно и количество тестов сайта. Сайт должен быть в среднем протестирован четыре раза. Первый тест проводится, когда web-система готова. Второй тест проводится после того, как все баги исправлены (потому что правим программную часть – отваливается верстка, правим верстку – отваливаются Java-скрипты). Третий тест проводится, когда сайт заполнен реальным контентом. И четвертый тест (беглый) проводится после того, как сайт открыт на реальном хостинге и на него хлынул поток пользователей. Два слова об автоматизации процесса тестирования. Ни одна программа не способна протестировать сайт. Тестирование – это творческий процесс. Единственное, что можно автоматизировать – это проверка верстки на соответствие стандартам W3C. Ну и, пожалуй, тестирование уязвимости сайта (SQL-инъекции, DoS-атаки и т.п.). И в заключение народная мудрость: если тебя не любят разработчики, значит, ты — хороший тестировщик!

    Список использованной литературы

    1 Рощектаев П. А., Бахтин В. И., Миронов А. Г. Золото Бурятии (книга вторая). — Улан-Удэ: Изд-во БНЦ СО РАН, 2007. — 331 с.

    2 Burnstein I Practical Software Testing. A process-oriented approach Springer-Verlag, New York, 2003, - 732 p



    3 ISO 13407:1999. Human-centred design processes for interactive systems International Organization for Standardization. 01-Jun-1999, 26 p.




    4 Journal of Multidisciplinary Engineering Science and Technology [Electronic resource]. - 2015. - № 10, Vol. 2. - Access mode : http://www.intuit.ru


    написать администратору сайта