Как правильно написать логин: Что такое логин и пароль

Содержание

Login или Log in? / Хабр

Rainvention

27 окт 2016 в 16:24

Время на прочтение 2 мин

Количество просмотров

78K

Разработка веб-сайтов *Разработка мобильных приложений *IT-стандарты *

Из песочницы

‘Login’ или ‘log in’? Одно слово или два? Это достаточно распространенный вопрос среди тех, кто пишет на английском языке. Давайте разберемся, как же правильно.

‘Login’ и ‘log in’ — не единственная пара слов, которая вызывает затруднения. Таких случаев гораздо больше:

‘logon’ или ‘log on’;
‘logout’ или ‘log out’;
‘signup’ или ‘sign up’;
‘shutdown’ или ‘shut down’;
‘backup’ или ‘back up’;
‘setup’ или ‘set up’.

Как насчет эксперимента?

Попробуйте произнести предложения, в которых слово ‘backup’ заменено на ‘bbbbbb’:

What is your bbbbbbb strategy?
When did you last bbbbbbb your data?
When did you last do a bbbbbbb?

А в этих предложениях заменим ‘login’ на ‘llllll’:

What are your llllllll details?
Where can I llllllll to the bank’s website?
My llllllll failed.

Заметили какую-нибудь закономерность? Скорее всего, вы почувствовали некоторое напряжение во втором предложении каждого примера. Как будто в них не хватает еще одной паузы посередине.

Как же должно быть?

‘Backup’ или ‘back up’:

What is your backup strategy?
When did you last back up your data?
When did you last do a backup?

‘Login’ или ‘log in’:

What are your login details?
Where can I log in to the bank’s website?

My login failed.

Правило

По правилам должно быть так:

если это глагол, то пишите раздельно: back up, log in;
если это существительное, то пишите слитно: backup, login.

Допустимо ли использовать дефис вместо пробела? Большинство писателей говорит «нет».

К вопросу о кнопках

На формах авторизации можно встретить как ‘login’, так и ‘log in’:

Так как кнопка подразумевает действие, то правильнее будет ‘Log in’. Сама форма или вкладка авторизации при этом может называться ‘Login’ (т. е. «Вход»):

Ещё раз: log in — это действие, login — сущность.

Да какая разница?

В русском языке нет точных аналогов этому правилу. «Can I log in» можно с успехом перевести и как «могу ли я ввести свой логин», и как «могу ли я авторизоваться». Но представьте себе ситуацию, при которой иностранец будет путать русские глаголы и существительные:

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

Таковы особенности языка. Если писать как попало, это может вызвать непонимание или даже раздражение со стороны пользователя. А ведь документация должна помогать людям, а не злить их. Так ведь?

Источники

В продолжение темы: Login/Logon, Frontend/Front-end и другие интересные нюансы.

Теги:

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

Хабы:

Разработка веб-сайтов
Разработка мобильных приложений
IT-стандарты

Всего голосов 147: ↑134 и ↓13 +121

Комментарии 72

Кирилл Богатов @Rainvention

Дизайнер разговорных продуктов

Сайт

Комментарии Комментарии 72

Проблемы со входом на Яндекс

Не могу войти под своим логином
Некоторые приложения внезапно потеряли доступ к вашему аккаунту
Яндекс просит ввести символы с картинки
Получаю ошибку «OCSP-ответ ещё не действителен» в Firefox

Если вы не можете войти в свой аккаунт, посмотрите наши рекомендации. Ниже мы подготовили инструкции для каждой ошибки.

Неправильная пара логин-пароль! Авторизоваться не удалось.

Если вы используете или раньше использовали вход по одноразовому паролю, для входа понадобится одноразовый пароль, сгенерированный приложением Яндекс Ключ.

Попробуйте ввести логин и пароль непосредственно на странице Яндекс ID. Убедитесь, что у вас не нажата клавиша Caps Lock и установлена английская раскладка клавиатуры.

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

Как на компьютерах, так и на мобильных телефонах некоторые программы (например, Punto Switcher) могут автоматически изменять введенные вами символы: менять раскладку, менять заглавные буквы на строчные, ставить пробел после точек и т. п. Перед тем, как вводить пароль, убедитесь, что автоматическое исправление опечаток и автоматическая смена раскладки не сработают.

Пользователя с таким логином не существует

Аккаунта с введенным логином не существует, или он был удален.

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

Логин может состоять только из латинских букв, цифр, точек и дефисов.
Если вы вводите адрес почты, указывайте его правильно: <ваш логин>@yandex.ru.
Авторизоваться можно только с помощью адреса Яндекс Почты — адреса Gmail или Mail.ru точно не подойдут.

Ваш логин заблокирован!

Убедитесь, что вы указали логин правильно. Если вы уверены, что логин верный, обратитесь в службу поддержки по ссылке, предложенной в сообщении об ошибке.

Ошибка cookies

Авторизация на Яндексе невозможна, если в вашем браузере отключена обработка файлов cookie. Подробно эта настройка описана в разделе Настроить прием файлов cookie.

