Cithakan rencana tes kinerja sing bisa digunakake utawa diowahi supaya cocog karo kebutuhan proyek sampeyan babagan syarat kinerja.
Tujuane bagean iki yaiku nyedhiyakake ringkesan level tinggi babagan pendekatan tes kinerja sing kudu ditindakake kanggo proyek Iki kudu diwenehake marang kabeh pihak sing gegandhengan lan kudu dibahas kanggo entuk konsensus.
Minangka bagean pangiriman , solusi kasebut kudu memenuhi kriteria panrima, saka segi fungsi lan non-fungsional. Tujuan dokumen iki yaiku nyedhiyakake outline kanggo tes non-fungsi fungsi
solusi
Dokumen iki kalebu ing ngisor iki:
Barang-barang kerja ing ngisor iki kudu dirampungake / disepakati sadurunge supaya bisa nerusake kegiatan uji coba kinerja nyata:
, kanthi NFR jumlah nalika bisa
Kegiatan pengujian kinerja bakal rampung nalika:
Tes kinerja bakal diluncurake karo versi stabil solusi (sing wis lulus tes fungsional) lan dileksanakake ing lingkungan kaya produksi (pre-prod?) sing ditugasake kanggo tes kinerja tanpa deployment ing lingkungan kasebut sajrone tes kinerja.
Bakal ana siji utawa luwih 'penyuntik beban' sing disedhiyakake kanggo miwiti beban sing dibutuhake kanggo nyoba kinerja. Injektor mbukak bisa uga VM utawa pirang-pirang VM sing kedadeyan kayata JMeter, miwiti panjaluk.
Alat uji sing digunakake kanggo tes Volume lan Kinerja yaiku:
Alat uji mbukak sumber terbuka. Biasane digunakake kanggo tes volume lan kinerja.
Splunk bakal digunakake kanggo ngangkut barang (Bisa nggunakake alat liya - kudu dikonfirmasi karo tim pengujian parfum).
Sing solusi kudu cukup performant kanggo ngatur kritéria momotan ing ngisor iki.
N.B. Nomer ing tabel ing ngisor iki mung kanggo conto - nilai nyata kudu dilebokake sawise dirampungake dening Dokumen NFR.
Target saben jam ditemokake saka solusi saiki kanggo [Y2019]. Mbusak nilai 'conto' liyane saka template rencana.
Amarga nilai puncak saben jam ora dhuwur, mula bakal dijupuk target kanggo tes beban tetep. Faktor skala yaiku TBD saiki.
Tes kinerja bakal mbukak kanthi maksimal 1000 pangguna [?]. Pangguna bakal digawe ing sadurunge lan bisa diakses liwat
Login API. Saben panjaluk bakal mlebu nganggo userID sing beda.
Alat JMeter bakal digunakake kanggo nglakokake skrip pengujian kinerja. Ing skrip kasebut, bakal ana negesake pratelan sing mriksa metrik ing ndhuwur uga sawetara cek fungsional dhasar kanggo mesthekake yen jawaban sing bener ditampa kanggo saben panjaluk.
Profil muatan kudu dirancang kanggo niru lalu lintas rata-rata dina rata-rata menyang situs Elinga yen lalu lintas mung dibagi lan diwatesi ing bagean Identity Customer and Access Access ing situs kasebut, yaiku
Ing ngisor iki minangka conto profil sedina:
Tindakan sing kapisan yaiku golek garis dasar. Nggunakake mung 1 pangguna, kita bakal mbukak simulasi sajrone wektu (kayata 5 menit) kanggo entuk rata-rata kaping tanggepan kanggo saben titik pungkasan. Iki njamin manawa mung karo 1 pangguna, kita sejatine bisa nggayuh panjaluk puncak per detik.
Sawise metrik garis dasar dikumpulake, mula simulasi sing padha, sing nggawe simulasi profil beban, diluncurake kanthi akeh pangguna kanggo nyoba nglawan volume target. Gagasan tes mbukak iki yaiku nyoba sistem kanthi beban sing biasane, simulasi ramp-ups, pucuk awan, lan down-downs.
Tujuan tes stres yaiku kanggo nemokake titik rusak sistem, yaiku nalika apa sistem kasebut dadi ora responsif. Yen skala otomatis kasedhiya, tes stres uga bakal dadi indikator sing apik nalika sisik sistem lan sumber daya anyar ditambahake. Kanggo tes stres, simulasi sing padha digunakake kanggo tes beban digunakake nanging kanthi beban sing luwih dhuwur tinimbang sing diarepake.
Tes lunjakan ngenalake beban pinunjul ing sistem kasebut sajrone wektu sing kurang suwe. Tujuan tes iki yaiku simulasi acara adol kayata, nalika akeh pangguna kanthi bebarengan ngakses akun kasebut sajrone wektu sing cukup sithik.
Uji rendhem bakal mbukak tes beban sajrone wektu sing suwe. Tujuane yaiku kanggo mbukak bocor memori lan ora responsif utawa kesalahan sajrone tes rendhem. Biasane kita nggunakake 80% momotan (digunakake kanggo pengujian beban) sajrone 24 jam, lan / utawa 60% momotan sajrone 48 jam.
Ing pengujian titik jenuh, kita terus nambah beban kanthi tetep kanggo nemtokake ing endi sistem ora responsif, yaiku nemokake titik rusak sistem ing babagan beban.
Kegiatan ing ngisor iki disaranake supaya bisa ditindakake supaya bisa ngrampungake Kinerja Kinerja:
Tes ing ngisor iki kudu dileksanakake kanthi urutan ing ngisor iki:
Saenipun, 2 uji coba saben jinis tes bakal ditindakake. Sawise saben uji coba mbukak aplikasi bisa uga wis disetel supaya bisa nambah kinerja lan banjur siklus tes liyane bakal diwiwiti.