Sebelum bertanya: "Apa yang diotomatisasi?", Anda perlu menjawab pertanyaan berikut: "Apakah rasional untuk mengotomatiskan apa pun dalam proyek saat ini?" Jika jawabannya ya (yang berarti Anda memiliki semua sumber daya yang diperlukan untuk memastikan otomatisasi, seperti spesialis QA yang berkualifikasi, cukup waktu, uang, dll.), Anda perlu membuat rencana berdasarkan persyaratan objek yang diuji, untuk itu akan dikembangkan tes otomatis. Saat membuat dokumen semacam itu, Anda harus memiliki pemahaman yang jelas tentang apa sebenarnya yang ingin Anda otomatisasi, bagaimana dan alat otomasi mana yang harus dipilih. Sekarang kita tidak akan membahas secara rinci tentang bagaimana tepatnya untuk menguji fungsi ini atau itu, karena kita tertarik di mana, menurut pendapat kami, otomatisasi harus diimplementasikan.
Tentu saja, daftar di bawah ini masih jauh dari lengkap, dan daftar pengujian yang terperinci untuk memeriksa setiap fungsi tampak seperti pekerjaan yang sia-sia. Tugas kita adalah memilih bagian-bagian dalam proyek yang perlu diotomatiskan sejak awal:
- Fungsionalitas yang sering digunakan dengan risiko kesalahan tinggi. Pengujian otomatis pada titik-titik fungsional utama akan mengurangi waktu untuk menemukan kesalahan dan, karenanya, waktu yang dibutuhkan untuk menghilangkannya juga akan berkurang.
- Operasi pemrosesan data yang khas dan sering dilakukan. Misalnya, formulir yang isinya cukup banyak. Tujuannya di sini adalah untuk mengotomatiskan pemasukan data ke bidang yang diperlukan dan untuk memverifikasi bahwa tugas diselesaikan dengan benar setelah menerima hasilnya.
- Pesan validasi. Penting untuk mengotomatiskan pengiriman data yang salah ke bidang yang sesuai dan menguji kebenaran validasi data dan pesan kesalahan.
- Pengujian komprehensif perilaku seluruh sistem sebagai objek integral (pengujian ujung ke ujung).
- Validasi data membutuhkan perhitungan matematis yang tepat (akuntansi atau perangkat lunak analitik).
- Memeriksa kebenaran hasil pencarian yang ditampilkan sebagai tanggapan atas permintaan data (memeriksa kebenaran pencarian data).
- Validasi pengambilan data.
Apa yang tidak mengotomatiskan?
Jenis pengujian apa yang tidak boleh saya sertakan dalam pengujian otomatis? Mari buat daftar situasi di mana test case tidak perlu diotomatiskan:
- Tes kegunaan yang membutuhkan intervensi manual untuk memeriksa kesalahan atau penyimpangan dari perilaku yang diharapkan;
- Kasus pengujian, yang mencakup penginstalan atau tidak memerlukan eksekusi ulang fungsi (namun, pengujian yang menyiratkan entri data diperlukan untuk otomatisasi);
- Hindari mengotomatiskan pengujian yang dapat menghasilkan hasil yang tidak dapat diprediksi (misalnya, fitur baru, pengujian sementara, pemeriksaan masa berlaku).
- Pengujian UX, yang mencakup pemeriksaan perilaku objek di layar dengan berbagai ukuran.
Untuk meningkatkan efisiensi pengujian otomatis, perhatian khusus harus diberikan pada kasus pengujian. Penting untuk menyoroti mereka yang berfokus pada pengujian aspek-aspek berikut:
- Membuat / membaca / memperbarui / menghapus operasi (operasi CRUD). Contoh paling sederhana adalah antarmuka pengguna. Memasukkan, melihat dan mengedit data pengguna, menghapus informasi.
- Skenario standar untuk menggunakan aplikasi. Contohnya adalah bekerja dengan klien email: otorisasi, melihat surat, menavigasi surat yang diterima, membuat yang baru dan mengirimnya, keluar. Urutan ujung-ke-ujung ini menguji berbagai tindakan dan manipulasi. Keuntungan dari skenario tersebut adalah bahwa pada akhir pengujian, sistem kembali ke keadaan semula (baik, atau mendekati), yang berarti bahwa dampak pada hasil pengujian lain berkurang.
- Kasus lain ketika pengujian manual tidak sesuai karena beberapa alasan. Misalnya, memeriksa struktur file yang dibuat oleh sistem.
Dari otomatisasi fungsi seperti itulah Anda bisa mendapatkan manfaat maksimal!
Baca lebih banyak: