Pengujian Pemulihan
Pengujian Pemulihan adalah teknik pengujian perangkat lunak yang memverifikasi kemampuan perangkat lunak untuk pulih dari kegagalan seperti kerusakan perangkat lunak / perangkat keras, kegagalan jaringan, dll. Tujuan Pengujian Pemulihan adalah untuk menentukan apakah operasi perangkat lunak dapat dilanjutkan setelah bencana atau kehilangan integritas. Pengujian pemulihan melibatkan pengembalian perangkat lunak ke titik di mana integritas diketahui dan memproses ulang transaksi ke titik kegagalan.
Contoh Pengujian Pemulihan
Saat aplikasi menerima data dari jaringan, cabut kabel penghubung.
- Setelah beberapa waktu, colokkan kembali kabel dan analisis kemampuan aplikasi untuk terus menerima data dari titik di mana koneksi jaringan terputus.
- Mulai ulang sistem saat browser memiliki jumlah sesi tertentu yang terbuka dan periksa apakah browser dapat memulihkan semuanya atau tidak
Dalam Rekayasa Perangkat Lunak, Pengujian Kemampuan Pemulihan adalah jenis Pengujian Non-Fungsional. (Pengujian non-fungsional mengacu pada aspek perangkat lunak yang mungkin tidak terkait dengan fungsi tertentu atau tindakan pengguna seperti skalabilitas atau keamanan.)
Waktu yang dibutuhkan untuk pulih bergantung pada:
- Jumlah titik restart
- Volume aplikasi
- Pelatihan dan keterampilan orang yang melakukan kegiatan pemulihan dan alat yang tersedia untuk pemulihan.
Ketika ada sejumlah kegagalan maka alih-alih menangani semua kegagalan, pengujian pemulihan harus dilakukan secara terstruktur yang berarti pengujian pemulihan harus dilakukan untuk satu segmen dan kemudian segmen lainnya.
Ini dilakukan oleh penguji profesional. Sebelum pengujian pemulihan, data cadangan yang memadai disimpan di lokasi yang aman. Hal ini dilakukan untuk memastikan operasi tetap berjalan bahkan setelah terjadi bencana.
Siklus Hidup Proses Pemulihan
Siklus hidup proses pemulihan dapat diklasifikasikan menjadi lima langkah berikut:
- Operasi normal
- Terjadinya bencana
- Gangguan dan kegagalan operasi
- Penanggulangan bencana melalui proses pemulihan
- Rekonstruksi semua proses dan informasi untuk membawa seluruh sistem bergerak ke operasi normal
Mari kita bahas 5 langkah ini secara detail-
-
Sistem yang terdiri dari perangkat keras, perangkat lunak, dan firmware yang terintegrasi untuk mencapai tujuan bersama dibuat operasional untuk melaksanakan tujuan yang ditentukan dan dinyatakan dengan baik. Sistem dipanggil untuk melakukan operasi normal untuk melaksanakan pekerjaan yang dirancang tanpa gangguan dalam jangka waktu yang ditentukan.
-
Gangguan dapat terjadi karena kerusakan perangkat lunak, karena berbagai alasan seperti kerusakan yang dimulai dari input, kerusakan perangkat lunak karena kegagalan perangkat keras, rusak karena kebakaran, pencurian, dan pemogokan.
-
Fase gangguan adalah fase yang paling menyakitkan yang menyebabkan kerugian bisnis, putusnya hubungan, kehilangan peluang, kerugian jam kerja, dan selalu kerugian finansial dan niat baik. Setiap lembaga yang berakal sehat harus memiliki rencana pemulihan bencana untuk memungkinkan fase gangguan seminimal mungkin.
-
Jika rencana cadangan dan proses mitigasi risiko berada di tempat yang tepat sebelum menghadapi bencana dan gangguan, maka pemulihan dapat dilakukan tanpa banyak kehilangan waktu, tenaga dan energi. Seorang individu yang ditunjuk, bersama dengan timnya dengan peran yang ditugaskan dari masing-masing orang ini harus ditetapkan untuk memperbaiki tanggung jawab dan membantu organisasi menyelamatkan dari periode gangguan yang lama.
-
Rekonstruksi mungkin melibatkan beberapa sesi operasi untuk membangun kembali semua folder bersama dengan file konfigurasi. Harus ada dokumentasi dan proses rekonstruksi yang tepat untuk pemulihan yang benar.
Strategi Restorasi
Tim pemulihan harus memiliki strategi unik mereka untuk mengambil kode dan data penting untuk mengembalikan pengoperasian agensi seperti semula.
Strategi tersebut bisa unik untuk setiap organisasi berdasarkan kekritisan sistem yang mereka tangani.
Strategi yang mungkin untuk sistem kritis dapat divisualisasikan sebagai berikut:
- Untuk memiliki satu cadangan atau lebih dari satu
- Untuk memiliki banyak cadangan di satu tempat atau tempat berbeda
- Untuk memiliki cadangan online atau cadangan offline
- Dapatkah pencadangan dilakukan secara otomatis berdasarkan suatu kebijakan atau memilikinya secara manual?
- Memiliki tim restorasi independen atau tim pengembangan sendiri dapat dimanfaatkan untuk pekerjaan tersebut
Masing-masing strategi ini memiliki faktor biaya yang terkait dengannya dan banyak sumber daya yang diperlukan untuk beberapa cadangan dapat menghabiskan lebih banyak sumber daya fisik atau mungkin memerlukan tim independen.
Banyak perusahaan mungkin terpengaruh karena data dan kode ketergantungan mereka pada agen pengembang yang bersangkutan. Misalnya, jika Amazon AWS berhenti, 25 jaringannya akan mati. Pemulihan Independen sangat penting dalam kasus seperti itu.
Bagaimana melakukan Pengujian Pemulihan
Saat melakukan pengujian pemulihan, hal-hal berikut harus dipertimbangkan.
- Kita harus membuat test bed sedekat mungkin dengan kondisi penerapan sebenarnya. Perubahan antarmuka, protokol, firmware, perangkat keras, dan perangkat lunak harus sedekat mungkin dengan kondisi sebenarnya jika tidak dalam kondisi yang sama.
- Melalui pengujian menyeluruh mungkin memakan waktu dan urusan mahal, konfigurasi yang identik, dan pemeriksaan lengkap harus dilakukan.
- Jika memungkinkan, pengujian harus dilakukan pada perangkat keras yang akhirnya akan kami pulihkan. Ini terutama benar jika kita memulihkan ke mesin yang berbeda dari yang membuat cadangan.
- Beberapa sistem pencadangan mengharapkan hard drive memiliki ukuran yang persis sama dengan yang digunakan untuk mencadangkan.
- Keusangan harus dikelola karena teknologi hard disk berkembang pesat, dan hard disk lama mungkin tidak kompatibel dengan yang baru. Salah satu cara untuk menangani masalah tersebut adalah dengan mengembalikan ke mesin virtual. Vendor perangkat lunak virtualisasi seperti VMware Inc. dapat mengonfigurasi mesin virtual untuk meniru perangkat keras yang ada, termasuk ukuran disk dan konfigurasi lainnya.
- Sistem cadangan online tidak terkecuali untuk pengujian. Sebagian besar penyedia layanan pencadangan online melindungi kita agar tidak terpapar langsung ke masalah media melalui cara mereka menggunakan sistem penyimpanan yang toleran terhadap kesalahan.
- Meskipun sistem pencadangan online sangat andal, kami harus menguji sisi pemulihan sistem untuk memastikan tidak ada masalah dengan fungsionalitas pengambilan, keamanan, atau enkripsi.
Prosedur pengujian setelah restorasi
Sebagian besar perusahaan besar memiliki auditor independen untuk melakukan latihan pengujian pemulihan secara berkala.
Biaya untuk memelihara dan menguji rencana pemulihan bencana yang komprehensif bisa sangat besar, dan mungkin mahal untuk bisnis yang lebih kecil.
Risiko yang lebih kecil mungkin bergantung pada cadangan data mereka dan rencana penyimpanan di luar situs untuk menyimpannya jika terjadi bencana.
Setelah folder dan file dipulihkan, pemeriksaan berikut dapat dilakukan untuk memastikan bahwa file dipulihkan dengan benar:
- Ganti nama folder dokumen yang rusak
- Hitung file dalam folder yang dipulihkan dan cocokkan dengannya dengan folder yang ada.
- Buka beberapa file dan pastikan dapat diakses. Pastikan untuk membukanya dengan aplikasi yang biasanya menggunakannya. Dan pastikan Anda dapat menelusuri data, memperbarui data atau apa pun yang biasa Anda lakukan.
- Cara terbaik adalah membuka beberapa file dari berbagai jenis, gambar, mp3, dokumen, dan ada yang besar dan ada yang kecil.
- Sebagian besar sistem operasi memiliki utilitas yang dapat Anda gunakan untuk membandingkan file dan direktori.
Ringkasan:
Dalam tutorial ini, kami telah mempelajari berbagai aspek pengujian pemulihan yang membantu untuk memahami apakah sistem atau program memenuhi persyaratannya setelah mengalami kegagalan.
Artikel ini dikontribusikan oleh Shweta Priyadarshini