Contoh Kasus Uji untuk Aplikasi Web (Daftar Periksa)

Oleh: Thomas Hamilton Thomas Hamilton
Hours Updated

⚡ Ringkasan Cerdas

Daftar periksa pengujian aplikasi web lengkap mencakup pemeriksaan kegunaan, fungsionalitas, kompatibilitas, basis data, API, keamanan, kinerja, dan aksesibilitas. Setiap bagian di bawah ini menyediakan skenario pengujian siap pakai yang dapat langsung disalin oleh tim penjaminan mutu ke dalam alat manajemen pengujian.

  • ⚙️ Fungsional terlebih dahulu: Validasi kolom wajib, panjang batas, tahun kabisat, pembagian dengan nol, dan perilaku batas waktu sebelum tinjauan kosmetik dimulai.
  • 🧭 Sinyal kegunaan: Periksa perataan, tooltip, akses keyboard, bilah gulir, dan pemulihan pesan kesalahan agar pengguna baru tidak pernah mengalami kesulitan.
  • 🌐 Matriks kompatibilitas: Ulangi alur penting di Chrome, Firefox, Edge, Safari, dan browser seluler untuk mengungkap perbedaan tata letak dan skrip.
  • ️ Integritas basis data: Cocokkan nilai front-end dengan catatan yang tersimpan, verifikasi kunci, pemicu, prosedur tersimpan, dan panjang bidang pada kedua lapisan.
  • 🔌 Lapisan API: Tetapkan kode status, skema, otentikasi, batasan laju, dan penanganan kegagalan hilir secara terpisah dari browser.
  • 🔐 Standar keamanan: Paksa penggunaan HTTPS, enkripsi rahasia yang tersimpan, kunci akun setelah kegagalan berulang, dan lakukan probing terhadap injeksi SQL dan serangan brute force.
  • 🚀 Kinerja dan akses: Buat skrip pemuatan profil secara otomatis, bukan secara manual, lalu konfirmasikan kontras WCAG, label, dan pengoperasian keyboard.
Baca Selengkapnya

Saat menguji aplikasi web, seseorang harus mempertimbangkan template yang disebutkan di bawah. Daftar periksa yang disebutkan di bawah ini hampir berlaku untuk semua jenis aplikasi web tergantung pada kebutuhan bisnis.

Templat di atas menunjukkan bagaimana satu lembar dapat memuat skenario untuk setiap area daftar periksa. Untuk informasi latar belakang, lihat pengujian aplikasi web ikhtisar.

Sekarang mari kita lihat setiap daftar periksa secara detail:

Pengujian Fungsional

Apa itu Pengujian Fungsional?

  • Menguji fitur dan perilaku operasional suatu produk untuk memastikan kesesuaiannya dengan spesifikasinya.
  • Pengujian yang mengabaikan mekanisme internal suatu sistem atau komponen dan hanya berfokus pada keluaran yang dihasilkan sebagai respons terhadap masukan yang dipilih dan kondisi eksekusi.

Apa maksud atau tujuan pengujian Fungsional?

  • Tujuan dari Pengujian Fungsional adalah memverifikasi apakah produk Anda memenuhi spesifikasi fungsional yang dimaksudkan dan disebutkan dalam dokumentasi pengembangan Anda.

Contoh Skenario Uji Fungsional:

  • Uji semua bidang wajib harus divalidasi.
  • Uji tanda asterisk harus ditampilkan untuk semua bidang wajib.
  • Uji sistem seharusnya tidak menampilkan pesan kesalahan untuk bidang opsional.
  • Menguji apakah tahun kabisat tervalidasi dengan benar & tidak menimbulkan kesalahan/salah perhitungan.
  • Uji bidang numerik tidak boleh menerima huruf dan pesan kesalahan yang tepat akan ditampilkan.
  • Uji angka negatif jika diperbolehkan untuk bidang numerik.
  • Pembagian uji dengan nol harus ditangani dengan benar untuk perhitungan.
  • Uji panjang maksimal setiap bidang untuk memastikan data tidak terpotong.
  • Uji pesan pop up (“Bidang ini dibatasi hingga 500 karakter”) akan ditampilkan jika data mencapai ukuran maksimum bidang.
  • Uji apakah pesan konfirmasi harus ditampilkan untuk operasi pembaruan dan penghapusan.
  • Uji nilai jumlah yang harus ditampilkan dalam format mata uang.
  • Uji semua kolom masukan untuk karakter khusus.
  • Uji fungsionalitas batas waktu.
  • Uji fungsionalitas Penyortiran.
  • Uji fungsionalitas tombol yang tersedia
  • Uji Kebijakan Privasi & FAQ didefinisikan dengan jelas dan harus tersedia untuk pengguna.
  • Uji apakah ada fungsi yang gagal, pengguna akan dialihkan ke halaman kesalahan khusus.
  • Uji semua dokumen yang diupload sudah dibuka dengan benar.
  • Uji pengguna harus dapat mengunduh file yang diunggah.
  • Uji fungsionalitas email sistem.
  • Uji Java skrip berfungsi dengan baik di browser yang berbeda (IE, Firefox, Chrome, safari dan Opera).
  • Uji untuk melihat apa yang terjadi jika pengguna menghapus cookie saat berada di situs.
  • Uji untuk melihat apa yang terjadi jika pengguna menghapus cookie setelah mengunjungi suatu situs.
  • Uji semua data di dalam kotak kombo/daftar disusun dalam urutan kronologis.

Setelah fitur-fitur berfungsi dengan benar, pertanyaan selanjutnya adalah apakah pengguna sebenarnya dapat mengoperasikannya tanpa bantuan.

Kegunaan Pengujian

Apa itu Pengujian Kegunaan?

  • Pengujian kegunaan tidak lain hanyalah pemeriksaan keramahan pengguna.
  • Dalam pengujian kegunaan (usability testing), alur aplikasi diuji agar pengguna baru dapat memahami aplikasi dengan mudah.
  • Pada dasarnya, navigasi sistem diperiksa dalam pengujian Kegunaan.

Apa tujuan atau Sasaran pengujian Kegunaan?

Uji Kegunaan menetapkan kemudahan penggunaan dan efektivitas suatu produk menggunakan praktik uji Kegunaan standar.

Contoh Kasus Uji Kegunaan

  • Konten halaman web harus benar tanpa kesalahan ejaan atau tata bahasa
  • Semua font harus sama sesuai persyaratan.
  • Semua teks harus disejajarkan dengan benar.
  • Semua pesan kesalahan harus benar tanpa kesalahan ejaan atau tata bahasa dan pesan kesalahan harus sesuai dengan label bidang.
  • Teks tip alat harus ada untuk setiap bidang.
  • Semua bidang harus disejajarkan dengan benar.
  • Ruang yang cukup harus disediakan antara label bidang, kolom, baris, dan pesan kesalahan.
  • Semua tombol harus dalam format dan ukuran standar.
  • Tautan beranda harus ada di setiap halaman.
  • Bidang yang dinonaktifkan harus berwarna abu-abu.
  • Periksa tautan dan gambar yang rusak.
  • Pesan konfirmasi harus ditampilkan untuk segala jenis operasi pembaruan dan penghapusan.
  • Periksa situs pada resolusi yang berbeda (640 x 480, 600×800, dll.?)
  • Periksa apakah pengguna akhir dapat menjalankan sistem tanpa frustrasi.
  • Periksa apakah tab tersebut berfungsi dengan baik.
  • Bilah gulir akan muncul hanya jika diperlukan.
  • Jika ada pesan kesalahan saat submit, seharusnya informasi yang diisi oleh pengguna ada di sana.
  • Judul harus ditampilkan di setiap halaman web
  • Semua bidang (Kotak teks, dropdown, tombol radio, dll.) dan tombol harus dapat diakses melalui pintasan keyboard dan pengguna harus dapat melakukan semua operasi dengan menggunakan keyboard.
  • Periksa apakah data dropdown tidak terpotong karena ukuran bidang. Periksa juga apakah datanya di-hardcode atau dikelola melalui administrator.

Tata letak yang terlihat bagus di satu browser mungkin bermasalah di browser lain, jadi putar ulang layar yang sama di setiap lingkungan yang didukung.

ARTIKEL TERKAIT

Pengujian Kompatibilitas

Apa itu pengujian Kompatibilitas?

  • Pengujian kompatibilitas digunakan untuk menentukan apakah perangkat lunak Anda kompatibel dengan elemen lain dari sistem yang akan dioperasikannya, misalnya Browser, Operating Sistem, atau perangkat keras.

Apa tujuan atau Sasaran pengujian Kompatibilitas?

  • Tujuan pengujian Kompatibilitas adalah untuk mengevaluasi seberapa baik kinerja perangkat lunak di browser tertentu, Operating Sistem, perangkat keras atau perangkat lunak.

Contoh Skenario Uji Kompatibilitas:

  • Uji situs web di browser yang berbeda (IE, Firefox, Chrome, Safari dan Opera) dan pastikan situs web ditampilkan dengan benar.
  • Uji apakah versi HTML yang digunakan kompatibel dengan versi browser yang sesuai.
  • Uji tampilan gambar dengan benar di browser yang berbeda.
  • Uji apakah font dapat digunakan di browser yang berbeda.
  • Uji apakah kode java script dapat digunakan di browser yang berbeda.
  • Uji GIF Animasi di berbagai browser.

Rendering yang konsisten tidak membuktikan apa pun tentang catatan di balik layar. A pengujian lintas browser Matriks ini menjaga agar area ini tetap terkendali.

Pengujian Basis Data

Apa itu Pengujian Basis Data?

  • In Pengujian basis data catatan backend diuji yang telah dimasukkan melalui web atau aplikasi desktop. Data yang ditampilkan di aplikasi web harus sesuai dengan data yang disimpan di Database.

Untuk melakukan pengujian Basis Data, penguji harus mengetahui poin-poin yang disebutkan di bawah:

  • Penguji harus memahami persyaratan fungsional, logika bisnis, alur aplikasi, dan desain database secara menyeluruh.
  • Penguji harus mengetahui tabel, pemicu, prosedur penyimpanan, tampilan, dan kursor yang digunakan untuk aplikasi.
  • Penguji harus memahami logika pemicu, prosedur penyimpanan, tampilan, dan kursor yang dibuat.
  • Penguji harus mengetahui tabel yang terpengaruh ketika operasi penyisipan pembaruan dan penghapusan (DML) dilakukan melalui aplikasi web atau desktop.

Dengan bantuan poin-poin yang disebutkan di atas, penguji dapat dengan mudah menulis skenario pengujian untuk pengujian Database.

Contoh Kasus Uji untuk Pengujian Basis Data:

  • Verifikasi nama basis data: Nama basis data harus sesuai dengan spesifikasi.
  • Verifikasi Tabel, kolom, jenis kolom dan default: Semua hal harus sesuai dengan spesifikasi.
  • Verifikasi apakah kolom mengizinkan null atau tidak.
  • Verifikasi kunci utama dan kunci asing setiap tabel.
  • Verifikasi Prosedur Tersimpan:
  • Uji apakah prosedur Tersimpan diinstal atau tidak.
  • Verifikasi nama prosedur Tersimpan
  • Verifikasi nama parameter, jenis dan jumlah parameter.
  • Uji parameter apakah diperlukan atau tidak.
  • Uji prosedur tersimpan dengan menghapus beberapa parameter
  • Uji ketika outputnya nol, catatan nol akan terpengaruh.
  • Uji prosedur tersimpan dengan menulis sederhana SQL pertanyaan.
  • Uji apakah prosedur tersimpan mengembalikan nilai
  • Uji prosedur tersimpan dengan contoh data masukan.
  • Verifikasi perilaku setiap tanda di tabel.
  • Verifikasikan data disimpan dengan benar ke dalam database setelah setiap pengiriman halaman.
  • Verifikasi data jika operasi DML (Perbarui, hapus, dan sisipkan) dilakukan.
  • Periksa panjang setiap bidang: Panjang bidang di ujung belakang dan ujung depan harus sama.
  • Verifikasi nama database QA, UAT dan produksi. Nama-namanya harus unik.
  • Verifikasi data terenkripsi dalam database.
  • Verifikasi ukuran database. Uji juga waktu respons setiap kueri yang dijalankan.
  • Verifikasi data yang ditampilkan di bagian depan dan pastikan sama di bagian belakang.
  • Verifikasi keabsahan data dengan memasukkan data yang tidak valid ke dalam database.
  • Verifikasi Pemicunya.

Daftar Periksa Pengujian API

Sebagian besar aturan bisnis sekarang berada di balik endpoint REST atau GraphQL, sehingga pemeriksaan browser saja tidak dapat membuktikan bahwa sistem berfungsi. Pengujian endpoint secara langsung mengekspos kerentanan.tracdan cacat otorisasi jauh lebih awal daripada yang dapat ditangani oleh antarmuka pengguna.

Pertimbangkan skenario-skenario berikut sebelum sebuah endpoint disetujui:

Contoh Skenario Pengujian untuk Pengujian API:

  • Verifikasi kode status yang tercatat untuk keberhasilan, kegagalan validasi, akses tidak sah, dan kesalahan server.
  • Verifikasi bahwa muatan respons sesuai dengan skema yang dipublikasikan, termasuk nama bidang dan tipe data.
  • Verifikasi bahwa parameter yang hilang atau salah format mengembalikan pesan yang dapat dibaca, bukan tumpukan (stack). trace.
  • Verifikasi bahwa token otentikasi kedaluwarsa, diperbarui dengan benar, dan tidak dapat diputar ulang setelah keluar.
  • Verifikasi otorisasi berbasis peran, sehingga akun standar tidak dapat mengakses titik akhir administrator dengan mengubah pengenal.
  • Verifikasi nilai batas pada setiap parameter, termasuk string kosong dan panjang maksimum.
  • Verifikasi bahwa pembatasan laju mengembalikan respons pembatasan yang benar, bukan gagal tanpa pemberitahuan.
  • Verifikasi bahwa endpoint dapat berfungsi dengan baik saat layanan pihak ketiga mengalami timeout.
  • Pastikan tidak ada kata sandi, token, atau jalur internal yang muncul dalam respons atau pesan kesalahan.

Jalankan daftar ini di setiap lingkungan, karena lingkungan staging dan produksi sering kali menampilkan set izin yang berbeda. Lihat Pengujian API Gambaran umum dan menguji API REST secara manual.

Beberapa dari pemeriksaan tersebut tumpang tindih dengan pekerjaan keamanan.

Pengujian Keamanan

Pengujian Keamanan melibatkan pengujian untuk mengidentifikasi kelemahan dan kesenjangan dari sudut pandang keamanan.

Contoh Skenario Uji untuk Pengujian Keamanan:

  • Verifikasi halaman web yang berisi data penting seperti kata sandi, nomor kartu kredit, jawaban rahasia untuk pertanyaan keamanan, dll harus dikirimkan melalui HTTPS (SSL).
  • Verifikasi informasi penting seperti kata sandi, nomor kartu kredit, dll harus ditampilkan dalam format terenkripsi.
  • Aturan verifikasi kata sandi diterapkan di semua halaman otentikasi seperti Pendaftaran, lupa kata sandi, ubah kata sandi.
  • Verifikasi jika kata sandi diubah pengguna seharusnya tidak dapat login dengan kata sandi lama.
  • Pastikan pesan kesalahan tidak menampilkan informasi penting apa pun.
  • Verifikasi apakah pengguna keluar dari sistem atau sesi pengguna telah kedaluwarsa, pengguna seharusnya tidak dapat menavigasi situs.
  • Verifikasi untuk mengakses halaman web aman dan tidak aman secara langsung tanpa login.
  • Pastikan opsi “Lihat Kode Sumber” dinonaktifkan dan tidak terlihat oleh pengguna.
  • Pastikan akun pengguna terkunci jika pengguna memasukkan kata sandi yang salah beberapa kali.
  • Verifikasi cookie tidak boleh menyimpan kata sandi.
  • Verifikasi jika, fungsionalitas apa pun tidak berfungsi, sistem tidak boleh menampilkan informasi aplikasi, server, atau database apa pun. Sebaliknya, itu harus menampilkan halaman kesalahan khusus.
  • Verifikasi serangan injeksi SQL.
  • Verifikasi peran pengguna dan haknya. Misalnya, pemohon tidak boleh mengakses halaman admin.
  • Pastikan operasi-operasi penting tercatat dalam file log, dan informasi tersebut harus tersedia. tracmampu.
  • Verifikasikan nilai sesi dalam format terenkripsi di bilah alamat.
  • Verifikasi informasi cookie disimpan dalam format terenkripsi.
  • Verifikasi aplikasi untuk Serangan Brute Force

Aplikasi yang sudah mengeras namun melengkung di bawah beban tetap tidak dapat digunakan, jadi langkah selanjutnya adalah mengukur kerak.

Pengujian Kinerja

Pengujian Kinerja dilakukan untuk mengevaluasi kepatuhan suatu sistem atau komponen dengan persyaratan kinerja yang ditentukan.

Skenario Tes Umum:

  • Untuk menentukan kinerja, stabilitas, dan skalabilitas aplikasi dalam kondisi beban berbeda.
  • Untuk menentukan apakah arsitektur saat ini dapat mendukung aplikasi pada tingkat pengguna puncak.
  • Untuk menentukan ukuran konfigurasi mana yang memberikan tingkat performa terbaik.
  • Untuk mengidentifikasi hambatan aplikasi dan infrastruktur.
  • Untuk menentukan apakah versi baru perangkat lunak berdampak buruk pada waktu respons.
  • Untuk mengevaluasi produk dan/atau perangkat keras guna menentukan apakah produk tersebut dapat menangani volume beban yang diproyeksikan.

Bagaimana cara melakukan pengujian Kinerja? Dengan Pengujian Manual atau Otomatisasi

