Тестирование веб-систем. При разработке веб-систем, если отсутствуют строгие процессы, мы можем столкнуться с некоторыми серьезными проблемами в процессе разработки, публикации, внедрения и обслуживания Интернета, и вероятность неудачи высока. . Более того, поскольку веб-системы становятся все более сложными, провал одного проекта может вызвать множество проблем. Когда это произойдет, наша уверенность в Сети и Интернете может быть безвозвратно подорвана, что приведет к веб-кризису. Более того, веб-кризис может оказаться более серьезным и масштабным, чем кризис программного обеспечения, с которым столкнулись разработчики программного обеспечения.
В процессе веб-инжиниринга тестирование, подтверждение и приемка веб-систем является важной и сложной задачей. Тестирование системы через Интернет отличается от традиционного тестирования программного обеспечения. Здесь необходимо не только проверить, соответствует ли оно требованиям дизайна, но также проверить, подходит ли отображение системы в браузерах разных пользователей. Важно также провести тестирование безопасности и удобства использования с точки зрения конечного пользователя. Однако непредсказуемость Интернета и веб-медиа затрудняет тестирование веб-систем. Поэтому мы должны исследовать новые методы и техники тестирования и оценки сложных веб-систем. Цикл выпуска общего программного обеспечения исчисляется месяцами или годами, а цикл выпуска веб-приложений — днями или даже часами.
Веб-тестировщикам приходится иметь дело с более короткими циклами выпуска версий, а тестировщики и менеджеры по тестированию сталкиваются с переходом от тестирования традиционных структур C/S и инфраструктурных сред к тестированию быстро меняющихся систем веб-приложений.
1. Функциональное тестирование
1. Тестирование ссылок Ссылки являются основной особенностью систем веб-приложений. Они являются основным средством переключения между страницами и направления пользователей на страницы с неизвестными адресами. Тестирование ссылок можно разделить на три аспекта. Во-первых, проверьте, действительно ли все ссылки ведут на указанную страницу; во-вторых, проверьте, существует ли связанная страница, наконец, убедитесь, что в системе веб-приложений нет потерянных страниц. ссылки, указывающие на страницу, доступ к которой возможен только в том случае, если вы знаете правильный URL-адрес. Тестирование ссылок можно автоматизировать, и для этого существует множество инструментов. Тестирование ссылок должно быть завершено на этапе интеграционного тестирования, то есть тестирование ссылок выполняется после разработки всех страниц всей системы веб-приложений.
2. Тестирование формы. Когда пользователи отправляют информацию системному администратору веб-приложения, им необходимо использовать операции с формой, такие как регистрация пользователя, вход в систему, отправка информации и т. д. В этом случае мы должны проверить целостность операции отправки, чтобы проверить правильность информации, отправленной на сервер. Например: подходят ли заполненные пользователем дата рождения и род занятий, совпадают ли заполненные провинция и город и т. д. Если используются значения по умолчанию, проверьте правильность значений по умолчанию. Если форма может принимать только определенные указанные значения, проверьте и это. Например: могут быть приняты только определенные символы. Вы можете пропустить эти символы во время тестирования, чтобы увидеть, сообщит ли система об ошибке.
3. Тестирование файлов cookie. Файлы cookie обычно используются для хранения информации о пользователе и пользовательских операциях в системе приложений. Когда пользователь использует файлы cookie для доступа к системе приложений, веб-сервер отправляет информацию о пользователе и сохраняет информацию в форме файлов cookie. На клиентском компьютере это можно использовать для создания динамических и настраиваемых страниц или хранения информации, например, логинов. Если система веб-приложений использует файлы cookie, вы должны проверить, могут ли файлы cookie работать правильно. Содержание теста может включать в себя информацию о том, работают ли файлы cookie, сохраняются ли они в запланированное время, какое влияние обновление оказывает на файлы cookie и т. д.
4. Тестирование языка дизайна. Различия в версиях языка веб-дизайна могут вызвать серьезные проблемы на стороне клиента или сервера, например, какую версию HTML использовать. Этот вопрос особенно важен при разработке в распределенной среде, где разработчики не работают все вместе. Помимо проблем с версией HTML, также необходимо проверить различные языки сценариев, такие как Java, JavaScript, ActiveX, VBScript или Perl.
5. Тестирование базы данных. В технологии веб-приложений база данных играет важную роль. База данных обеспечивает пространство для управления, работы, запроса и реализации запросов пользователей на хранение данных системы веб-приложений. В веб-приложениях наиболее часто используемым типом базы данных является реляционная база данных, которая может использовать SQL для обработки информации. В системе веб-приложений, использующей базу данных, обычно могут возникать два типа ошибок, а именно ошибки согласованности данных и ошибки вывода. Ошибки согласованности данных в основном вызваны неправильной информацией в форме, отправленной пользователями, тогда как ошибки вывода в основном вызваны проблемами скорости сети или конструкции программы. В этих двух ситуациях тесты можно проводить отдельно.
2. Тест производительности
1. Тест скорости соединения
Скорость, с которой пользователи подключаются к системе веб-приложений, меняется в зависимости от способа доступа в Интернет. Они могут подключаться по телефону или использовать широкополосный доступ в Интернет. Пользователи могут ждать более длительный период времени при загрузке программы, но не при простом посещении страницы. Если время ответа веб-системы слишком велико (например, более 5 секунд), пользователи уйдут, потому что им не терпится ждать. Кроме того, на некоторых страницах установлены ограничения по времени ожидания. Если скорость ответа слишком низкая, пользователям может потребоваться повторно войти в систему, прежде чем они успеют просмотреть контент. Более того, если скорость соединения слишком низкая, это также может привести к потере данных и помешать пользователям получить реальную страницу.
2. Нагрузочное тестирование.
Нагрузочное тестирование предназначено для измерения производительности веб-системы на определенном уровне нагрузки, чтобы гарантировать, что веб-система может нормально работать в рамках требований. Уровень нагрузки может представлять собой количество пользователей, одновременно обращающихся к веб-системе в определенное время, или объем онлайн-обработки данных. Например: скольким пользователям система веб-приложений может разрешить одновременное подключение к сети? Если это число будет превышено, что произойдет, сможет ли система веб-приложений обрабатывать большое количество запросов пользователей на одну и ту же страницу
? тестирование
Нагрузочное тестирование должно быть организовано в веб-системе. После выпуска протестируйте его в реальной сетевой среде. Поскольку внутренние сотрудники предприятия, особенно члены проектной группы, всегда ограничены, а количество запросов, которые веб-система может обрабатывать одновременно, намного превышает этот предел, поэтому результаты будут правильными только в том случае, если они будут размещены в Интернете. и принял нагрузочное тестирование. Проведение стресс-тестирования означает фактическое уничтожение системы веб-приложений и тестирование реакции системы. Стресс-тестирование предназначено для проверки ограничений системы и возможностей восстановления после сбоев, то есть для проверки того, произойдет ли сбой системы веб-приложений и при каких обстоятельствах она выйдет из строя. Хакеры часто предоставляют ложные полезные данные до тех пор, пока система веб-приложений не выйдет из строя, а затем получают доступ при перезапуске системы. Области стресс-тестирования включают формы, страницы входа и другой информации.
3. Тестирование удобства использования
1. Тест навигации. Навигация описывает, как пользователи работают на странице, между различными элементами управления пользовательского интерфейса, такими как кнопки, диалоговые окна, списки и окна и т. д., или между различными страницами подключения; Вы можете определить, легко ли ориентироваться в веб-приложении, рассмотрев следующие вопросы: Интуитивна ли навигация? Доступны ли основные части веб-системы с домашней страницы? Требуется ли для веб-системы карта сайта, поисковая система или другая навигация? вспомогательные средства? На странице Размещение слишком большого количества информации часто приводит к противоположному эффекту, чем предполагалось. Пользователи систем веб-приложений, как правило, руководствуются определенной целью и быстро просматривают систему веб-приложений, чтобы увидеть, есть ли там информация, которая соответствует их потребностям. Если нет, они быстро уходят. Лишь немногие пользователи готовы потратить время на ознакомление со структурой системы веб-приложений. Поэтому справка по навигации в системе веб-приложений должна быть максимально точной. Другим важным аспектом навигации является согласованность структуры страницы, навигации, меню и стилей подключения системы веб-приложений. Убедитесь, что пользователи интуитивно знают, есть ли контент в системе веб-приложений и где он находится. После того, как уровень системы веб-приложений определен, необходимо начать тестирование функции пользовательской навигации. Позвольте конечным пользователям принять участие в этом тесте, и эффект будет более очевидным.
2. Тест графики.
В системах веб-приложений соответствующие изображения и анимация могут не только играть роль рекламы, но и украшать страницу. Графика системы веб-приложений может включать изображения, анимацию, границы, цвета, шрифты, фон, кнопки и т. д.
Содержание графического теста включает в себя:
(1) Убедитесь, что графика имеет четкую цель, и не складывайте изображения или анимацию случайным образом, чтобы не тратить время на передачу. Размер изображения системы веб-приложений должен быть как можно меньшим, и оно должно иметь возможность четко что-то объяснять, обычно ссылаясь на конкретную страницу.
(2) Убедитесь, что стиль шрифта на всех страницах одинаков.
(3) Цвет фона должен совпадать с цветом шрифта и цветом переднего плана.
(4) Размер и качество изображения также являются очень важным фактором, обычно используется сжатие JPG или GIF.
3. Тестирование контента.
Тестирование контента используется для проверки правильности, точности и актуальности информации, предоставляемой системой веб-приложений. Точность информации означает, является ли информация надежной или дезинформированной. Например, в прайс-листе неправильные цены могут вызвать финансовые проблемы или даже привести к юридическим спорам. Точность информации зависит от наличия грамматических или орфографических ошибок; Этот вид теста обычно проводится с использованием некоторого программного обеспечения для обработки текста, например, с использованием функции «Проверка пиньинь и грамматики» Microsoft Word. Под релевантностью информации подразумевается, можно ли найти список информации или запись, связанную с текущей информацией о просмотре; на текущей странице, то есть в так называемом «списке связанных статей» на обычных веб-сайтах.
4. Общий тест интерфейса
Общий интерфейс относится к структуре страницы всей системы веб-приложений, которая дает пользователям ощущение целостности. Например: чувствуют ли пользователи себя комфортно при просмотре системы веб-приложений? Знают ли они интуитивно, где находится информация, которую они ищут? Является ли стиль дизайна всей системы веб-приложений последовательным? Процесс тестирования всего интерфейса на самом деле является тестом? для конечного пользователя. Процесс расследования. Обычно системы веб-приложений принимают форму анкеты на домашней странице для получения отзывов от конечных пользователей. Во всех юзабилити-тестах необходимо участие внешних людей (людей, которые не имеют или мало связаны с разработкой систем веб-приложений), предпочтительно конечных пользователей.
4. Тест на совместимость клиента
1. Тест платформы
На рынке существует множество различных типов операционных систем, наиболее распространенными являются Windows, Unix, Macintosh, Linux и т. д. Какую операционную систему использует конечный пользователь системы веб-приложений, зависит от конфигурации пользовательской системы. Таким образом, могут возникнуть проблемы совместимости. Одно и то же приложение может нормально работать в некоторых операционных системах, но может не работать в других операционных системах. Поэтому перед выпуском веб-системы ее необходимо протестировать на совместимость с различными операционными системами.
2. Тестирование браузера
Браузер является основным компонентом веб-клиента. Браузеры разных производителей имеют разную поддержку Java, JavaScript, ActiveX, плагинов или различных спецификаций HTML. Например, ActiveX — продукт Microsoft и предназначен для Internet Explorer, JavaScript — продукт Netscape, Java — продукт Sun и так далее. Кроме того, стили фреймов и иерархии в разных браузерах отображаются по-разному или не отображаются вообще. Разные браузеры имеют разные настройки безопасности и Java. Один из способов проверить совместимость браузера — создать матрицу совместимости. В этой матрице проверяется адаптивность браузеров разных производителей и разных версий к определенным компонентам и настройкам.
5. Тестирование безопасности
Области тестирования безопасности систем веб-приложений в основном включают в себя:
(1) Сегодняшние системы веб-приложений в основном используют метод сначала регистрации, а затем входа в систему. Поэтому необходимо проверять действительные и недействительные имена пользователей и пароли, обращать внимание на то, чувствительны ли они к регистру, ограничивать количество попыток, можно ли просматривать страницу напрямую без входа в систему и т. д.
(2) Имеет ли система веб-приложений ограничения по времени ожидания, то есть, если пользователь не нажимает ни на одну страницу в течение определенного периода времени (например, 15 минут) после входа в систему, нужно ли ему снова войти в систему, чтобы использовать это нормально.
(3) Для обеспечения безопасности системы веб-приложений файлы журналов имеют решающее значение. Необходимо проверить, записывается ли соответствующая информация в файл журнала и можно ли ее отследить.
(4) При использовании защищенного сокета проверьте правильность шифрования и целостность информации.
(5) Серверные сценарии часто представляют собой лазейки в безопасности, и эти лазейки часто используются хакерами. Поэтому нам также необходимо протестировать проблему, заключающуюся в том, что скрипты нельзя размещать и редактировать на стороне сервера без авторизации.
6. Резюме
В этой статье обсуждаются методы тестирования веб-систем с точки зрения функциональности, производительности, удобства использования, совместимости с клиентами, безопасности и т. д. Тестирование систем через Интернет имеет сходства и различия с традиционным тестированием программного обеспечения, что ставит перед тестированием программного обеспечения новые проблемы. При тестировании веб-системы необходимо не только проверить, работает ли она в соответствии с требованиями проектирования, но также оценить, подходит ли отображение системы в браузерах разных пользователей. Важно также провести тестирование безопасности и удобства использования с точки зрения конечного пользователя.