Berapa lama untuk sebuah layar muncul sebelum dianggap sebagai masalah kinerja?

Saya terlibat dengan pengembangan aplikasi Windows yang memiliki berbagai layar. Salah satunya membutuhkan waktu sepuluh detik untuk muncul tanpa pemintal atau indikasi lain bahwa layar sedang memuat. Saya menganggap ini masalah kinerja yang serius tetapi saya tampaknya menjadi satu-satunya yang peduli.

Apakah saya terlalu bersemangat? Berapa jumlah waktu yang dapat diterima untuk menunggu layar muncul?

Ini adalah penelitian lama tetapi 10 detik buruk:

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

dari halaman:

Saran dasar mengenai waktu respons hampir sama selama tiga puluh tahun [Miller 1968; Card et al. 1991]:

• 0,1 detik adalah tentang batas agar pengguna merasa bahwa sistem bereaksi secara instan, artinya tidak diperlukan umpan balik khusus kecuali untuk menampilkan hasilnya.

• 1,0 detik adalah tentang batas aliran pemikiran pengguna untuk tetap tidak terganggu, meskipun pengguna akan melihat penundaan. Biasanya, tidak ada umpan balik khusus yang diperlukan selama penundaan lebih dari 0,1 tetapi kurang dari 1,0 detik, tetapi pengguna tidak kehilangan perasaan beroperasi langsung pada data.

• 10 detik adalah tentang batas untuk menjaga perhatian pengguna terfokus pada dialog. Untuk penundaan yang lebih lama, pengguna akan ingin melakukan tugas-tugas lain sambil menunggu komputer selesai, sehingga mereka harus diberi umpan balik yang menunjukkan kapan komputer mengharapkan untuk dilakukan. Umpan balik selama penundaan sangat penting jika waktu respons cenderung sangat bervariasi, karena pengguna tidak akan tahu apa yang diharapkan.

Lebih dari dua detik tanpa kaca jam dan saya sudah cukup skeptis. Orang yang berbeda akan memiliki beberapa harapan yang berbeda tetapi saya akan mengharapkan 10 detik tanpa umpan balik untuk mengakui bahwa saya mengklik tombol atau apa pun yang akan mengganggu hampir semua orang. Apakah itu mengganggu pengguna Anda atau tidak adalah pertanyaan lain.

Apa yang dipikirkan pengguna aplikasi ini? Jika mereka setuju, maka jangan khawatir. Beberapa aplikasi yang harus memproses banyak data, tidak apa-apa untuk perintah buka-jendela memiliki sedikit penundaan sebelum dibuka.

Jika mungkin menambahkan splash screen atau progress bar atau sesuatu untuk menunjukkan kepada pengguna bahwa itu berfungsi, itu akan baik. Saya biasanya mencoba untuk menambahkan semacam indikator kemajuan jika pengujian saya menunjukkan bahwa sebuah jendela secara teratur membutuhkan lebih dari 2-4 detik untuk muncul.

Kami berpegang teguh pada aturan bahwa tidak lebih dari 2 detik untuk umpan balik APA PUN untuk muncul bagi pengguna.

Saya mengatakan umpan balik karena ada kalanya tidak mungkin memuat seluruh halaman dalam 2 detik. Anda harus memberi tahu pengguna apa yang diharapkan setelah 2 detik pertama.

Meskipun DKnight mengutip penelitian yang baik dalam jawabannya , hal lain yang perlu dipertimbangkan adalah persyaratan kinerja sistem. Apakah pengguna melakukan pekerjaan yang sensitif terhadap waktu atau karena alasan tertentu memerlukan persyaratan cepat? Jika Anda entah bagaimana dapat bertanya kepada pengguna berapa kali respons yang ingin mereka lihat, terutama dalam hal waktu yang dapat diterima secara minimal, itu yang terbaik. Melakukan pengujian kegunaan dengan pengamatan juga akan baik untuk kegunaan keseluruhan, dan jika Anda melihat pengguna frustrasi dengan menunggu setelah melakukan tindakan tertentu, maka Anda tahu untuk meninjau kembali kinerja bagian sistem tersebut.

Dalam hal generalisasi, saya menduga bahwa 10 detik memang waktu yang lama. Ada beberapa operasi yang sudah berjalan lama, dan jika memang benar demikian, penting untuk memberikan isyarat kepada pengguna bahwa sistem masih bekerja dan untuk terus menunggu.

Saya setuju bahwa 10 detik terlalu banyak. Saya bekerja untuk aplikasi intranet di Software House (hanya digunakan secara internal oleh karyawan) dan penundaan maksimum saat memuat halaman adalah 5 detik. Bagi saya ini adalah batasnya.

Namun saya melihat aplikasi internal lainnya, memang sangat kompleks, tetapi di mana waktu pemuatan adalah sesuatu yang dramatis. Dalam situasi terburuk, karena ribuan catatan / permintaan dieksekusi butuh sekitar 2 menit! Tetapi ini tentu saja terlalu jauh dari konteks umum.

Karena itu saya akan menyimpulkan bahwa 3 atau 4 detik adalah batas untuk menyediakan layanan respons yang baik.

Ini bukan masalah kinerja, tetapi masalah GUI. Pengguna harus MEMBERITAHU apa yang dilakukan program dan jika perlu waktu lebih dari 1-2 detik, bilah kemajuan harus ditampilkan.

Yang mengatakan, mungkin ada ALASAN untuk ini, jika dulu cepat, tapi bukan itu yang Anda minta.

Masalah umum dengan aplikasi tersebut adalah kehabisan memori fisik sehingga Disk I / O menjadi hambatan untuk memuat dan bertukar. Mungkin juga hanya karena dataset telah tumbuh begitu besar sehingga algoritma O (N ^ 3) sekarang bersinar.