ShariX Open Docs

Эта страница только для чтения. Вы можете посмотреть её исходный текст, но не можете его изменить. Сообщите администратору, если считаете, что это неправильно.
====Руководство по созданию безопасного графического интерфейса====
С этим руководством([[https://docs.google.com/document/d/15NrhSnu9gDEDKWBAS_5Q-1GWXnxEjFhQ/edit|Руководство по созданию безопасного графического интерфейса]]) следует обязательно всем ознакомиться, т.к. Вы будете работать согласно нему! В нём описано про GUI.

===Инструкция для работы с чек-листом===
     - В первую очередь тот кто делал (например, вёрстку по макету из редактора figma), должен сам проверить свою работу с помощью чек-листа, либо же передать эту работу соответствующему лицу. 
     - Если пункт чек-листа соответствует, то ставим галочку, если пункт не соответствует то ставим крестик и описываем чего нет, какова проблема (например: "а почему этот пункт Вы отметили крестиком, а не галочкой?"). 
     - После полной проверки с Вашей стороны, следует показать выполненную работу, если же Вы проверили не полностью, всё равно Вам необходимо показать, что сделали, такого лучше не допускать, но всё равно работа будет проверяться.

==Пример работы с чек-листом==
     -Проверить на соответствие кнопки Active, Disabled, Hover и действий пользователя: кнопка не должна быть в спокойном состоянии, если она находиться в эффекте(состоянии нажатия) Hover.  
     -Про кнопки Active, Disabled: кнопка, которая подразумеваться активной, и должна являться активной, то есть должно происходить какой-то действие, что ей присвоено(например, переход на другую страницу). 
     -Если кнопка неактивна, значит она как минимум имеет отличающийся цвет от цвета активной кнопки и она не приводит ни к какому действию.
==Про графическое представление==
Обязательно следует проверять например шрифт, в редакторе Figma условно Open Sans отображается одним образом при начертании Regular, а в готовом экране при начертании Regular, он может стать Medium или каким-нибудь другим.

===Вопросы и возможные несоответствия===
При возникновении проблем с проверкой, описывайте подробно проблему(можете также приводить пример кода, всё это должно происходить в текстовом документе с заполненным чек-листом галочками и/или крестиками), чтобы Вас могли корректно понять.
==Обратная связь==
Если есть какие-то вопросы по поводу чек-листа или Вы хотите что-то добавить в чек-лист, то Вы можете оставить свои комментарии в руководстве и возможно они будут учтены и добавлены в чек-лист.

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

====При возникновении вопросов в процессе работы, Вы можете обратиться за помощью к коллегам.====


====Чек-лист проверки при тестировании GUI====
     -Проверить на соответствие ТЗ.
     -Проверить приложение на наличие элементов, способных выдать повышенный уровень доступа.
     -Проверить на соответствие состояния кнопок (active/disabled/hover) и действий пользователя. 
     -Расположение, размер, цвет, ширина, длина элементов; возможность ввода букв или цифр.
     -Реализуется ли функционал приложения с помощью графических элементов.
     -Размещение всех сообщений об ошибках, уведомленией (а также шрифт, цвет, размер, расположение и орфография и пунктуация в тексте).
     -Читабелен ли использованный шрифт.
     -Переходит ли курсор из текстового в поинтер при наведении на активные элементы, выделяются ли выбранные элементы.
     -Выравнивание текста и форм.
     -Качество изображений.
     -Проверить расположение и отображение всех элементов при различных разрешениях экрана, а также при изменении размера окна браузера для сайтов (проверить, появляется ли скролл).
     -Проверить текст на орфографические, пунктуационные ошибки.
     -Появляются ли тултипы (если есть необходимость).
     -Верный ли тип данных используется. Нужно убедиться, что для определенных типов данных, таких как валюта и даты и т.д., можно вводить только допустимые значения.
     -Указана ли ширина поля. Если определенное текстовое поле предназначено для определенного количества символов, укажите в пользовательском интерфейсе, что введенные данные не должны превышать границу по количеству символов. (Например, поле, которое позволяет использовать 50 символов в базе данных приложения, не должно позволять пользователям вводить более 50 символов в интерфейсе).
     -Правильно ли работают элементы навигации. 
     -Все ли необходимые индикаторы прогресса присутствуют. 
     -Проверить на корректность работы все индикаторы прогресса.
     -Подсказки ввода. В выпадающем меню с сотнями элементов при вводе первой буквы должны остаться только те элементы, которые начинаются с этой буквы, таким образом можно уберечь пользователей от просмотра лишней и потенциально опасной информации.
     -Скролл таблиц. Когда данные из таблицы перетекают на следующую страницу, функция прокрутки должна позволять пользователям прокручивать данные, но не трогать все заголовки.
     -Ведение журнала ошибок. Когда в системе возникает фатальная ошибка, нужно убедиться, что приложение записывает сведения об ошибке в специальный файл журнала для последующего просмотра.
     -Пункты меню и режим. Убедитесь, что приложение отображает только те пункты меню, которые доступны в определенном режиме.
     -Комбинации клавиш. Проверьте комбинации клавиш, правильно ли они работают, независимо от браузера, платформы или устройства.
     -Кнопки подтверждения действий. Убедитесь, что пользовательский интерфейс имеет работающую кнопку подтверждения каждый раз, когда пользователь хочет сохранить или удалить элемент.