Zajmuję się tworzeniem aplikacji Windows, która ma różne ekrany. Jedna z nich pojawia się po dziesięciu sekundach bez tarczy lub innego wskazania, że ekran się ładuje. Uważam to za poważny problem z wydajnością, ale wydaje mi się, że jestem jedynym, który się tym martwi.
Czy jestem nadgorliwy? Jaki jest dopuszczalny czas oczekiwania na pojawienie się ekranu?
usability
ui
user-experience
performance
niebieski
źródło
źródło
Odpowiedzi:
To stare badania, ale 10 sekund jest złe:
http://www.useit.com/papers/responsetime.html
ze strony:
źródło
Ponad dwie sekundy bez klepsydry i jestem już dość sceptyczny. Różni ludzie będą mieli inne oczekiwania, ale spodziewam się 10 sekund bez żadnej informacji zwrotnej, aby nawet potwierdzić, że kliknąłem przycisk lub coś, co denerwuje prawie każdego. Czy denerwowanie użytkowników ma znaczenie, czy nie, to kolejne pytanie.
źródło
Co myślą zamierzeni użytkownicy tej aplikacji? Jeśli są w porządku, nie martw się. W przypadku niektórych aplikacji, które muszą przetwarzać dużą ilość danych, polecenie otwierania okna może być nieco opóźnione przed otwarciem.
Jeśli można dodać ekran powitalny lub pasek postępu lub coś wskazującego użytkownikowi, że działa, to dobrze. Zwykle próbuję dodać jakiś wskaźnik postępu, jeśli moje testy wykazują, że okno pojawia się regularnie dłużej niż 2-4 sekundy.
źródło
Trzymamy się zasady, że wyświetlenie ŻADNEJ opinii użytkownika nie powinno zająć więcej niż 2 sekundy.
Powiedziałem wszelkie opinie, ponieważ są chwile, kiedy nie można załadować całej strony w ciągu 2 sekund. Po pierwszych 2 sekundach musisz poinformować użytkowników, czego się spodziewać.
źródło
Chociaż DKnight przytacza dobre badania w swojej odpowiedzi , inną rzeczą do rozważenia byłyby wymagania dotyczące wydajności systemu. Czy użytkownicy wykonują pracę wymagającą szczególnej uwagi lub z jakiegoś powodu potrzebują szybkich wymagań? Jeśli możesz w jakiś sposób zapytać użytkowników, jakie czasy odpowiedzi chcieliby zobaczyć, szczególnie w kategoriach czasów minimalnie akceptowalnych, byłoby to najlepsze. Przeprowadzanie testów użyteczności z obserwacją byłoby również dobre dla ogólnej użyteczności, a jeśli zobaczysz, że użytkownik odczuwa frustrację z oczekiwania po wykonaniu określonej czynności, to powinieneś ponownie sprawdzić wydajność tej części systemu.
Pod względem ogólnym podejrzewam jednak, że 10 sekund to naprawdę długi czas. Istnieją pewne długotrwałe operacje, a jeśli tak jest w istocie, ważne jest, aby poinformować użytkownika, że system nadal działa i nadal czekać.
źródło
Zgadzam się, że 10 sekund to zdecydowanie za dużo. Pracowałem dla aplikacji intranetowych w Software House (używanym tylko wewnętrznie przez pracowników), a maksymalne opóźnienie podczas ładowania strony wyniosło 5 sekund. To był dla mnie limit.
Widziałem jednak inne wewnętrzne zastosowanie, rzeczywiście bardzo złożone, ale tam, gdzie czas ładowania był czymś dramatycznym. W najgorszej sytuacji, ze względu na tysiące wykonanych rekordów / zapytań, zajęło to około 2 minut! Ale jest to oczywiście zbyt daleko od ogólnego kontekstu.
Dlatego podsumowałbym stwierdzenie, że 3 lub 4 sekundy to limit na zapewnienie dobrej odpowiedzi.
źródło
To nie jest problem z wydajnością jako taki, ale problem z GUI. Użytkownik powinien ZNALEZIĆ, co robi program, a jeśli zajmie to więcej niż 1-2 sekundy, powinien zostać wyświetlony pasek postępu.
Powiedział, że nie może być powodem tego, czy używany jest szybki, ale nie jest to, o co prosiłeś.
Typowym problemem związanym z takimi aplikacjami jest brak pamięci fizycznej, więc dyskowe operacje we / wy stają się wąskim gardłem przy ładowaniu i zamianie. Może być również tak, że zbiory danych stały się tak duże, że teraz świeci algorytm O (N ^ 3).
źródło