Secara praktis tidak mungkin melakukan Performance Testing secara manual karena beberapa kekurangan seperti:

  • Dibutuhkan lebih banyak sumber daya.
  • Tindakan serentak tidak dimungkinkan.
  • Pemantauan sistem yang tepat tidak tersedia.
  • Tidak mudah untuk melakukan tugas yang berulang.

Oleh karena itu untuk mengatasi masalah di atas sebaiknya kita menggunakan alat Performance Testing. Di bawah ini adalah daftar beberapa alat pengujian populer.

Satu kelompok pengguna yang masih belum terjangkau: pengguna yang mengakses layar ini melalui teknologi bantu.

Daftar Periksa Pengujian Aksesibilitas

Pengujian aksesibilitas memastikan bahwa orang yang menggunakan pembaca layar, navigasi hanya dengan keyboard, atau pembesaran dapat menyelesaikan alur kerja yang sama seperti orang lain. Ini juga merupakan persyaratan pengadaan, karena perusahaantracts umumnya merujuk WCAG 2.2 Tingkat AACacat-cacat ini bersifat struktural dan biaya perbaikannya jauh lebih murah jika dilakukan sejak dini.

Contoh Skenario Pengujian untuk Pengujian Aksesibilitas:

  • Pastikan gambar-gambar yang bermakna memiliki teks alt deskriptif dan gambar-gambar dekoratif disembunyikan dari teknologi bantu.
  • Verifikasi bahwa setiap kontrol formulir memiliki label yang terkait secara terprogram, bukan hanya teks placeholder di sebelahnya.
  • Verifikasi bahwa halaman berfungsi hanya dengan keyboard, dengan indikator fokus yang terlihat di setiap titik.
  • Pastikan teks dan elemen interaktif memenuhi rasio kontras minimum terhadap latar belakangnya.
  • Pastikan judul mengikuti urutan logis tanpa level yang dilewati, sehingga navigasi pembaca layar berfungsi.
  • Verifikasi bahwa pesan kesalahan diumumkan ke teknologi bantu dan identifikasi bidang yang bermasalah.
  • Pastikan halaman tetap dapat digunakan pada perbesaran 200 persen tanpa pengguliran horizontal.
  • Verifikasi apakah widget kustom seperti modal, tab, dan akordeon menampilkan peran dan status yang benar.

Pemindai otomatis hanya mendeteksi sebagian dari masalah ini, jadi tambahkan pemindaian manual menggunakan keyboard dan pembaca layar. pengujian aksesibilitas Referensi tersebut mencakup peralatan yang dibutuhkan.

Pertanyaan Umum Demo Slot

Rencana pengujian adalah dokumen formal yang mencakup ruang lingkup, jadwal, sumber daya, risiko, dan kriteria keluar untuk suatu rilis. Daftar periksa adalah pengingat cakupan yang ringan yang mencantumkan kondisi yang perlu diverifikasi. Rencana tersebut mengatur proyek; daftar periksa mengatur sesi pengujian individual.

RevTinjau daftar periksa ini setelah setiap rilis besar, integrasi baru, atau insiden produksi. Setiap cacat yang lolos harus menambahkan satu baris agar kegagalan yang sama tidak terulang. Daftar periksa yang tidak pernah direvisi akan cepat berhenti mencerminkan bagaimana aplikasi sebenarnya berperilaku.

Sebagian besar tim mendasarkan cakupan keamanan pada hal-hal berikut: Panduan Pengujian Keamanan Web OWASP, aksesibilitas terhadap WCAG 2.2, dan terminologi proses secara keseluruhan sesuai dengan ISTQB. Referensi-referensi ini membuat daftar periksa dapat diaudit dan tidak hanya berdasarkan kebiasaan tim semata.

Ya. Memasukkan persyaratan, cerita pengguna, atau spesifikasi API ke dalam model bahasa yang besar akan menghasilkan draf pertama skenario yang solid. Namun, penguji tetap harus menghapus duplikat, menambahkan aturan bisnis yang tidak dapat disimpulkan oleh model, dan memastikan setiap item benar-benar dapat diverifikasi.

Lokator yang dapat memperbaiki diri sendiri mengidentifikasi ulang elemen setelah perubahan penandaan, mengurangi kegagalan yang sering terjadi dan mendominasi upaya pemeliharaan. AI juga mengelompokkan cacat duplikat dan menentukan rangkaian pengujian mana yang harus dijalankan terlebih dahulu, sehingga siklus regresi tetap singkat seiring bertambahnya daftar periksa.

Ringkaslah postingan ini dengan: