Pengujian otomasi dari sisi teknisi QA manual

Banyak penguji manual memiliki kesalahpahaman tentang prinsip otomatisasi pengujian, sehingga menghasilkan kesimpulan yang salah. Dalam artikel berikut, kita akan melihat 5 pertanyaan teratas tentang apa itu otomatisasi pengujian dan mengapa harus beralih ke otomatisasi itu!

sang penulis: Nataliia Syvynska, TestMatick, https://testmatick.com/

1. Mengapa mengotomatiskan sesuatu jika teknisi QA dapat melakukannya secara manual?

Tentunya, setidaknya ada tiga faktor yang harus Anda pertimbangkan sebelum mulai mengimplementasikan otomatisasi dalam sebuah proyek:

• Berapa lama proyek, apa ruang lingkupnya saat ini, dan berapa banyak yang dapat diubah?
• Menganalisis seberapa mahal untuk mengembangkan pengujian otomatis untuk kasus tertentu. Terkadang, mengotomatiskan pengujian lebih sulit daripada menjalankannya secara manual.
• Tes otomatis bukanlah pilihan yang baik jika struktur sistem berubah sepenuhnya dalam sebuah proyek.

Namun, jika proyek berjalan terus menerus, melibatkan lebih banyak karyawan, dan fungsi baru ditambahkan ke dalamnya, pengujian dapat dan harus diotomatisasi. Dalam hal ini, semua pengujian otomatis yang dikembangkan entah bagaimana dapat menjamin bahwa tidak ada yang gagal saat pengembang sedang mengembangkan fungsionalitas baru. Tentu saja, pengujian regresi manual sangat bagus, tetapi ini terkait erat dengan faktor manusia, visi terowongan, dan ketidakpastian di mana bug dapat ditemukan. Dan pada saat yang sama, tidak ada yang sepenuhnya menolak tinjauan manual karena kebutuhan akan tinjauan kinerja, yang dapat diperbarui dalam beberapa waktu, tidak akan kemana-mana!

2. Apakah mungkin mempelajari cara mengembangkan tes otomatis hanya dalam 1 hari?

Anda dapat membuat tes tepat pada saat mempelajari pelajaran profil, tetapi lebih baik tidak terburu-buru dan menyelesaikan pertanyaan seperti itu sesadar mungkin. Jika Anda belum pernah mencoba otomatisasi sebelumnya, ini akan sangat sulit pada awalnya. Jika Anda tidak memiliki contoh, sangat menantang untuk mulai menulis tes dan tidak ada yang bisa dijadikan sandaran secara teknis.

Untungnya, saat ini Internet penuh dengan semua jenis artikel dan materi dengan banyak contoh berguna yang dapat Anda pertimbangkan sebagai dasar dan menyesuaikannya dengan tugas Anda dan dengan demikian membuat sesuatu milik Anda sendiri.

Lagi pula, untuk memulai otomatisasi, Anda harus mulai mencoba mengotomatisasi. Aturan ini berfungsi dalam kondisi apa pun. Jika Anda memiliki pertanyaan, jangan ragu untuk bertanya kepada pengembang, dan jika mereka tidak dapat atau tidak mau membantu, internet memiliki banyak forum QA tempat Anda dapat menjawab pertanyaan apa pun.

3. Bisakah saya menjadi penguji otomatis tanpa pengalaman QA langsung?

Mungkin Anda memiliki pengalaman pemrograman. Di beberapa perusahaan manufaktur, ini benar-benar berfungsi. Penguji manual bekerja merancang kasus uji otomatis dan otomatis Insinyur QA Itu menempatkan semuanya ke dalam struktur kode HTML. Pendekatan semacam ini berhasil, tetapi bisa sedikit berlebihan:

1. Pertama, saat Anda mengembangkan sendiri pengujian otomatis untuk fungsi yang Anda ketahui dengan baik, Anda dapat secara mandiri (dengan cepat) menambahkan pengujian yang mungkin terlewatkan selama proses pembuatan kasus pengujian. Selain itu, akan ada tes otomatis yang dapat Anda tambahkan jika diperlukan. Dan sebagai hasilnya, sangat mudah untuk terus memperbarui tes dengan cara ini.
2. Kedua, otomatisasi pengujian perangkat lunak sangat menarik dan bermanfaat. Pengguna mulai membaca kode, memperluas pengetahuannya tentang produk, memahami cara kerja semuanya dari dalam. Latihan ini juga berguna untuk penguji manual.

4. Bisakah pengembang menulis tes otomatis?

Secara umum, ya, kenapa tidak. Tapi mereka mungkin tidak suka melakukan itu. karena ini:

• Ini jelas memperlambat proses pengembangan. Alih-alih mengembangkan kode aplikasi, pemrogram akan sibuk mengembangkan pengujian otomatis, mengerjakan fungsionalitas produk.
• Itu sangat mahal.
• Setiap peserta harus memikirkan pekerjaannya. Pemrogram sibuk mengembangkan fungsionalitas, QA sibuk memvalidasinya. Dalam hal pengujian otomatis, ini sama dengan pengujian manual.

5. Bisakah saya mengembangkan tes otomatis?

Anda dapat mencoba Untuk tujuan tersebut, ada perekam khusus (sering digunakan oleh perusahaan pengujian game). Tapi masalahnya adalah tes yang mereka kembangkan sangat besar, potongan kode aplikasi yang lemah.

Disarankan untuk menggunakannya di beberapa bagian perangkat lunak yang sulit untuk menganalisis metode interaksi mana dengan bagian fungsi yang sulit ditemukan yang dapat dicakup oleh pengujian. Dengan kata lain, gunakan sebagai pembantu setia, sebagai alat bantu khusus, bukan sebagai alat dasar untuk otomatisasi pengujian.