Analisis reka bentuk contoh ujian prestasi web

Pertama sekali, mengapa melakukan ujian prestasi?

Apl dengan prestasi yang lemah selalunya gagal mencapai manfaat yang diharapkan daripada perniagaan, menelan belanja banyak masa dan wang, tetapi kehilangan kredibiliti dalam kalangan pengguna.

Berbanding dengan ujian kefungsian dan ujian penerimaan, ujian prestasi mudah diabaikan dan kepentingannya selalunya disedari hanya selepas masalah prestasi dan kebolehskalaan ditemui selepas dikeluarkan.

Berkongsi kes ujian prestasi tapak web

Tapak web menyediakan muat turun templat keahlian, muat naik, pembelian, pembayaran dan fungsi lain Ia kini memasuki peringkat ujian prestasi, kita boleh mengetahui bahawa penunjuk prestasi berikut perlu diuji:
● Prestasi muat semula halaman produk
● Prestasi muat naik produk
● Prestasi muat turun produk
Penunjuk yang diberikan pada masa ini ialah:
Kependaman:
Nota jitter masa respons item ujian
Muat semula halaman produk Masa tindak balas muat turun produk <4 saat <2 saat
Throughput:
Throughput item bernombor
Perf.T.1 Kekerapan perubahan status dalam talian bagi semua pengguna log masuk adalah sekali setiap 10 minit
Perf.T.2 Purata paparan halaman harian 60,000 kali
Perf.T.3 Muat turun harian 50,000
Perf.T.4 Purata bilangan harian ahli baharu 500
Perf.T . 5 Jumlah muat turun puncak templat yang sama ialah 100 pengguna memuat turun serentak
Perf.T.6 Jumlah muat turun puncak templat berbeza ialah 150 pengguna serentak memuat turun
Kapasiti:
Kapasiti item bernombor
Perf. C.1 Bilangan pengguna< ;=1 juta
Perf.C.2 Bilangan pengguna aktif 10,000
Perf.C.3 Jumlah bilangan pengguna pusat templat<=250,000
Berdasarkan keperluan prestasi di atas dan data, bagaimana kita harus mereka bentuk kes ujian prestasi Dan bagaimana pula dengan tempat kejadian? (Boleh dikatakan syarat prestasi yang diberikan adalah sampah dan tiada nilai langsung, tetapi saya tiada pilihan selain melakukannya)
Pertama sekali, saya tidak kisah tentang prestasi yang diperlukan, saya hanya perlu untuk melakukannya dalam persekitaran ujian tertentu Hanya lakukan ujian tekanan pada sistem dan cari titik kritikal bagi setiap penunjuk prestasi Bagi sama ada penunjuk prestasi dipenuhi, tulis sahaja laporan ujian berdasarkan keperluan prestasi.
Oleh itu, untuk halaman yang perlu diuji untuk prestasi ini, kami melakukan analisis dan cara mereka bentuk senario untuk mencerminkan prestasi sistem setepat mungkin:
Mari bercakap tentang halaman carian dahulu
Halaman carian adalah berdasarkan sasaran Selepas memahami projek, selepas mencari, semua keputusan yang memenuhi syarat akan dilalui dan dipaparkan di meja depan Nombor yang dipaparkan pada setiap halaman adalah pasti, dan lebihan akan dipaparkan dalam muka surat. Menurut penerangan di atas, kita dapat melihat bahawa hasil carian menghantar semua set hasil yang memenuhi syarat ke halaman depan Kita boleh mengabaikan penggunaan prestasi paparan halaman Tekanan utama datang dari penghantaran data, pelaksanaan SQL dan aplikasi. Proses pemprosesan pelayan, jadi saya boleh mereka bentuk senario dari dua aspek:
a Pengguna maya adalah pasti dan prestasi carian adalah susunan pangkalan data yang berbeza magnitud
Bagaimana untuk menentukan bilangan pengguna maya menjadi. a key, we can let Pelanggan menyediakan bilangan pengguna yang melawat setiap hari dalam keadaan biasa (jika tiada data sebenar untuk rujukan, ia boleh diganti mengikut jangkaan bilangan pengguna dalam pelan produk). bilangan pengguna ini untuk ujian; mari kita menganalisis susunan pangkalan data yang berbeza magnitud Jika Jumlah data produk untuk satu tahun operasi sistem ialah 50,000, jadi kami akan mengambil data 1W, 3W, 5W, 10W dan 20W mengikut nilai ini untuk. ujian (kaedah pembahagian khusus boleh ditentukan mengikut situasi sebenar. (ditentukan), jadi untuk matlamat ujian ini, kita boleh mereka bentuk 5 senario:
Bilangan pengguna maya Susunan pangkalan data magnitud Merakam nombor halaman pengguna serentak Masa pelaksanaan Masa berfikir
100 10000 Halaman carian dijana secara rawak 30 minit untuk menambah masa berfikir
100 30000 Halaman carian secara rawak menjana 30 minit untuk menambah masa berfikir
100 50000 Halaman carian secara rawak menjana 30 minit untuk menambah masa berfikir
100 100000 Halaman carian secara rawak menjana 30 minit untuk menambah masa berfikir
100 200000 Halaman carian secara rawak menjana 30 minit untuk menambah masa berfikir
b. Prestasi carian bagi susunan pangkalan data tertentu magnitud dan bilangan pengguna maya yang berbeza
Kami menetapkan volum data pangkalan data biasa dan meningkatkan bilangan pengguna maya secara beransur-ansur sementara volum data kekal tidak berubah , menguji prestasi sistem di bawah tekanan pengguna maya yang berbeza
Bilangan pengguna maya Susunan pangkalan data magnitud Merakam nombor halaman. pengguna serentak Masa pelaksanaan Masa berfikir
50 50000 Halaman carian dijana secara rawak selama 30 minit Tambah masa berfikir
80 50000 Halaman carian adalah rawak Jana 30 minit untuk menambah masa berfikir
100 50000 Halaman carian menjana secara rawak 30 minit untuk tambah masa berfikir
120 50000 Halaman carian secara rawak menjana 30 minit untuk menambah masa berfikir
150 50000 Halaman carian secara rawak menjana 30 minit untuk menambah masa berfikir
Muat Naik Produk
Faktor utama yang mempengaruhi prestasi muat naik ialah saiz fail yang dimuat naik dan bilangan permintaan muat naik, jadi kami mereka bentuk kes penggunaan daripada dua aspek ini.
a. Bilangan pengguna maya ditetapkan dan fail dengan saiz berbeza dimuat naik
Bilangan pengguna maya Saiz fail muat naik Halaman rakaman Bilangan pengguna serentak Masa pelaksanaan
50 100k Halaman muat naik dijana secara rawak selama 30 minit Batalkan masa berfikir
50 300k Halaman muat naik secara rawak menjana 30 minit membatalkan masa berfikir
50 500k Halaman muat naik secara rawak menjana 30 minit membatalkan masa berfikir
50 800k Halaman muat naik secara rawak menjana 30 minit membatalkan masa berfikir
50 1M Halaman muat naik secara rawak menjana 30 minit Minit membatalkan masa berfikir
b. Saiz fail muat naik adalah pasti, bilangan pengguna maya yang berbeza
Bilangan pengguna maya Saiz fail Rakaman nombor halaman. pengguna serentak Masa pelaksanaan Masa berfikir
20 300k Muat naik halaman dijana secara rawak 30 minit Batalkan masa berfikir
50 300k Halaman muat naik secara rawak menjana 30 minit membatalkan masa berfikir
80 300k Halaman muat naik secara rawak menjana 30- minit batalkan masa berfikir
100 300k Halaman muat naik secara rawak menjana masa pemikiran pembatalan selama 30 minit
Muat turun produk
Faktor utama yang mempengaruhi prestasi muat turun ialah saiz fail muat turun dan bilangan permintaan muat turun, jadi kami mereka bentuk kes penggunaan daripada ini dua aspek
a , bilangan pengguna maya adalah pasti, muat turun fail dengan saiz yang berbeza
Bilangan pengguna maya Muat turun saiz fail Halaman rakaman Bilangan pengguna serentak Masa pelaksanaan Masa berfikir
50 100k Halaman muat turun adalah secara rawak dijana selama 30 minit Batalkan masa berfikir
50 300k muat turun Halaman secara rawak menjana 30 minit untuk membatalkan masa berfikir
50 500k Halaman muat turun secara rawak menjana 30 minit untuk membatalkan masa berfikir
50 800k Halaman muat turun secara rawak menjana 30 minit untuk membatalkan masa berfikir
50 1M Halaman muat turun secara rawak menjana 30 minit untuk membatalkan masa berfikir
b Saiz fail muat turun pasti, bilangan pengguna maya yang berbeza
Bilangan pengguna maya Saiz fail muat turun Bilangan serentak. pengguna di halaman rakaman Masa pelaksanaan Masa berfikir
20 300k Muat turun halaman dijana secara rawak 30 minit Batalkan masa berfikir
50 300k Halaman muat turun secara rawak menjana 30 minit membatalkan masa berfikir
80 300k Halaman muat turun secara rawak menjana 30 minit membatalkan masa berfikir
100 300k Halaman muat turun secara rawak menjana 30 minit membatalkan masa berfikir

Atas ialah kandungan terperinci Analisis reka bentuk contoh ujian prestasi web. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!