Ile czasu zajmuje wyświetlenie ekranu, zanim zostanie uznany za problem z wydajnością?


12

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?


2
Czy to 10 sekund na maszynie najwyższej klasy dewelopera, czy 10 sekund na maszynie przeciętnego użytkownika, która widziała lepsze dni?
MZB,

@MZB: 10 sekund na komputerze dewelopera ...
niebieski

@ 8kb jaki jest problem powodujący tak długi czas wyświetlania ekranu.
AttackingHobo

3
Jeśli dobrze pamiętam, Android rozważy zablokowanie ekranu po 5 sekundach. Następnie zapyta użytkownika, czy chce zabić aplikację, czy dalej czekać.
Federico klez Culloca,

Odpowiedzi:


23

To stare badania, ale 10 sekund jest złe:

http://www.useit.com/papers/responsetime.html

ze strony:

Podstawowa rada dotycząca czasów reakcji była mniej więcej taka sama od trzydziestu lat [Miller 1968; Card i in. 1991]:

• 0,1 sekundy to mniej niż limit odczuwania przez użytkownika, że ​​system natychmiast reaguje, co oznacza, że ​​nie jest wymagane żadne specjalne sprzężenie zwrotne poza wyświetlaniem wyniku.

• 1,0 sekundy to limit przepływu myśli użytkownika, aby pozostawać nieprzerwanym, nawet jeśli użytkownik zauważy opóźnienie. Zwykle nie jest wymagana żadna specjalna informacja zwrotna w przypadku opóźnień dłuższych niż 0,1, ale krótszych niż 1,0 sekundy, ale użytkownik traci poczucie działania bezpośrednio na danych.

• 10 sekund to limit na utrzymanie uwagi użytkownika skupionej na dialogu. W przypadku dłuższych opóźnień użytkownicy będą chcieli wykonywać inne zadania, czekając na zakończenie komputera, dlatego powinni otrzymywać informacje zwrotne wskazujące, kiedy komputer oczekuje na wykonanie. Informacje zwrotne podczas opóźnienia są szczególnie ważne, jeśli czas odpowiedzi może być bardzo zmienny, ponieważ użytkownicy nie będą wtedy wiedzieć, czego się spodziewać.


1
Nigdy nie pozostawiaj użytkownika zastanawiającego się, czy właśnie zepsuł oprogramowanie, nawet małe okno przypomnienia, które pojawia się natychmiast z przewidywanym czasem do zakończenia, zatrzymuje lęk użytkownika końcowego i pozostawia poczucie kontroli.
Patrick Hughes,

4
Twierdzę, że dane dotyczące czasu są nieaktualne, ponieważ napisano je około 20 lat temu. Dzisiaj, dzięki niewiarygodnie wydajnej maszynie na każdym pulpicie i mnożeniu interakcji w czasie rzeczywistym, ludzie są przyzwyczajeni do znacznie krótszych czasów reakcji niż 10 sekund.
Eran Galperin

2
Zgadzam się, że 10 sekund to zdecydowanie za długo, aby pojawił się ekran bez żadnych uwag. Na wszystko, co trwa dłużej niż ~ 2 sekundy, prawdopodobnie ustawiłbym (przynajmniej) obracające się koło, aby pokazać, że program coś robi , jeśli nie pasek postępu.
DMan

1
Dane dotyczą procesów myślowych danej osoby. Jako taki, prawdopodobnie nie jest tak przestarzały. Jednak obecnie 10 sekund bez opinii jest zdecydowanie za długie. Istnieją techniki poprawiające postrzeganą szybkość reakcji.
BillThor

9

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.


Zgoda - powinieneś bardzo szybko wyświetlić „kursor oczekiwania” lub inne wskazanie. Opierając się na normach UX, wolałbym widzieć to w przybliżeniu od 0,1 do 0,25 sekundy zamiast dwóch sekund.
Bob Murphy,

3

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.


1

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ć.


1

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ć.


0

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.


0

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).


Myślę, że pasek postępu powinien być używany tylko wtedy, gdy znany jest czas trwania lub łączna liczba zadań. W przeciwnym razie należy zastosować coś bardziej nieokreślonego.
Thomas Owens
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.