Разрабатываем и внедряем сложные ИТ-решения для бизнеса

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

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

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

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