Pengujian Kepatuhan (Conformance Testing) dalam Pengujian Perangkat Lunak

Oleh: Thomas Hamilton Thomas Hamilton
Hours Updated

⚡ Ringkasan Cerdas

Pengujian Kesesuaian (Conformance Testing) memastikan bahwa sistem perangkat lunak memenuhi standar dan peraturan yang ditetapkan oleh badan-badan seperti IEEE, W3C, atau ETSI, yang mencakup kinerja, fungsi, ketahanan, interoperabilitas, dan perilaku sistem secara keseluruhan.

  • 🔘 Disebut juga: Pengujian Kepatuhan atau Pengujian Tipe, yaitu verifikasi formal terhadap standar yang telah dipublikasikan.
  • 📚 Cakupan: Mencakup Pengujian Kepatuhan, Beban, Tegangan, dan Volume dalam satu program kesesuaian.
  • 🧭 Himpunan bagian: Spesifikasi dikelompokkan ke dalam Profil, Level, dan Modul sebelum desain pengujian dimulai.
  • 🔄 Proses: Menganalisis standar, memilih alat, merancang prosedur, memvalidasi, lalu mengadopsi kebijakan sertifikasi.
  • 📱 ponsel: Perangkat GSM dan CDMA menambahkan pengujian protokol, SIM, RF, audio, dan penyerapan.
  • ️ Perbedaan: Kesesuaian bersifat formal dan dukungan penuh; kepatuhan bersifat informal dan dukungan sebagian.
Baca Selengkapnya

Proses Pengujian Kesesuaian dan Pengujian Kepatuhan dalam pengujian perangkat lunak

Pengujian Kesesuaian

Pengujian Kesesuaian Pengujian kesesuaian (Conformance Testing) adalah teknik pengujian perangkat lunak yang digunakan untuk memastikan bahwa suatu sistem perangkat lunak mematuhi standar dan peraturan yang ditetapkan oleh badan-badan seperti IEEE, W3C, atau ETSI. Teknik ini menentukan seberapa baik sistem yang diuji sesuai dengan persyaratan individual dari standar tertentu. Pengujian kesesuaian juga disebut pengujian kepatuhan (Compliance Testing).

Meskipun mungkin membahas aspek teknis, namun sesuai rancangannya, dokumen ini juga mencakup:

  • Performance
  • Fungsi
  • Kekokohan
  • Interoperabilitas
  • Perilaku sistem

Jenis Pengujian Kesesuaian

Pengujian Kesesuaian dapat bersifat logis atau fisik, dan meliputi jenis-jenis pengujian berikut:

Diagram di bawah ini menunjukkan bagaimana jenis-jenis pengujian ini saling terkait dalam satu program kesesuaian.

Jenis-jenis pengujian kesesuaian dikelompokkan sebagai pengujian kepatuhan, beban, tegangan, dan volume.

Mengapa kita memerlukan Pengujian Kesesuaian?

  • Untuk memeriksa pemenuhan persyaratan sistem.
  • Untuk memeriksa apakah dokumentasi sistem sudah lengkap.
  • Untuk memeriksa pengembangan, desain, dan evaluasi terhadap spesifikasi.

Apa yang perlu kita uji?

  • Standar yang digunakan dalam penerapannya
  • Panggilan sistem yang ingin dikembangkan
  • Lingkup spesifikasi
  • Tujuan spesifikasi

Pengujian Kesesuaian dimulai oleh manajemen, dengan jaminan bahwa tim memahami standar, spesifikasi, dan prosedur yang berlaku.

Standar dan spesifikasi harus dinyatakan dengan jelas untuk menghindari ambiguitas. Jika tidak, pengujian kesesuaian itu sendiri berguna dalam mengidentifikasi langkah-langkah yang diperlukan untuk membuatnya relevan dan dapat diandalkan.

Kapan dan bagaimana melakukan Uji Kesesuaian?

Pengujian kesesuaian dilakukan ketika konsistensi, kelengkapan, dan kebenaran sistem secara keseluruhan harus diperiksa terhadap spesifikasi persyaratan. Metodologi yang digunakan tidak jauh berbeda dari tahapan siklus pengembangan biasa:

  • Menganalisis spesifikasi kebutuhan
  • Menyusun rencana pengujian
  • Menyiapkan kasus uji dan menyatakan tujuannya.
  • Membuat dokumentasi untuk desain pengujian yang telah disiapkan.

Beberapa aspek tambahan dari spesifikasi perlu mendapat perhatian, khususnya subset, yang umumnya terdiri dari tiga jenis — Profil, Level, dan Modul:

  • Profil merupakan bagian dari spesifikasi yang mencakup fungsionalitas sistem yang diperlukan untuk memenuhi kebutuhan kelompok pengguna tertentu.
  • tingkat merupakan himpunan bagian bersarang dari spesifikasi, di mana Level1 menunjukkan spesifikasi dasar dan Level2 menunjukkan Level1 ditambah fungsionalitas tambahan atau baru.
  • Modul merupakan kumpulan standar dan spesifikasi yang berkorelasi secara signifikan.

Proses Pengujian Kesesuaian

Proses Pengujian Kesesuaian, atau Proses Pengujian Kepatuhan, diperlukan untuk memastikan efisiensi dan kinerja serta untuk menghindari risiko di masa mendatang bagi aplikasi perangkat lunak. Pengujian kesesuaian yang efektif mengikuti proses langkah demi langkah berikut:

  1. Menganalisis standar dan spesifikasi
  2. Memilih alat uji dan rangkaian uji
  3. Merancang prosedur pengujian
  4. Memeriksa validasi yang diperlukan
  5. Menerapkan kebijakan dan sertifikasi pengujian yang relevan

Representasi diagramatik dari Proses Pengujian Kesesuaian dan Kepatuhan di bawah ini memudahkan untuk mengikuti urutan proses tersebut.

Proses pengujian kesesuaian lima tahap mulai dari analisis standar hingga sertifikasi.

Jika diungkapkan sebagai sebuah studi kasus, proses yang sama menunjukkan aktor mana yang melakukan setiap tahapan.

Diagram kasus penggunaan proses pengujian kesesuaian dengan aktor penguji dan sertifikasi.

ARTIKEL TERKAIT

Pengujian Kesesuaian vs Pengujian Kepatuhan

Pengujian Kesesuaian kadang-kadang disebut Pengujian Kepatuhan, namun beberapa fakta mendasar membedakan keduanya. Tabel di bawah ini membandingkan keduanya.

