Kerangka Kerja Otomatisasi Pengujian: Archikuliah dan Jenis

Apa Kerangka dalam Pengujian Otomasi?

A Kerangka Otomasi Uji adalah seperangkat pedoman seperti standar pengkodean, penanganan data uji, penanganan repositori objek, dsb… yang jika diikuti selama skrip otomatisasi akan menghasilkan hasil yang bermanfaat seperti penggunaan ulang kode yang meningkat, portabilitas yang lebih tinggi, biaya pemeliharaan skrip yang berkurang, dsb. Ini hanyalah pedoman dan bukan aturan; ini tidak wajib dan Anda tetap dapat membuat skrip tanpa mengikuti pedoman. Namun, Anda akan kehilangan keuntungan dari memiliki Kerangka Kerja.

Mengapa Anda membutuhkan Kerangka?

Mari kita pertimbangkan sebuah contoh untuk memahami mengapa Anda memerlukan Framework.

Saya yakin Anda pernah menghadiri seminar/kuliah/konferensi di mana para peserta diminta untuk mematuhi pedoman berikut –

• Peserta hendaknya menempati tempat duduknya 5 menit sebelum perkuliahan dimulai.
• Bawalah buku catatan dan pena untuk membuat catatan.
• Baca abstracJadi, Anda memiliki gambaran tentang isi presentasi tersebut.
• Ponsel harus disetel ke senyap.
• Gunakan gerbang keluar di ujung speaker jika Anda harus keluar di tengah perkuliahan.
• Pertanyaan akan diambil pada akhir sesi.

Apakah Anda pikir Anda bisa mengadakan seminar TANPA Apakah Anda mengikuti pedoman ini?

Jawabannya besar IYA NIH! Tentu saja, Anda bisa mengadakan seminar/ceramah/konferensi/demonstrasi tanpa pedoman di atas.. malah sebagian dari kita tidak akan mengikutinya meski sudah ditata!

Namun jika pedoman tersebut diikuti, hal itu akan menghasilkan hasil yang bermanfaat seperti berkurangnya ketidakpuasan penonton.tracInteraksi selama perkuliahan, meningkatkan daya ingat peserta, dan pemahaman terhadap materi pelajaran.

Berdasarkan hal tersebut di atas, a Kerangka kerja dapat didefinisikan sebagai seperangkat pedoman yang, jika diikuti, akan menghasilkan hasil yang bermanfaat.

Kerangka Otomasi Uji Archikuliah: Komponen Utama

Sebelum membandingkan berbagai tipe, ada baiknya kita melihat terlebih dahulu apa saja yang terdapat dalam setiap framework. ArchiTecture menjelaskan bagaimana bagian-bagian ini disusun berlapis-lapis sehingga perubahan pada satu lapisan tidak merusak lapisan lainnya.

• Lapisan skrip pengujian: Berisi kasus uji. Skrip tetap singkat karena memanggil fungsi yang dapat digunakan kembali alih-alih mengulang langkah navigasi.
• Pustaka fungsi: Menyimpan tindakan bersama seperti login, pencarian, dan logout, sehingga perubahan alur kerja hanya dilakukan sekali.
• Repositori objek: Memetakan nama yang mudah dipahami ke penunjuk elemen GUI. Saat antarmuka berubah, hanya lapisan ini yang diedit.
• Lapisan data uji: Menyimpan nilai input dan nilai yang diharapkan dalam sumber Excel, CSV, atau basis data, bukan di dalam kode.
• Lapisan konfigurasi: Berisi lingkungan URLs, pilihan browser, batas waktu, dan kredensial.
• Lapisan pelaporan: Menghasilkan laporan eksekusi, tangkapan layar kegagalan, dan log diagnostik.
• Lapisan eksekusi: Memicu rangkaian dari server build, menghubungkan otomatisasi ke integrasi berkelanjutan.

Jenis-jenis kerangka kerja di bawah ini terutama berbeda dalam seberapa ketat mereka memisahkan lapisan-lapisan ini.

Jenis Kerangka Otomasi Pengujian

Di bawah ini adalah berbagai jenis Kerangka Pengujian Otomatis:

1. Penulisan Naskah Linier
2. Perpustakaan Tes ArchiKerangka tektur.
3. Berbasis Data pengujian Kerangka.
4. Kerangka Kerja Pengujian Berbasis Kata Kunci atau Berbasis Tabel.
5. Kerangka Kerja Otomasi Pengujian Hibrida.

Mari kita lihat secara detail –

1) Skrip Linier – Rekam & Putar

Ini adalah Kerangka Otomasi Pengujian yang paling sederhana dan juga dikenal sebagai “Rekam & Putar”. Dalam Pengujian Otomatisasi Kerangka Kerja, Penguji secara manual mencatat setiap langkah (Navigasi dan Input Pengguna), Menyisipkan Pos Pemeriksaan (Langkah Validasi) di putaran pertama. Dia kemudian, Memutar ulang naskah yang direkam di babak berikutnya.

Contoh: Pertimbangkan untuk masuk Aplikasi Reservasi Penerbangan dan memeriksa apakah aplikasi telah dimuat saat log-on berhasil. Di sini, penguji hanya akan mencatat langkah-langkahnya dan menambahkan langkah-langkah validasi.

SystemUtil.Run "flight4a.exe","","","open"
Dialog("Login").WinEdit("Agent Name:").Set "Guru99"
Dialog("Login").WinEdit("Password:").Set "Mercury"
Dialog("Login").WinButton("OK").Click
'Check Flight Reservation Window has loaded after successful log-on
Window("Flight Reservation").Check CheckPoint("Flight Reservation")

Kelebihan

• Cara tercepat untuk menghasilkan skrip
• Keahlian otomasi tidak diperlukan
• Cara termudah untuk mempelajari fitur Alat Pengujian

Kekurangan

• Sedikit penggunaan kembali skrip
• Data pengujian dikodekan secara hardcode ke dalam skrip
• Mimpi Buruk Pemeliharaan

2) Perpustakaan Tes ArchiKerangka tektur

Hal ini juga dikenal sebagai “Skrip Terstruktur” or “Dekomposisi Fungsional”.

Dalam Kerangka Pengujian Otomasi ini, skrip pengujian awalnya dicatat oleh “Rekam & Putar" metode. Later, tugas umum di dalam skrip diidentifikasi dan dikelompokkan ke dalam Fungsi. Fungsi-fungsi ini dipanggil oleh skrip pengujian utama yang disebut sopir dengan berbagai cara untuk membuat kasus uji.

Contoh: Dengan menggunakan contoh yang sama seperti di atas, fungsi login Reservasi Penerbangan akan terlihat seperti .

Function Login()
  SystemUtil.Run "flight4a.exe","","","open"
  Dialog("Login").WinEdit("Agent Name:").Set "Guru99"
  Dialog("Login").WinEdit("Password:").Set "Mercury"
  Dialog("Login").WinButton("OK").Click
End Function

Sekarang, Anda akan memanggil fungsi ini di skrip utama sebagai berikut

Call Login()
---------------------------
'Other Function calls / Test Steps.
---------------------------

Kelebihan

• Tingkat penggunaan kembali kode yang lebih tinggi dicapai dalam Skrip Terstruktur dibandingkan dengan “Rekam & Putar”
• Skrip otomatisasi lebih murah untuk dikembangkan karena penggunaan ulang kode yang lebih tinggi
• Pemeliharaan Script Lebih Mudah

Kekurangan

• Keahlian teknis diperlukan untuk menulis Skrip menggunakan Test Library Framework
• Dibutuhkan lebih banyak waktu untuk merencanakan dan menyiapkan skrip tes.
• Data Uji dikodekan secara keras di dalam skrip

3) Kerangka Pengujian Berbasis Data

Dalam Kerangka ini, sementara Uji Kasus Logika berada di dalam Skrip Pengujian, Data Pengujian dipisahkan dan disimpan di luar Skrip Pengujian. Data Pengujian dibaca dari file eksternal (File Excel, File Teks, File CSV, Sumber ODBC, Objek DAO, Objek ADO) dan dimuat ke dalam variabel di dalam Skrip Pengujian. Variabel digunakan baik untuk nilai Input maupun untuk nilai Verifikasi. Skrip Pengujian itu sendiri disiapkan menggunakan Linear Scripting atau Kerangka Kerja Pustaka Pengujian. Teknik ini dijelaskan lebih lanjut di bagian selanjutnya. pengujian berdasarkan data tutorial.

Contoh: Mengembangkanping Skrip Login Reservasi Penerbangan yang menggunakan metode ini akan melibatkan dua langkah.

Langkah 1) Buat Tes – File data yang dapat berupa Excel, CSV, atau sumber database lainnya.

Langkah 2) Kembangkan Skrip Tes dan buat referensi ke sumber Data Tes Anda.

SystemUtil.Run "flight4a.exe","","","open"
Dialog("Login").WinEdit("Agent Name:").Set DataTable("AgentName", dtGlobalSheet)
Dialog("Login").WinEdit("Password:").Set DataTable("Password", dtGlobalSheet)
Dialog("Login").WinButton("OK").Click
'Check Flight Reservation Window has loaded
Window("Flight Reservation").Check CheckPoint("Flight Reservation")
'Note "dtGlobalSheet" is the default excel sheet provided by QTP.

Kelebihan