Если ничего не помогает

Попробуйте восстановить доступ, чтобы сбросить пароль.

Сбросить пароль автоматически всегда проще и быстрее, чем обращаться в службу поддержки, поэтому попробуйте все доступные варианты. Если восстановление доступа через SMS или адрес почты для вас недоступно, постарайтесь вспомнить ответ на контрольный вопрос. Отвечая на контрольный вопрос, убедитесь, что вводите ответ правильно и в нужной раскладке клавиатуры.

Если самостоятельно восстановить доступ не получается, заполните анкету для восстановления доступа.

Если вы сменили пароль или перешли по ссылке Выйти на всех компьютерах, вам нужно будет заново войти в аккаунт не только в браузере, но и в большинстве приложений, которые используют ваш аккаунт.

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

Если Яндекс просит ввести символы с картинки при входе в аккаунт, это значит, что с вашего IP-адреса в последнее время слишком часто вводили неправильный пароль.

Это может произойти потому что:

Вы несколько раз подряд неправильно ввели логин или пароль на Яндексе.
Другие пользователи вашей локальной сети (рабочей или домашней) несколько раз подряд неправильно набрали логин и пароль. Чтобы решить эту проблему, обратитесь к вашему сетевому администратору.
Вы указали неверный логин или пароль в почтовой программе (Outlook, Thunderbird, Mail, почтовый клиент в Opera и т. п.).
Ваш компьютер заражен вирусом, который пытается подобрать пароль к вашему аккаунту на Яндексе. Рекомендуем вам проверить свой компьютер на наличие вирусов бесплатными онлайн-антивирусами. Многие производители антивирусов предлагают бесплатные версии своих программ.

На вашем компьютере неверно выставлено системное время. Убедитесь, что часовой пояс в настройках ОС соответствует вашему положению, и сверьте время с Яндекс Временем.

О том, как выставлять время в разных ОС, читайте в разделе Настроить часовой пояс, дату и время.

Экран входа в систему — советы и идеи по тестированию В этой статье вы найдете несколько важных советов и идей по тестированию входа в систему.

LoginScreen TestingTips

Экран входа в систему — это веб-страница или вход

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

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

Ниже приведены несколько советов, которые можно использовать для тестирования экрана входа в систему любой системы/приложения.

UI/UX:

Порядок вкладок — проверьте, существует ли логический порядок использования клавиши табуляции
Фокус на поле имени пользователя — проверьте, находится ли курсор при переходе на страницу в поле имени пользователя

Использование клавиши ввода — проверьте, активирована ли кнопка входа в систему при выборе ввода
Доступность — проверьте, правильно ли определены и помечены все поля на странице
Look & Feel — проверьте, выглядит ли страница нормально и все ли правильно выровнено.
Контент — проверьте, соответствует ли содержимое страницы марке. Нет ли опечаток в надписях, элементах управления экрана?
Ссылки — проверьте, содержит ли страница какие-либо существующие ссылки, и являются ли эти ссылки действительными.
Отзывчивость. Проверьте скорость отклика экрана входа в систему на разных размерах компьютерных мониторов.

Проверка безопасности:

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

Пароль — Проверьте, есть ли минимальная сложность пароля
Пароль — проверьте, есть ли опция «Показать пароль» или нет. Если да, то проверьте, работает ли он нормально.
Поиск общего пароля — проверьте, выполняет ли экран входа поиск в списке наиболее распространенных паролей (CommonPasswordsList)
Просмотр исходного кода. Проверьте исходный код приложения и проверьте, не указана ли какая-либо ценная информация в исходном коде HTML.
Внедрение SQL — проверьте, уязвима ли страница входа для ввода SQL
Страницы — проверьте, можете ли вы получить доступ к другим страницам приложения без входа в систему.
Управление URL-адресами. Проверьте, можете ли вы получить доступ к другим страницам приложения, отредактировав URL-адреса, чтобы получить доступ туда, где это не должно быть разрешено (без входа в систему).

Несколько учетных записей. Проверьте, можете ли вы, используя разные учетные записи, войти в систему одновременно в одном и том же браузере
Файлы cookie. Проверьте, можете ли вы редактировать и/или отключать файлы cookie.

Функциональность:

Вход в систему — проверьте функциональность входа в систему с действительными/недействительными учетными данными и без предоставления учетных данных.
Выход из системы — проверьте функцию выхода из системы. Проверка при выходе из системы; пользователь полностью выходит из системы.
Забыли пароль — проверьте, доступна ли опция забытого пароля. И если он есть, то работает ли он корректно. Кроме того, проверьте, не подвержен ли он сбою безопасности или манипулированию URL-адресами
Кнопки «Назад» и «Вперед» — проверьте, как приложение справляется с использованием кнопок браузера «Назад» и «Вперед».

