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

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

Чек-лист

Есть сразу три базовых фактора, на которые нужно ориентироваться при проверке программного обеспечения:

1. Производительность. Всегда нужно понимать, что клиент желает достигать своих конечных целей, не выполняя при этом сложных и нелогичных шагов. Программное обеспечение должно помогать в решении сложных и запутанных задач, а взаимодействие с его параметрами должно выполняться на основе простого графического наполнения;
2. Эффективность. Чтобы понять, насколько процентов сайт или другой веб-продукт эффективен, стоит спросить у самого себя, соответствует ли разработанное ПО ожиданиям потенциальных пользователей, или нет;
3. Пользовательский опыт. Каким будет ПО после тестирования? Качественным? Если да, то пользователь будет получать хорошую конверсию и останется довольным процессом разработки, а если нет, то вряд ли в следующий раз обратиться в данную компанию.

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

Часть 1 – Дизайн (графическое отображение)

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

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

Часть 2 – Процедура тестирования SMPT

• Продукт поддерживает работу с наиболее популярными и востребованными почтовыми клиентами (например, Gmail и Outlook);
• Используемый на сайте почтовый шаблон содержит корректные CSS-стили и верную HTML-разметку;
• Все почтовые письма «уходят» с правильно настроенного SMPT-сервера;
• В письме есть политика конфиденциальности, которая в должной степени донесена пользователям;
• В письме содержится логотип компании;
• Сайт поддерживает почтовые вложения;
• Сайт поддерживает почтовые письма формата «чистый текст»;
• Проведено ли тестирование того, что клиент не может отправить письмо без указания корректного адреса получателя;
•  Выполнена ли проверка того, что поле «отправитель» содержит корректный синтаксис и не может быть незаполненным при отправке;
•  Можно ли одновременно отправить письмо нескольким получателям;
•  В админ панели, используемой для сайта CMS системы, ведется ли учет всех отправленных и принятых писем или нет (аналогичное требование и к перечню прикрепленных вложений).

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

Часть 3 – Проверка локализации и глобализации ПО

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

Часть 4 – Импорт файлов

• Получается ли загрузить «большие» файлы;
• Протестирована ли ситуация, что обязательные поля содержат информацию и файлы не могут быть загружены без их должного заполнения;
•  Можно ли загрузить в систему файлы без должного расширения;
•  Есть ли у пользователя возможность отменить загрузку на любой стадии выгрузки данных;
•  Если файл с данными содержит специальные символы, его можно корректно загрузить в систему;
•  Проверено ли, что пользователь может загружать в систему только те файлы, формат которых поддерживается сервером;
•  Протестировано ли, что все картинки, после загрузки на сервер, имеют те же размеры и качество контента, что и до выполнения загрузки.

Часть 5 – Экспорт

• Протестировано ли, что экспортируется именно то, что нужно;
• При экспорте файлы содержат верные расширения или нет;
• Не содержит ли название файла после экспорта специальные символы;
• Каково граничное значение при экспорте «больших» файлов;
• Если при экспорте 2 файла содержат одинаковое название, получит ли пользователь уведомление об этом;
• Если того требует клиент или спецификация, может ли экспорт выполняться в разных форматах (например, в Exсel, CSV).

Часть 6 – Тестирование графики и мультимедиа

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

Часть 7 – Работа с поиском

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

Часть 8 – Пользовательский опыт

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

Часть 9 – Производительность сайта

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

Часть 10 – Функциональность сайта

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

Часть 11 – Печать

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

Часть 12 – Блок навигации

• Навигация сайта предусматривает переход на главную страницу с любой второстепенной (подобная возможность может быть реализована посредством хлебных крошек или специальной «плавающей» кнопки в футере или шапке сайта);
• Предусмотрена ли навигация по разным уровням сайта;
•  Корректно ли работает табуляция по всем доступным веб-элементам;
•  Будет ли ясна используемая терминология на сайте;
•  Доступна ли базовая функциональность сайта уже с главной страницы;
•  Все страницы сайта дополнены логически правильно настроенной навигацией.

Часть 13 – Тестирование ссылок

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

  Полный чек-лист по тестированию ПО

Основные сценарии проверок совместимости

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

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

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

1. Тестирование сайта внутри разных системных архитектур и окружений;
2. Проверка взаимодействия сайта с разнообразными профилями безопасности современных браузеров;
3.  Кроссбраузерное тестирование сайта на 3 актуальных расширениях (десктопах, планшетах и мобильных);
4. Тестирование сайта при системной совместимости с наиболее распространенными операционными системами (Linux, Windows и MacOS);
5.  Выполнение проверок корректности отображения HTML-структуры сайта с выключенными стилями и JavaScript.

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

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