Я занимаюсь разработкой приложения для Windows с различными экранами. Один из них занимает десять секунд, чтобы появиться без счетчика или другого указания, что экран загружается. Я считаю, что это серьезная проблема с производительностью, но я, кажется, единственный, кто обеспокоен.
Я переусердствую? Какое приемлемое количество времени ждать появления экрана?
Ответы:
Это старое исследование, но 10 секунд это плохо:
http://www.useit.com/papers/responsetime.html
со страницы:
источник
Больше двух секунд без песочных часов и я уже довольно скептически настроен. У разных людей будут разные ожидания, но я ожидаю, что 10 секунд без обратной связи даже подтвердят, что я нажал кнопку или что-то, что могло бы раздражать почти любого. Вопрос о том, важно ли раздражать ваших пользователей - это другой вопрос.
источник
Что думают предполагаемые пользователи этого приложения? Если они в порядке с этим, то не волнуйтесь. В некоторых приложениях, которые должны обрабатывать много данных, нормально, чтобы команда открытия окна имела небольшую задержку перед открытием.
Если есть возможность добавить заставку, индикатор выполнения или что-то, чтобы указать пользователю, что он работает, это было бы хорошо. Я обычно пытаюсь добавить какой-нибудь индикатор прогресса, если мое тестирование показывает, что для появления окна требуется более 2-4 секунд.
источник
Мы придерживаемся правила, согласно которому для появления ЛЮБОГО отзыва у пользователя должно пройти не более 2 секунд.
Я ответил на любой отзыв, потому что бывают случаи, когда невозможно загрузить всю страницу в течение 2 секунд. Вы должны сообщить пользователям, что ожидать через первые 2 секунды.
источник
Хотя DKnight цитирует в своем ответе хорошие исследования , следует учитывать и требования к производительности системы. Выполняют ли пользователи какую-то чувствительную ко времени работу или по какой-то причине нужны быстрые требования? Если бы вы могли как-то спросить пользователей, какое время ответа они хотели бы видеть, особенно с точки зрения минимально приемлемого времени, это было бы лучше всего. Выполнение юзабилити-тестирования с использованием наблюдений также будет полезно для общего удобства использования, и если вы видите, что пользователь испытывает разочарование в связи с ожиданием после выполнения определенного действия, то вы знаете, что нужно вернуться к производительности этой части системы.
С точки зрения общности, однако, я подозреваю, что 10 секунд действительно много времени. Существуют некоторые длительные операции, и если это действительно так, важно предоставить пользователю подсказки о том, что система все еще работает, и продолжить ожидание.
источник
Я согласен, что 10 секунд, безусловно, слишком много. Я работал с интранет-приложениями в Software House (используется только для сотрудников), и максимальная задержка при загрузке страницы составляла 5 секунд. Это было для меня пределом.
Однако я видел другое внутреннее приложение, действительно очень сложное, но где время загрузки было чем-то драматичным. В худшем случае из-за тысяч выполненных записей / запросов это заняло около 2 минут! Но это, конечно, слишком далеко от общего контекста.
Поэтому я бы в заключение сказал, что 3 или 4 секунды - это предел для предоставления хорошего сервиса ответа.
источник
Это не проблема производительности как таковая, а проблема графического интерфейса. Пользователь должен СКАЗАТЬ, что делает программа, и если это занимает больше 1-2 секунд, должен отображаться индикатор выполнения.
Тем не менее, для этого может быть ПРИЧИНА, если раньше она была быстрой, но это не то, что вы просили.
Типичная проблема с такими приложениями - нехватка физической памяти, поэтому дисковый ввод-вывод становится узким местом для загрузки и замены. Возможно также, что наборы данных стали настолько большими, что алгоритм O (N ^ 3) теперь просвечивает.
источник