Является ли это багом? Последние буквы накладываются на крестик
Отправлено 09 декабря 2019 - 12:13
Является ли это багом? Последние буквы накладываются на крестик
Отправлено 09 декабря 2019 - 12:28
Формально, наверняка. НО!! За заведение такого бага в трекер, до тех пор пока не найдены важные функциональные вещи и не выполнены все проверки, я бы сделал сотруднику внушение.
Вы сделали все проверки, что начинаете отмечать подобные ошибки при непонятно какой длине строки?
Отправлено 09 декабря 2019 - 15:12
Крестик накладывается на буквы совсем чуть-чуть, с натяжной можно назвать багом, а лучше недочетом верстки.
Формально, наверняка. НО!! За заведение такого бага в трекер, до тех пор пока не найдены важные функциональные вещи и не выполнены все проверки, я бы сделал сотруднику внушение.
Вы сделали все проверки, что начинаете отмечать подобные ошибки при непонятно какой длине строки?
Мы же не знаем, что это за строка? Может это строка поиска и туда можно вводить предложения?
Отправлено 10 декабря 2019 - 07:27
Отправлено 10 декабря 2019 - 08:51
Может, но это ярчайший пример твиала, на мой взгляд. И заводить его в первых рядах это ...
Я такое не одобряю..
Я тоже. Но опять же мы не знаем ставит автор его в первых рядах или в последнюю очередь. А если он вдруг тестирует Яндекс или Гугл, то там этот баг может быть и в первых рядах
Отправлено 10 декабря 2019 - 08:57
Так я сразу ответил же - формально баг)
Яндекс я, кстати, проверил уже)) На Прод у них все ок:))
Отправлено 10 декабря 2019 - 12:04
тем, кто находит такие баги, "медалей не дают", без разницы ставить в первых рядах или последних
"иногда лучше жевать, чем говорить"
Отправлено 16 декабря 2019 - 07:44
тем, кто находит такие баги, "медалей не дают", без разницы ставить в первых рядах или последних
"иногда лучше жевать, чем говорить"
Это вы про себя?
Строка к слову с сервиса Яндекса.
Отправлено 16 декабря 2019 - 08:49
Это вы про себя?
про всех
Отправлено 19 января 2020 - 09:49
В качестве примера автор вопроса дал вариант заполнения поля значением, превышающим видимую область.
Если внутренние стандарты интерфейса у компании-производителя оговаривают полную видимость вводимых или отображаемых значений, то в данном случае в начале или конце строки (либо показать начало и конец, а середину заменить на троеточие), в зависимости от точки скрытия, должны появляться спец.символы, принятые во внутренних стандартах интерфейса. А полный текст в рамках подобного стандарта выводится в хинте к этому интерфейсному элементу.
Да, пользователь может не заметить, что набрал все символы, но они не все видны. И может набирать текст сверх положенного и видимого, тем самым ведя себя же к ошибке при передаче данных (переполнение, обрезание). Поэтому в описанных случаях некоторые показывают троеточие, кто-то сигнализирует звуком.
Рекомендация автору вопроса: исследуйте ту часть программы, где введённые значения обрабатываются, и если невидимые при вводе значения приводят к проблемам, то оформляйте свой скриншот как причину бага с предложениями по предотвращению пользовательских неудобств.
https://tjupka.blogspot.ru - из опыта тестировщика
0 пользователей, 0 гостей, 0 анонимных