Pengujian Kesesuaian Pengujian Kepatuhan
Cara pengujian yang formal dan tepat terhadap standar. Cara pengujian yang informal dan kurang tepat terhadap standar.
Sertifikasi kesesuaian hanya berlaku untuk sistem operasi yang memegang persetujuan resmi dari Otoritas Sertifikasi. Sistem operasi yang menyediakan satu API POSIX (Portable OperaAntarmuka Sistem (SSIS) dikatakan sesuai
Digunakan untuk menguji sistem yang memberikan dukungan penuh terhadap standar yang diberikan. Digunakan untuk menguji sistem yang hanya memberikan dukungan untuk sebagian dari standar yang diberikan.

Keuntungan Pengujian Kesesuaian

  1. Memastikan implementasi spesifikasi yang tepat.
  2. Menjamin portabilitas dan interoperabilitas
  3. Memberikan pemanfaatan standar yang tepat
  4. Memungkinkan untuk memastikan bahwa antarmuka dan fungsi bekerja sesuai harapan.
  5. Membantu mengidentifikasi area yang harus sesuai dan area yang tidak perlu sesuai, seperti sintaksis dan semantik.

Kekurangan Pengujian Kesesuaian

Seperti jenis pengujian lainnya, Pengujian Kesesuaian (Conformance Testing) memiliki tugas-tugas yang sulit dilakukan dan dapat menjadi tantangan. Beberapa di antaranya tercantum di bawah ini:

  1. Pengujian kesesuaian yang efisien memerlukan identifikasi kelas sistem yang diuji beserta metodologi yang sesuai.
  2. Mengkategorikan spesifikasi ke dalam Profil, Tingkat, dan Modul.
  3. Mendefinisikan nilai sebelumnya
  4. Merancang ekstensi, opsi, dan pendekatan yang dibutuhkan untuk menjalankan proses pengujian dengan sukses.

Pengujian Kesesuaian: Pandangan Kritis

Pengujian Kesesuaian memiliki area-area yang membutuhkan perhatian dan pengetahuan ekstra agar implementasinya berhasil:

  1. Metodologi pengujian yang paling sesuai
  2. Memilih alat uji yang akan mengotomatiskan proses pengujian.
  3. Pemahaman yang jelas bahwa pengujian kesesuaian hanya menunjukkan ketidaksesuaian, bukan kesesuaian itu sendiri.
  4. Merancang dan mengimplementasikan Program Pengujian Kesesuaian
  5. Mendefinisikan seberapa formal hal itu harus dilakukan
  6. Kebijakan dan regulasi

Pengujian Kesesuaian untuk Sistem Seluler

Seperti jenis pengujian perangkat lunak lainnya, Pengujian Kesesuaian juga dapat dilakukan untuk sistem seluler. Setelah sistem dirakit, sistem tersebut diperiksa kelayakannya sebelum digunakan melalui pengujian kesesuaian.

Tergantung pada jenis jaringannya, seperti GSM atau CDMA, pengujian dilakukan untuk mencapai kesesuaian dan interoperabilitas. Pengujian ini dapat meliputi:

Contoh Diagram Kasus Penggunaan

Diagram kasus penggunaan berikut menunjukkan bagaimana pengujian kesesuaian dilakukan untuk yang telah diimplementasikan. sistem seluler.

Diagram kasus penggunaan untuk pengujian kesesuaian sistem seluler yang telah diimplementasikan.

Hal ini dapat diuraikan untuk pengujian kartu SIM dalam dua tahap. Tahap pertama adalah validasi kata sandi, ditunjukkan di bawah ini.

Kasus penggunaan validasi kata sandi kartu SIM dengan jalur PIN yang benar dan salah.

Tahap kedua adalah melakukan panggilanyang memiliki dua hasil, panggilan berhasil dan panggilan gagal.

Contoh kasus melakukan panggilan yang menunjukkan hasil panggilan berhasil dan panggilan gagal.

Pengujian protokol mengikuti pola yang sama, seperti yang ditunjukkan oleh studi kasus ini.

Studi kasus pengujian protokol untuk sistem seluler yang sedang menjalani pengujian kesesuaian.

Templat kasus uji di bawah ini menunjukkan bagaimana kasus uji ditulis untuk pengujian protokol.

ID Tes Skenario Uji Langkah-Langkah Tes Data Uji Hasil yang diharapkan Hasil Aktual Status Keterangan
PT001 Protokol tidak memiliki kebuntuan Mulailah dengan proses komunikasi _ Harus menjalin komunikasi dengan sukses Komunikasi terjalin dengan sukses Lulus _
PT002 "PingPerintah "berfungsi dengan benar untuk batas waktu" Enter Ping perintah sebagai 'Ping -w' di command prompt Ping 1000 Seharusnya menampilkan pesan “Transmit Berhasil.” Pesan tersebut menunjukkan “Transmit Berhasil.” Lulus _
PT003 Hitung jumlah permintaan 'echo'. Enter Ping perintah sebagai 'Ping -n' di command prompt Ping 4 Seharusnya dimulai pingmengirimkan 0.0.0.4 dengan data 32 byte dan menampilkan pesan “Transmit Berhasil.” Mulai pinging 0.0.0.4 dengan data 32 byte tetapi menampilkan pesan “Transmit Gagal." Gagal Kesalahan semantik atau fungsional
PT004 Negara bagian mana pun dapat dijangkau dari negara bagian mana pun Keluar dari suatu status dan kembali ke status sebelumnya atau berikutnya. _ Harus berhasil mengubah keadaan Berhasil mengubah keadaan Lulus _

Templat seperti ini memberikan keseragaman pada proses pengujian. Tergantung pada jenis jaringan, ratusan kasus uji dapat didefinisikan dan dijalankan untuk memastikan sistem seluler berfungsi sesuai dengan spesifikasi persyaratan.

Pertanyaan Umum Demo Slot

IEEE, W3C, ETSI, dan 3GPP adalah lembaga yang paling sering disebut, bersama dengan ISO. Masing-masing menerbitkan spesifikasi dan, dalam banyak kasus, rangkaian uji resmi yang dijalankan laboratorium sebelum memberikan sertifikasi.

Model membaca spesifikasi yang panjang dan memetakan setiap klausa ke kasus uji kandidat, yang mempersingkat proses. tracPekerjaan kelayakan. Peninjau yang berkualifikasi tetap memberikan persetujuan, karena bukti sertifikasi harus dapat dipertanggungjawabkan di hadapan auditor.

Ya, untuk kode dan pernyataan berulang di sekitar rangkaian pengujian yang dipublikasikan. Agentic runner juga dapat mengeksekusi ulang rangkaian pengujian pada setiap build, meskipun kriteria kelulusan harus berasal dari standar, bukan dari asisten.

Lembaga sertifikasi atau laboratorium pengujian terakreditasi yang diakui oleh badan standar, bukan tim pengembang. Hasil yang dinyatakan sendiri biasanya digambarkan sebagai deklarasi kesesuaian, bukan sertifikat.

Setiap kali standar direvisi atau implementasi berubah dengan cara yang memengaruhi antarmuka bersertifikat, banyak sertifikat juga memiliki periode validitas, setelah itu rangkaian pengujian dijalankan kembali.

Kesesuaian membuktikan bahwa suatu implementasi cocok dengan spesifikasi. Pengujian interoperabilitas Kemudian terbukti bahwa dua implementasi yang dibangun secara independen sebenarnya dapat bekerja bersama. Lulus implementasi pertama tidak menjamin implementasi kedua.

Sebagian besar bersifat black box. Rangkaian pengujian ini menguji antarmuka yang dipublikasikan dan membandingkan perilaku yang diamati dengan standar, tanpa bergantung pada bagaimana implementasi tersebut dibangun secara internal.

A tracMatriks elektabilitas yang menghubungkan setiap klausa standar dengan kasus uji, hasil eksekusi, dan pernyataan tentang profil atau level yang diklaim. Auditor membaca paket tersebut, bukan kode programnya.

Ringkaslah postingan ini dengan: