Size: a a a

2021 June 11

S

Svetlana in SPb CoA
Отличный пример!
источник

АЭ

Алексей Эпов... in SPb CoA
Так у него при нажатии на "Сохранить" должна потеря фокуса срабатывать
источник

ГП

Григорий Печенкин... in SPb CoA
Ну вот и разработчики примерно так думали. А тестировщики на автомате нажимали Enter, потому что это же интуитивно понятно.
источник

AD

Alexey Dronov in SPb CoA
И что случалось, когда они Enter нажимали? Срабатывала кнопка «сохранить»?
источник

ГП

Григорий Печенкин... in SPb CoA
Нет, просто значение сохранялось в ячейке. Если бы кнопка "Сохранить" срабатывала на каждый Enter, было бы гораздо больше проблем. :)
источник

AD

Alexey Dronov in SPb CoA
Получается, зря они Enter нажимали в последней строчке
источник

АЭ

Алексей Эпов... in SPb CoA
Не зря. Стандартное поведение - значение сохраняется по enter или по потере фокуса. Что то одно явно создаст проблемы.
источник

ГП

Григорий Печенкин... in SPb CoA
Ну вот вы видите, что в поле ввода цифры при вводе показываются слева и мигает курсор. А нажимаете Enter - цифра перемещается направо и курсор исчезает. Опытный пользователь вообще не задумывается. Проблема в том, что далеко не все преподаватели - опытные пользователи.
источник

ГП

Григорий Печенкин... in SPb CoA
На самом деле, этот паттерн тоже размывается, по мере того как юзабилити других сервисов улучшается. И новое поколение "опытных пользователей" уже ожидает от системы, что она сохраняет все их действия.
источник

AD

Alexey Dronov in SPb CoA
Проблема в плохо спроектированном компоненте «таблица», который позволяет терять введённые данные.
Пользователи, как вы верно заметили, действовали интуитивно - как в Excel.

Но как пример «неинтуитивности» очень хорошо, спасибо.
источник

ГП

Григорий Печенкин... in SPb CoA
Проблема в том, что в команде не было юзабилиста. Программисты не считали компонент плохо спроектированным, потому что он прекрасно реализует нужные им функции.
источник

c

ca in SPb CoA
В приведенном кейсе с таблицей это не интуитивно понятное поведение.
Но если в ТЗ заявлено интуитивно понятный, а в проект взяли такой компонент таблицы и не было тесткейса для тестировщика, то это косяк исполнителя как по мне. И с формулировкой "интуитивно понятно" даже в этом кейсе все норм) если со здравым смыслом подходить.
источник

c

ca in SPb CoA
К сожалению это не одиночный кейс. Таким образом в продукты и попадают неудобные виджеты для календаря или компоненты редактирования содержимого поля. Сам тому свидетель.
источник

c

ca in SPb CoA
А тестировщика порой кажется полностью играют за разработчиков. Фиксируя только явные баги, или формальное несоответствие спецификации. Особенно это чувствуется в проектах и продуктах, где нет ролей, отвечающих за ux или контроль качества.
источник

VZ

Vadim Zhivotovsky in SPb CoA
понравилось условие: "интуитивно понятно со здравым смыслом". Добавляю в требования 😁
источник

ГП

Григорий Печенкин... in SPb CoA
Ну то есть вернулись к тому, с чего начали. UX не нужен. Просто пусть программисты программируют свои программы без ошибок. И со здравым смыслом, да.
источник

ГП

Григорий Печенкин... in SPb CoA
Это было бы смешно, если бы я не слышал про "здравый смысл" от руководителя и владельца одной компании, разрабатывающей банковское ПО. Юзабилиста там тоже не было. Ну, то есть, была, но её уволили за ненадобностью.
источник

F

Fagor in SPb CoA
Что бы было хорошо - делайте
хорошо, а плохо - не делайте. Ну я пошел.
источник

c

ca in SPb CoA
В компаниях, где я работал и работаю нет юзабелиста) именно потому что "не нужен". И это чувствуется, увы.
Но это же не проблема формулировки "интуитивно понятный" в ТЗ?
источник

F

Fagor in SPb CoA
Вот универсальное требование. А вы про интуицию и здравый смысл, зачем так детально.
источник