Apa itu Pengujian Statis? Apa itu Review Pengujian?

Daftar Isi:

Anonim

Apa itu Pengujian Statis?

Static Testing adalah teknik pengujian perangkat lunak yang digunakan untuk memeriksa cacat pada aplikasi perangkat lunak tanpa menjalankan kode. Pengujian statis dilakukan untuk menghindari kesalahan pada tahap awal pengembangan karena lebih mudah untuk mengidentifikasi kesalahan dan menyelesaikan kesalahan. Ini juga membantu menemukan kesalahan yang mungkin tidak ditemukan oleh Pengujian Dinamis.

Rekannya adalah Pengujian Dinamis yang memeriksa aplikasi saat kode dijalankan. Lihat tutorial ini untuk mengetahui perbedaan mendetail antara pengujian statis dan dinamis.

Dua jenis utama teknik pengujian statis adalah

  • Ujian manual : Ujian manual mencakup analisis kode yang dilakukan secara manual, juga dikenal sebagai REVIEW.
  • Analisis otomatis menggunakan alat: Analisis otomatis pada dasarnya adalah analisis statis yang dilakukan dengan menggunakan alat.

Dalam tutorial ini, Anda akan belajar-

  • Apa itu Pengujian Statis?
  • Apa Pengujian Review?
  • Mengapa Pengujian Statis?
  • Apa yang Diuji dalam Pengujian Statis
  • Bagaimana Pengujian Statis Dilakukan
  • Teknik Pengujian Statis
  • Alat yang digunakan untuk Pengujian Statis
  • Tips untuk Proses Pengujian Statis yang Berhasil

Apa Pengujian Review?

Review dalam Static Testing adalah proses atau pertemuan yang dilakukan untuk menemukan potensi cacat pada desain program apapun. Signifikansi lain dari tinjauan adalah bahwa semua anggota tim mengetahui tentang kemajuan proyek dan terkadang keragaman pemikiran dapat menghasilkan saran yang sangat baik. Dokumen secara langsung diperiksa oleh orang-orang dan perbedaan diselesaikan.

Ulasan selanjutnya dapat diklasifikasikan menjadi empat bagian:

  • Ulasan informal
  • Panduan
  • Ulasan teknis
  • Inspeksi

Selama proses Review, empat jenis peserta yang mengikuti pengujian adalah:

  • Moderator : Melakukan pemeriksaan entri, menindaklanjuti pengerjaan ulang, melatih anggota tim, menjadwalkan pertemuan.
  • Penulis : Bertanggung jawab untuk memperbaiki cacat yang ditemukan dan meningkatkan kualitas dokumen
  • Penulis : Ia melakukan pencatatan kerusakan selama peninjauan dan menghadiri rapat peninjauan
  • Peninjau : Periksa bahan untuk cacat dan inspeksi
  • Manajer : Putuskan pelaksanaan tinjauan dan pastikan tujuan proses tinjauan terpenuhi.

Jenis cacat yang lebih mudah ditemukan selama pengujian statis adalah:

  • Penyimpangan dari standar
  • Kode yang tidak dapat dipelihara
  • Cacat desain
  • Persyaratan hilang
  • Spesifikasi antarmuka tidak konsisten

Biasanya, cacat yang ditemukan selama pengujian statis disebabkan oleh kerentanan keamanan, variabel yang tidak dideklarasikan, pelanggaran batas, pelanggaran sintaksis, antarmuka yang tidak konsisten, dll.

Mengapa Pengujian Statis?

Pengujian statis dilakukan karena alasan berikut

  • Deteksi dan koreksi cacat dini
  • Skala waktu pengembangan berkurang
  • Mengurangi biaya dan waktu pengujian
  • Untuk peningkatan produktivitas pembangunan
  • Untuk mendapatkan lebih sedikit kerusakan pada tahap pengujian selanjutnya

Apa yang Diuji dalam Pengujian Statis

