Pengujian Skalabilitas: 7 Langkah Menuju Sukses

Diposting di April 5, 2022 oleh

Grant Tafreshi

Sistem yang bekerja dengan sangat baik selama pengembangan, digunakan dalam skala kecil, dapat mengabaikan untuk memenuhi tujuan kinerja setelah penyebaran ditingkatkan di sekitar mendukung tingkat penggunaan yang nyata.

Kasus contoh yang tepat ini berasal dari perusahaan chip biru yang signifikan yang baru -baru ini mengalihdayakan pengembangan platform teknologi tinggi yang berpikiran maju. Meskipun pengembangan sudah ketinggalan jadwal, ini dianggap dapat diterima. Mesin secara bertahap melewati komponen fungsional dari pengujian penerimaan individu dan akhirnya tampak seolah -olah tanggal penyebaran mungkin dapat ditetapkan. Tetapi pemasok memulai pengujian beban dan pengujian skalabilitas. Di sana mengikuti sejumlah besar perubahan arsitektur dan perubahan pada persyaratan mesin. Pemasok bertarung dengan heroik untuk memasok sistem yang memuaskan, sampai akhirnya proyek itu mothball.

Ini bukan kasus yang terisolasi. Cerita rakyatnya berlimpah dengan kisah -kisah serupa. Dari sistem pengiriman ambulans ke situs web untuk pengajuan elektronik dari laporan perpajakan, sistem gagal karena skala dan mengalami tuntutan puncak. Semua proyek ini tampaknya tidak pernah mengidentifikasi dan memesan risiko utama yang mereka hadapi. Ini dapat menjadi tahap mendasar dari pengujian berbasis risiko, dan berlaku sama untuk pengujian skalabilitas atau pengujian beban karena hal itu dilakukan untuk pengujian fungsionalitas atau pengujian kontinuitas bisnis. Tanpa penilaian risiko mereka tidak menyadari bahwa penskalaan adalah antara risiko terbesar, lebih banyak lagi agar memberikan semua fungsionalitas

Tren terbaru menuju Arsitektur Berorientasi Layanan (SOA) mencoba untuk mengatasi masalah skalabilitas tetapi juga memperkenalkan masalah baru. Memasukkan layanan yang disediakan secara eksternal ke dalam solusi Anda saat ini menyiratkan bahwa kemampuan Anda untuk skala sekarang tergantung pada sistem eksternal ini beroperasi di bawah beban. Memastikan ini bisa menjadi tugas yang menuntut dan sayangnya pengujian regangan dan pengujian stres di sini sering diabaikan.

Praktik yang lebih baik adalah memulai pengembangan sistem perangkat lunak skala besar menggunakan kinerjanya dengan jelas di jantung, terutama pengujian skalabilitas, pengujian volume, dan pengujian beban. Untuk menghasilkan fokus pengujian kinerja ini:

Penelitian dan hitung volume info dan volume transaksi yang disiratkan pasar. Beberapa angka ini bisa menjadi pembuka mata dan membantu pengguna perusahaan bisnis menyadari seluruh skala mesin. Ini saja dapat mengakibatkan penilaian ulang prioritas beberapa fitur.

Tentukan bagaimana fitur dapat disajikan kepada pengguna dan mesin yang terstruktur untuk membuat penskalaan mesin lebih mudah. Biasanya tidak mencoba untuk memiliki fungsionalitas yang persis sama yang Anda miliki untuk solusi desktop pengguna individu menawarkan alternatif yang tepat.

Kenali area intrinsik dari proses pengembangan adalah pengujian beban pada skala representatif pada setiap rilis perangkat lunak tambahan. Itu adalah pengujian berkelanjutan, berkonsentrasi pada risiko terbesar terhadap proyek: peluang untuk beroperasi dalam skala penuh.

Pastikan pengujian beban memadai baik dalam ruang lingkup maupun kekakuan. Pengujian beban tidak hanya tentang mengukur waktu respons dengan tes kinerja. Program pengujian regangan harus mencakup gaya pengujian beban lainnya termasuk pengujian tegangan, pengujian keandalan, dan pengujian daya tahan.

Jangan lupa bahwa kegagalan akan terjadi. Sistem skala besar umumnya mencakup cluster server dengan perilaku gagal. Pengujian kegagalan, pengujian gagal dan pengujian pemulihan diselesaikan pada sistem skala perwakilan yang beroperasi di bawah beban harus dimasukkan.

Jangan lupa kegagalan bencana bisa terjadi. Untuk masalah skala besar, pengujian bencana dan pengujian pemulihan bencana harus diselesaikan pada skala dan beban perwakilan. Kegiatan -kegiatan ini dapat dipandang sebagai lapisan teknis pengujian kontinuitas bisnis.

Mengenali layanan eksternal jika Anda menggunakannya. Apa lokasi Anda mengadopsi pendekatan SOA dan karenanya dipengaruhi oleh layanan eksternal, Anda harus yakin bahwa throughput dan waktu penyelesaian pada layanan ini akan tetap dapat diterima sebagai skala tubuh seseorang dan tuntutannya sendiri meningkat. Arsitektur sistem yang baik mencakup respons anggun dan operasi mundur jika perilaku layanan eksternal memburuk atau gagal.

Menandai: bisnis, perkembangan, luar, fitur, mesin, pertunjukan, pemulihan, perwakilan, skala, jasa, tekanan, menekankan, sistem, sistem, pengujian