Запомнить меня — проверьте, есть ли опция «Запомнить меня». И если он присутствует, то работает ли он штатно. Также проверьте, что произойдет, если пароль будет изменен.
Совместимость. Проверьте функциональность входа/выхода из системы со всеми возможными допустимыми/недопустимыми случаями в других браузерах.
Данные — проверьте поля имени пользователя и пароля для проверки данных (есть ли минимальная или максимальная длина символов, граничные значения, допустимые символы и т. д.).
Обработка ошибок — проверьте, как обрабатываются и отображаются различные ошибки (для отрицательных случаев).
Проверка отключения JavaScript. Проверьте, работает ли форма входа в систему при отключенном JavaScript.

2FA Check — проверка процесса входа в систему, когда предоставляется двухфакторная аутентификация; затем проверьте с допустимым/недействительным токеном, проверьте с допустимым/недействительным резервным кодом, проверьте процедуру блокировки и проверьте процесс восстановления.

Спасибо за чтение и приятного тестирования!

Автор Sudhey Sharma

Я консультант по тестированию, тренер * энтузиаст, работаю в индустрии тестирования программного обеспечения с 2004 года. В настоящее время я работаю менеджером по контролю качества. Стремление улучшить мастерство тестирования.

Вам понравилась эта статья? Подпишитесь на новые статьи!

Платформа LoginRadius ЦИАМ

Наши эксперты по продуктам продемонстрируют вам возможности платформы LoginRadius ЦИАМ, обсудят варианты использования и докажут рентабельность инвестиций для вашего бизнеса.

Закажите демонстрацию сегодня

Как написать тестовые примеры для страницы входа

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

Что это значит для QA-специалистов? Работа над тестовыми примерами для страницы входа требует максимально тщательного подхода. Если вам нужна помощь с этой задачей, вот краткое руководство по написанию тестовых случаев.

Различные форматы тестовых наборов

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

Как писать тестовые наборы: полное руководство

Если вы не используете какое-либо программное обеспечение для управления тестированием, вы можете писать тестовые наборы в Google Spreadsheets или Microsoft Excel. Пример форматирования вы найдете далее в статье.

Лучше уточнить, какой формат использовать, прежде чем приступать к написанию тестовых случаев. Это может сэкономить вам много времени.

Пример тестового примера #1

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

ID
LP-1 (LP для страницы входа, 1 в качестве порядкового номера)
Сводка
Проверить отображение страницы входа.
Шаги
Открыть интерфейс (или: открыть сайт + активная ссылка ).
Перейти на страницу входа.
Обратите внимание на макет страницы.
Ожидаемые результаты
Открылась страница входа.
Страница выглядит так, как ожидалось.
Фактические результаты
Страница входа открыта.
Страница выглядит так, как ожидалось.
Статус
Пройдено

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

Фактические результаты
Страница входа открыта.
Текст метки накладывается на поле ввода.
Состояние
Ошибка.

Или так:

Фактические результаты
Страница входа не открылась.
Статус
Заблокировано.

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

Пример тестового примера #2

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

Тест #
LP-2
Описание теста
Проверьте верхнюю навигацию для зарегистрированного пользователя.
Входы
Открытая передняя часть.
Войдите как зарегистрированный пользователь.
Проверить ссылки в шапке страницы.
Попробуйте открыть раздел «Моя учетная запись».
Ожидаемый результат
Для зарегистрированного пользователя отображается ссылка выхода.
Пользователь, вошедший в систему, может открыть раздел «Моя учетная запись».
Пройдено/Не пройдено
Пройдено

Если есть ошибка, вы добавляете еще один пункт в конце и описываете, что происходит:

Дефект
Раздел счета.
Или:
Ссылка для выхода не отображается для вошедшего в систему пользователя.

Пример тестового примера #3

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

Предварительные условия.
Резюме.
Приоритет.
Шаги.
Ожидаемый результат.
Постусловия.

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

Тестовый пример №3

Предварительные условия
Пользователь вошел в систему.
Сводка
Нажмите кнопку «Назад».
Приоритет
Средний.
Шаги
Выйдите из системы.
Нажмите кнопку «Назад».
Ожидаемый результат
Пользователь не зарегистрирован. Отображается страница входа.
Постусловия
Чтобы получить доступ к функциям для зарегистрированных пользователей, пользователь должен снова войти в систему.

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

Список тестов для страницы входа

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

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

Положительные тестовые случаи для страницы входа

Войдите в систему с действительными учетными данными.
Проверьте функцию «Показать пароль».
Установите флажок «Запомнить меня».
Проверить автозаполнение.
Нажмите кнопку «Выйти».
Восстановите пароль с помощью зарегистрированного адреса электронной почты.
Проверьте сообщение электронной почты о забытом пароле.
Создайте новый пароль, используя действительные данные.
Войдите в учетную запись, используя новый пароль.
Переключение между полями ввода с помощью Tab.
Войдите в систему с помощью кнопки Enter.
Войдите в систему с действительными учетными данными в разных браузерах.
Войдите в систему с действительными учетными данными, используя разные устройства.

Отрицательные тестовые случаи для страницы входа

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