Dalam Static Testing, hal-hal berikut diuji

  • Kasus Uji Unit
  • Dokumen Persyaratan Bisnis (BRD)
  • Gunakan Kasus
  • Persyaratan Sistem / Fungsional
  • Prototipe
  • Dokumen Spesifikasi Prototipe
  • Spreadsheet Kamus Bidang DB
  • Uji Data
  • Dokumen Matriks Ketertelusuran
  • Panduan Pengguna / Panduan Pelatihan / Dokumentasi
  • Dokumen Strategi Rencana Uji / Kasus Uji
  • Skrip Tes Otomasi / Kinerja

Bagaimana Pengujian Statis Dilakukan

Untuk melakukan Static Testing dilakukan dengan cara sebagai berikut,

  • Lakukan proses inspeksi untuk memeriksa desain aplikasi sepenuhnya
  • Gunakan daftar periksa untuk setiap dokumen yang sedang ditinjau untuk memastikan semua tinjauan tercakup sepenuhnya

Berbagai aktivitas untuk melakukan Pengujian Statis adalah:

  1. Use Case Requirements Validation: Ini memvalidasi bahwa semua tindakan pengguna akhir diidentifikasi, serta setiap input dan output yang terkait dengannya. Semakin rinci dan menyeluruh kasus penggunaan, semakin akurat dan komprehensif kasus uji tersebut.
  2. Validasi Persyaratan Fungsional : Ini memastikan bahwa Persyaratan Fungsional mengidentifikasi semua elemen yang diperlukan. Ini juga melihat fungsionalitas database, daftar antarmuka, dan persyaratan perangkat keras, perangkat lunak, dan jaringan.
  3. Tinjauan Arsitektur : Semua proses tingkat bisnis seperti lokasi server, diagram jaringan, definisi protokol, penyeimbangan beban, aksesibilitas basis data, peralatan uji, dll.
  4. Validasi Prototipe / Layar Mockup : Tahap ini mencakup validasi persyaratan dan kasus penggunaan.
  5. Validasi Kamus Bidang : Setiap bidang di UI ditentukan dengan cukup baik untuk membuat kasus uji validasi tingkat bidang. Kolom diperiksa untuk panjang min / max, nilai daftar, pesan kesalahan, dll.

Teknik Pengujian Statis

  • Ulasan Informal
  • Panduan
  • Tinjauan Teknis
  • Inspeksi
  • Analisis Statis
    • Aliran data
    • Arus Kontrol

Alat yang digunakan untuk Pengujian Statis

Berbagai alat yang digunakan untuk Pengujian Statis adalah sebagai berikut,

  • Gaya cek
  • Jelaga
  • SourceMeter

Tips untuk Proses Pengujian Statis yang Berhasil

Beberapa tip berguna untuk melakukan proses pengujian statis di Rekayasa Perangkat Lunak.

  • Berfokuslah hanya pada hal-hal yang benar-benar penting
  • Rencanakan dan lacak aktivitas tinjauan secara eksplisit. Panduan dan inspeksi perangkat lunak umumnya digabungkan menjadi ulasan rekan
  • Latih peserta dengan Contoh
  • Selesaikan masalah orang
  • Jaga proses formal sebagai budaya proyek
  • Perbaikan Berkelanjutan - Proses dan Alat
  • Dengan menghilangkan penundaan besar dalam pelaksanaan pengujian, biaya dan waktu pengujian dapat dikurangi

Ringkasan:

  • Pengujian statis adalah untuk menemukan cacat sedini mungkin.
  • Pengujian statis bukan pengganti pengujian dinamis, keduanya menemukan jenis cacat yang berbeda
  • Ulasan adalah teknik yang efektif untuk Pengujian Statis
  • Tinjauan tidak hanya membantu menemukan cacat tetapi juga memahami persyaratan yang hilang, cacat desain, kode yang tidak dapat dipelihara.