Rivalry2

HTML Diff

0 added 0 removed

Original 2026-01-01

Modified 2026-03-10

1 <p>Тестирование веб-приложений - задача, с которой ручному тестировщику приходится сталкиваться довольно часто. В этой статье мы расскажем некоторые особенности данного процесса.</p>

2 <h2>Кроссбраузерность</h2>

3 <p>Первое - это проверка на правильность отображения и функционирования web-приложения<strong>на различных браузерах</strong>. Под правильностью понимается соответствие стандартам и требованиям.</p>

4 <p>Важно: перед началом тестирования надо выяснить, какие конкретно браузеры поддерживаются.</p>

5 <p>Что проверяем при кроссбраузерном тестировании: - функциональные возможности продукта, которые реализуются на стороне клиента; - правильно ли отображаются элементы графики; - корректно ли отображаются шрифты, размеры текстовых символов; - доступны ли формы, присутствующие на сайте, выполняют ли они свои функции, являются ли интерактивными.</p>

6 <p>Необходимо понимать, что тестировать надо все основные браузеры, однако отдельное внимание следует уделить браузеру Internet Explorer. Именно в с этим браузером чаще всего возникают проблемы. Особое внимание тут следует обращать на фокус полей, масштабируемость, работу JavaScript.</p>

7 <h2>Web-формы</h2>

8 <p>Формы для заполнения - важнейшие составляющие веб-приложений. Именно с помощью форм осуществляется взаимодействие клиента с сервером (клиент - это, к примеру, веб-браузер, через который пользователь обращается к серверу приложения).</p>

9 <p>На что стоит обращать особое внимание: - обязательные поля для заполнения: отмечено ли, что они являются обязательными, а также являются ли они обязательными на самом деле, по факту (проверка пустых значений); - ввод специальных данных - спецсимволов: #%@№&^$*<>{}[]; - наличие валидации (что происходит, когда пользователь вводит невалидные значения, получает ли пользователь сообщение об ошибке, что происходит с данными после их ввода).</p>

10 <p>Хорошая практика - составлять чек-лист UI-компонентов, которые нужно проверить (радио-баттоны, дроп-дауны, чек-боксы).</p>

11 <p>Но теперь давайте сделаем небольшое отступление и скажем, что валидация бывает как<strong>со стороны сервера, так и со стороны клиента</strong>.</p>

12 <h4>Валидация со стороны сервера</h4>

13 <p>Представьте, что перед вами стандартная форма входа на сайт с полями для логина и email. Введенные вами значения будут отправлены на сервер и проверены на наличие в базе данных (происходит<strong>аутентификация</strong>). Если вы уже зарегистрированы и ввели правильные данные, то получите доступ и соответствующие права (происходит<strong>авторизация</strong>), если нет - увидите сообщение о том, что указанный вами email/логин не существует.</p>

14 <h4>Валидация со стороны клиента</h4>

15 <p>Речь идет о выполнении проверки значений<strong>непосредственно при вводе</strong>данных. Для этого в Presentation Layer подключают специальные скрипты валидации (Presentation Layer - слой представления веб-приложения - то, что мы видим, UI).</p>

16 <p>Что такие скрипты могут проверять: - ввел ли пользователь в поле email символ @; - заполнены ли обязательные поля; - ввел ли пользователь цифры в поле ввода номера телефона; - не совпадают ли поля, которые не должны совпадать, и т. п.</p>

17 <p>Для чего это нужно? Ответ очевиден:<strong>валидация на стороне клиента уменьшает число обращений к серверу</strong>, снижая нагрузку на него.</p>

18 <h2>База данных</h2>

19 <p>При тестировании web-приложений не забываем про базы данных.</p>

20 <p>Что проверяем: - данные, введенные со стороны клиента, сохранились в базе; - данные, записанные в БД, корректно отображаются на клиенте; - данные можно удалить/изменить; - число открытых соединений с БД; - скорость обработки запросов.</p>

21 <h2>Сервер</h2>

22 <p>Сервер тестируется отдельно от клиента. Проверяем: - наличие валидации со стороны сервера (о ней упоминали выше); - корректность ответа сервера на подаваемый запрос со стороны клиента (правильный код состояния, заголовок, тело и т. д.) - тут используют такие инструменты, как Fiddler и Postman; - скорость обработки запросов.</p>

23 <h2>Пользователи, multiple users</h2>

24 <p>Как известно, одновременно с веб-приложением может работать большое число пользователей. Какие проверки здесь необходимы: - нагрузочное тестирование (сколько пользователей могут без проблем работать одновременно); - аутентификация и авторизация (что происходит на стороне сервера); - конкурентный (параллельный) доступ к ресурсам (скорость работы приложений не должна меняться); - уровни доступа пользователей.</p>