• Perubahan pada Skrip Tes tidak mempengaruhi Data Tes
• Kasus Uji dapat dijalankan dengan beberapa Kumpulan Data
• Berbagai Skenario Pengujian dapat dijalankan hanya dengan memvariasikan Data Pengujian di File Data Eksternal

Kekurangan

• Diperlukan lebih banyak waktu untuk merencanakan dan menyiapkan Skrip Uji dan Data Uji

4) Kerangka Pengujian Berbasis Kata Kunci atau Berbasis Tabel

The Berbasis Kata Kunci atau pengembangan kerangka kerja otomatisasi berbasis tabel membutuhkan tabel data dan kata kunci, independen dari alat otomatisasi uji digunakan untuk mengeksekusinya. Tes dapat dirancang dengan atau tanpa Aplikasi. Dalam pengujian berdasarkan kata kunci, fungsionalitas aplikasi yang sedang diuji didokumentasikan dalam tabel serta petunjuk langkah demi langkah untuk setiap pengujian.

Ada 3 komponen dasar dari Kerangka Kerja Berbasis Kata Kunci yaitu Kata Kunci, Peta Aplikasi, dan Fungsi Komponen.

Kata Kunci adalah Tindakan yang dapat dilakukan pada Komponen GUI. Misalnya, untuk Kotak Teks Komponen GUI, beberapa Kata Kunci (Tindakan) adalah InputText, VerifyValue, VerifyProperty, dan seterusnya.

Apa itu Peta Aplikasi?

Peta Aplikasi Menyediakan Referensi Bernama untuk Komponen GUI. Peta Aplikasi tidak lain hanyalah “Tempat Penyimpanan Objek"

Apa itu Fungsi Komponen?

Fungsi Komponen adalah fungsi yang secara aktif memanipulasi atau menginterogasi komponen GUI. Contoh fungsinya adalah klik tombol web dengan semua penanganan kesalahan, masukkan data dalam Edit Web dengan semua penanganan kesalahan. Fungsi komponen dapat bergantung pada aplikasi atau independen.

Example: Untuk memahami Tampilan Kata Kunci, mari kita ambil contoh yang sama. Ini melibatkan 2 langkah

Langkah 1: Membuat Tabel Data (Berbeda dengan Tabel Data Uji yang dibuat dalam Kerangka Berbasis Data). Tabel Data ini berisi Tindakan yang akan dilakukan pada Objek GUI dan argumen terkait jika ada. Setiap baris mewakili satu Langkah Pengujian.

Langkah 2: Menulis Code dalam bentuk Fungsi Komponen.

Setelah Anda membuat tabel data, Anda cukup menulis program atau serangkaian skrip yang membaca setiap langkah, menjalankan langkah berdasarkan kata kunci yang terdapat di bidang Tindakan, melakukan pengecekan kesalahan, dan mencatat informasi relevan apa pun. Program atau kumpulan skrip ini akan terlihat mirip dengan kode semu di bawah ini:

Function main()
{
  Call ConnectTable(Name of the Table) { //Calling Function for connecting to the table.
  while (Call TableParser() != -1) //Calling function for Parsing and extracting values from the table.
  {
    Pass values to appropriate COMPONENT functions. Like Set(Object Name, Argument) ex. Set(Agent Name, Guru99).
  }
}
  Call CloseConnection() //Function for Closing connection after all the operation has been performed.
} //End of main

Itu semua untuk Kerangka Berbasis Kata Kunci.

Keuntungan dari Keyword Driven Framework adalah bahwa Kata Kunci dapat digunakan kembali. Untuk memahami hal ini, pertimbangkan untuk memverifikasi operasi login untuk Situs Web, misalnya YAHOO MAIL. Tabelnya akan terlihat seperti ini –

Jika Anda perhatikan dalam hal ini, Kata Kunci Set, Klik, Verifikasi tetap sama, yang mana fungsi komponen terkait sudah dikembangkan. Yang perlu Anda lakukan hanyalah mengubah Peta Aplikasi.ping (Repositori Objek) dari Reservasi Penerbangan sebelumnya ke Yahoo Mail , dengan perubahan nilai argumen dan skrip yang sama akan berfungsi!

Kelebihan

• Memberikan kegunaan ulang kode yang tinggi
• Alat Uji Mandiri
• Terlepas dari Aplikasi yang Sedang Diuji, skrip yang sama berfungsi untuk AUT (dengan beberapa batasan)
• Tes dapat dirancang dengan atau tanpa AUT

Kekurangan

• Investasi awal cukup tinggi, manfaatnya hanya dapat direalisasikan jika aplikasinya cukup besar dan skrip pengujiannya dipertahankan selama beberapa tahun.
• Keahlian Otomasi Tinggi diperlukan untuk membuat Kerangka Berbasis Kata Kunci.

CATATAN: Meskipun OpenText UFT One (sebelumnya Micro Focus) UFTMeskipun ) mengiklankan dirinya sebagai Kerangka Kerja Berbasis Kata Kunci, Anda tidak dapat mencapai kemandirian alat pengujian dan aplikasi sepenuhnya dengan menggunakannya.

5) Kerangka Otomasi Uji Hibrid

Seperti namanya, kerangka kerja ini adalah kombinasi dari satu atau lebih Kerangka Otomasi yang dibahas di atas yang memanfaatkan kekuatannya dan mencoba memitigasi kelemahannya. Kerangka kerja otomasi QA uji hibrid adalah kerangka kerja otomasi pengujian yang berkembang seiring berjalannya waktu dan beberapa proyek. Industri maksimum menggunakan Kerangka Kata Kunci dalam kombinasi metode dekomposisi Fungsi.

PS: Kerangka Otomasi lainnya yang patut disebutkan adalah

Uji Kerangka Modularitas

Dalam kerangka ini, tugas umum dalam skrip pengujian dikelompokkan menjadi Modul.

Example: Menggunakan Tindakan dalam QTP penggunaan dapat membuat Skrip Modular

Contoh Skrip untuk Login

SystemUtil.Run "flight4a.exe","","","open"
Dialog("Login").WinEdit("Agent Name:").Set "Guru99"
Dialog("Login").WinEdit("Password:").Set "Mercury"
Dialog("Login").WinButton("OK").Click
'End of Script

Sekarang Anda dapat memanggil Tindakan ini di skrip utama sebagai berikut –

RunAction ("Login[Argument]", oneIteration)

Pengujian Proses Bisnis (BPT)

Kerangka Otomatisasi ini, memecah Proses Bisnis besar menjadi Komponen yang dapat digunakan kembali beberapa kali dalam skrip pengujian yang sama atau berbeda. Misalnya, Proses Bisnis Pemesanan penerbangan dipecah menjadi beberapa komponen seperti Login, Menemukan Penerbangan, Pemesanan, Pembayaran & Logout yang dapat digunakan kembali dalam proses Bisnis yang sama atau proses yang berbeda. Selain itu, BPT memfasilitasi koordinasi yang lebih erat antara UKM dan Insinyur Otomasi.

Cara Memilih Kerangka Kerja Otomasi Pengujian yang Tepat

Tidak ada satu tipe pun yang selalu menang. Pilihan yang tepat bergantung pada keahlian tim, ukuran aplikasi, dan berapa lama rangkaian perangkat lunak tersebut harus bertahan. Tabel di bawah ini membandingkan kelima tipe tersebut berdasarkan faktor-faktor yang menentukan hasilnya.

Pertimbangkan hal-hal berikut sebelum mengambil keputusan:

1. Berapa lama suite ini akan bertahan? Perawatan selama bertahun-tahun membenarkan investasi awal yang tinggi dari desain berbasis kata kunci atau desain hibrida. Proyek jangka pendek tidak demikian.
2. Siapa yang membuat soal-soal ujiannya? Jika penguji manual menyumbangkan kasus, tabel kata kunci memungkinkan mereka untuk bekerja tanpa perlu mempelajari bahasa skrip.
3. Seberapa fluktuatifkah antarmuka tersebut? Seringnya perubahan tampilan layar membuat repositori objek terpisah menjadi sangat penting, jika tidak, setiap skrip perlu diedit.
4. Seberapa besar variasi data yang dibutuhkan? Banyak kombinasi input mengarah langsung pada desain berbasis data.
5. Alat mana yang sudah digunakan? Kerangka kerja harus sesuai dengan yang dipilih. alat otomatisasi dan bahasa yang dikuasai tim, seperti Selenium dengan Java or Cucumber.

Sebagian besar tim memulai dengan pendekatan berbasis pustaka atau data, kemudian berkembang menuju model hibrida seiring berjalannya waktu. regresi rangkaian produk diperluas.

Manfaat Kerangka Otomasi Uji Architekstur

Berikut ini adalah manfaat dari arsitektur kerangka kerja otomatisasi Pengujian:

• Kerangka kerja otomatisasi pengujian membantu mengurangi risiko dan biaya
• Ini meningkatkan efisiensi pengujian
• Ini membantu mengurangi biaya pemeliharaan
• Memungkinkan penggunaan kembali kode
• Hal ini memungkinkan pencapaian cakupan tes maksimum
• Ini memaksimalkan fungsionalitas aplikasi
• Membantu mengurangi duplikasi kasus uji
• Ini membantu meningkatkan efisiensi dan kinerja pengujian dengan otomatisasi pengujian

Pertanyaan Umum Demo Slot