Uji Kerangka Otomasi - Hal yang Harus Anda Ketahui!

Daftar Isi:

Anonim

Dalam tutorial ini, Anda akan belajar

  • Apa itu Kerangka?
  • Apa itu Kerangka Otomasi TEST?
  • Jenis Kerangka Otomasi
  • 1) Linear Scripting - Rekam & Putar
  • 2) Uji Kerangka Arsitektur Perpustakaan.
  • 3) Kerangka Pengujian Berdasarkan Data.
  • 4) Kerangka Pengujian Berdasarkan Kata Kunci atau Berdasarkan Tabel.
  • 5) Kerangka Otomasi Uji Hibrid.

Apa itu Kerangka?

Daripada memberikan definisi kerangka kerja yang kutu buku, mari pertimbangkan sebuah contoh.

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

  • Peserta harus menempati kursinya 5 menit sebelum kuliah dimulai
  • Bawalah buku catatan dan pulpen untuk mencatat.
  • Bacalah abstrak sehingga Anda memiliki gambaran tentang apa presentasi itu nantinya.
  • Ponsel harus disetel dalam mode senyap
  • Gunakan gerbang keluar di ujung seberang pembicara jika Anda harus pergi di tengah-tengah kuliah.
  • Pertanyaan akan diambil di akhir sesi

Apakah Anda pikir Anda dapat mengadakan seminar TANPA mematuhi pedoman ini ????

Jawabannya adalah YA! Pastinya anda bisa mengadakan seminar / ceramah / konferensi / demonstrasi tanpa pedoman diatas (bahkan sebagian dari kita tidak akan mengikutinya walaupun ada yang meletakkan… :-)

Tetapi jika pedoman tersebut diikuti, maka akan menghasilkan hasil yang bermanfaat seperti berkurangnya gangguan audiens selama kuliah dan peningkatan retensi peserta serta pemahaman tentang materi pelajaran.

Berdasarkan hal di atas, Kerangka dapat didefinisikan sebagai seperangkat pedoman yang bila diikuti akan menghasilkan hasil yang bermanfaat.

Apa itu Kerangka Otomasi TEST?

Seperangkat pedoman seperti standar pengkodean, penanganan data uji, perlakuan repositori objek, dll ... yang bila diikuti selama skrip otomatisasi menghasilkan hasil yang bermanfaat seperti peningkatan penggunaan ulang kode, portabilitas yang lebih tinggi, pengurangan biaya pemeliharaan skrip, dll. Ingatlah bahwa ini hanya pedoman dan bukan aturan; mereka tidak wajib dan Anda masih dapat membuat skrip tanpa mengikuti pedoman. Tetapi Anda akan kehilangan keuntungan memiliki Kerangka.

Jenis Kerangka Otomasi

1) Linear Scripting
2) Kerangka Kerja Arsitektur Perpustakaan Tes.
3) Kerangka Pengujian Berdasarkan Data.
4) Kerangka Pengujian Berbasis Kata Kunci atau Berbasis Tabel.
5) Kerangka Otomasi Uji Hibrid.

Mari kita lihat secara detail -

1) Linear Scripting - Rekam & Putar

Ini adalah yang paling sederhana dari semua Kerangka dan juga dikenal sebagai "Rekam & Putar" . Dalam Kerangka ini, Penguji mencatat secara manual setiap langkah (Navigasi dan Input Pengguna), Menyisipkan Pos Pemeriksaan (Langkah Validasi) di babak pertama. Dia kemudian, Memutar kembali naskah yang direkam di babak berikutnya.

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

SystemUtil.Run "flight4a.exe", "", "", "buka"Dialog ("Login"). WinEdit ("Agent Name:"). Setel "Guru99"Dialog ("Login"). WinEdit ("Password:"). Setel "Mercury"Dialog ("Login"). WinButton ("OK"). Klik'Periksa Jendela Reservasi Penerbangan telah dimuat setelah berhasil masukJendela ("Reservasi Penerbangan"). Check Point ("Reservasi Penerbangan")

Keuntungan

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

Kekurangan

  • Sedikit penggunaan kembali skrip
  • Data pengujian di-hardcode ke dalam skrip
  • Maintenance Nightmare

2) Uji Kerangka Arsitektur Perpustakaan.

Ia juga dikenal sebagai "Skrip Terstruktur" atau "Dekomposisi Fungsional".

Dalam Kerangka ini, skrip pengujian awalnya direkam dengan metode "Rekam & Putar". Nanti, tugas umum di dalam skrip diidentifikasi dan dikelompokkan ke dalam Fungsi. Fungsi ini dipanggil oleh skrip pengujian utama yang disebut Driver dengan cara berbeda untuk membuat kasus pengujian.

Contoh: Menggunakan contoh yang sama seperti di atas, fungsi untuk login ke Reservasi Penerbangan akan terlihat.

Fungsi Login ()SystemUtil.Run "flight4a.exe", "", "", "buka"Dialog ("Login"). WinEdit ("Agent Name:"). Setel "Guru99"Dialog ("Login"). WinEdit ("Password:"). Setel "Mercury"Dialog ("Login"). WinButton ("OK"). KlikFungsi Akhir

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

Masuk Panggilan ()---------------------------Panggilan Fungsi / Langkah Tes lainnya.---------------------------

Keuntungan

  • Tingkat penggunaan ulang 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 Skrip Lebih Mudah

Kekurangan

  • Keahlian teknis diperlukan untuk menulis Skrip menggunakan Test Library Framework.
  • Lebih banyak waktu diperlukan untuk merencanakan dan mempersiapkan skrip pengujian.
  • Data Uji memiliki kode keras dalam skrip

3) Kerangka Pengujian Berdasarkan Data.

Dalam Kerangka ini, sementara logika Kasus Uji berada di Skrip Uji, Data Uji dipisahkan dan disimpan di luar Skrip Uji. Data Uji dibaca dari file eksternal (File Excel, File Teks, File CSV, Sumber ODBC, Objek DAO, Objek ADO) dan dimuat ke dalam variabel di dalam Skrip Tes. Variabel digunakan baik untuk nilai Input dan untuk nilai Verifikasi. Skrip Tes sendiri disiapkan menggunakan Linear Scripting atau Test Library Framework.

Contoh: Mengembangkan skrip Login Reservasi Penerbangan menggunakan metode ini akan melibatkan dua langkah.

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

Nama agen

Kata sandi

Jimmy

Air raksa

Tina

AIR RAKSA

Tagihan

Air raksa

Langkah 2) Kembangkan Test Script dan buat referensi ke Test- Data source Anda.

SystemUtil.Run "flight4a.exe", "", "", "buka"Dialog ("Login"). WinEdit ("Agent Name:"). Setel DataTable ("AgentName", dtGlobalSheet)Dialog ("Login"). WinEdit ("Password:"). Set DataTable ("Password", dtGlobalSheet)Dialog ("Login"). WinButton ("OK"). Klik'Periksa Jendela Reservasi Penerbangan telah dimuatJendela ("Reservasi Penerbangan"). Check Point ("Reservasi Penerbangan")** Catatan "dtGlobalSheet" adalah lembar excel default yang disediakan oleh QTP.

Keuntungan

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

Kekurangan

  • Lebih banyak waktu diperlukan untuk merencanakan dan mempersiapkan Skrip Tes dan Data Tes

4) Kerangka Pengujian Berdasarkan Kata Kunci atau Berdasarkan Tabel.

Kerangka Kerja Berdasarkan Kata Kunci atau Berdasarkan Tabel memerlukan pengembangan tabel data dan kata kunci, terlepas dari alat otomatisasi pengujian yang digunakan untuk menjalankannya. Tes dapat dirancang dengan atau tanpa Aplikasi. Dalam pengujian yang digerakkan oleh kata kunci, fungsionalitas dari aplikasi yang sedang diuji didokumentasikan dalam tabel serta dalam petunjuk langkah demi langkah untuk setiap pengujian.

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

Apa itu Kata Kunci?

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

Apa itu Application Map?

Peta Aplikasi Memberikan Referensi Bernama untuk Komponen GUI. Peta Aplikasi tidak lain adalah "Tempat Penyimpanan Objek "

Apa itu Fungsi Komponen?

Fungsi Komponen adalah fungsi yang secara aktif memanipulasi atau menginterogasi komponen GUI. Salah satu contoh fungsi adalah mengklik tombol web dengan semua penanganan kesalahan, memasukkan data dalam Edit Web dengan semua penanganan kesalahan. Fungsi komponen dapat bergantung pada aplikasi atau independen.

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

Langkah 1 : Membuat Tabel Data (Berbeda dari Tabel Uji-Data yang dibuat dalam Kerangka Kerja Data Driven). Tabel Data ini berisi Tindakan yang harus dilakukan pada Objek GUI dan argumen terkait jika ada. Setiap baris mewakili satu Langkah Tes.

Obyek

(Application MAP)

Tindakan

(KATA KUNCI)

Argumen

WinEdit (Nama Agen)
Set
Guru99
WinEdit (Kata Sandi)
Set
Air raksa
WinButton (OK)
Klik
Jendela (Reservasi Penerbangan)
Memeriksa
Ada

Langkah 2 : Menulis Kode dalam bentuk Fungsi Komponen.

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

Fungsi main (){Panggil ConnectTable (Nama Tabel) {// Fungsi Panggilan untuk menghubungkan ke tabel.while (Panggil TableParser ()! = -1) // Memanggil fungsi untuk Parsing dan mengekstrak nilai dari tabel.{Meneruskan nilai ke fungsi COMPONENT yang sesuai. Seperti Set (Nama Objek, Argumen) misalnya Set (Nama Agen, Guru99).}}Panggil CloseConnection () // Fungsi untuk Menutup koneksi setelah semua operasi dilakukan.} // Akhir dari utama

Itu semua untuk Kerangka Berbasis Kata Kunci.

Keuntungan dari Kerangka Kerja Berbasis Kata Kunci adalah bahwa Kata Kunci dapat digunakan kembali. Untuk memahami ini, pertimbangkan Anda ingin memverifikasi operasi login untuk Situs Web, katakanlah YAHOO MAIL. Tabel akan terlihat seperti ini -

Objek (PETA APLIKASI) Tindakan (KEYWORD) Argumen
WebEdit (UserName) Set Alamat email ini dilindungi dari robot spam. Anda perlu mengaktifkan JavaScript untuk melihatnya.
WebEdit (Sandi) Set xxxxx
WebButton (Oke) Klik
Jendela (Yahoo Mail) Memeriksa Beban

Jika Anda mengamati dalam hal ini Kumpulan Kata Kunci, Klik, Verifikasi tetap sama untuk fungsi komponen yang sesuai yang telah dikembangkan. Yang perlu Anda lakukan hanyalah mengubah Pemetaan Aplikasi (Object Repository) dari Reservasi Penerbangan sebelumnya ke Yahoo Mail, dengan perubahan nilai argumen dan skrip yang sama akan berfungsi!

Keuntungan

  • Memberikan kegunaan ulang kode tinggi
  • Alat Uji Independen
  • Independen Aplikasi Dalam Pengujian, skrip yang sama berfungsi untuk AUT (dengan beberapa batasan)
  • Tes dapat dirancang dengan atau tanpa AUT

Kekurangan

  • Investasi awal cukup tinggi, manfaat ini hanya dapat direalisasikan jika aplikasinya sangat besar dan skrip pengujian dipertahankan selama beberapa tahun.
  • Keahlian Otomasi tinggi diperlukan untuk membuat Kerangka Kerja Berbasis Kata Kunci.

CATATAN: Meskipun Micro Focus UFT mengiklankan dirinya sebagai KeyWord Driven Framework, Anda tidak dapat mencapai alat uji lengkap dan ketergantungan aplikasi menggunakan HP UFT.

5) Kerangka Otomasi Uji Hibrid.

Seperti namanya, kerangka kerja ini adalah kombinasi dari satu atau lebih kerangka kerja yang dibahas di atas yang menarik dari kekuatan mereka dan mencoba mengurangi kelemahan mereka. Kerangka kerja otomatisasi uji hybrid ini adalah yang paling berkembang menjadi kerangka kerja dari waktu ke waktu dan banyak proyek. Industri maksimum menggunakan Kerangka Kata Kunci dalam kombinasi metode dekomposisi Fungsi.

PS: Kerangka lain yang patut disebutkan

Uji Kerangka Modularitas

Dalam kerangka kerja ini, tugas umum dalam skrip pengujian dikelompokkan bersama sebagai Modul.

Contoh : Menggunakan Tindakan dalam penggunaan QTP dapat membuat Skrip Modualr

Contoh Script untuk Login

SystemUtil.Run "flight4a.exe", "", "", "buka"Dialog ("Login"). WinEdit ("Agent Name:"). Setel "Guru99"Dialog ("Login"). WinEdit ("Password:"). Setel "Mercury"Dialog ("Login"). WinButton ("OK"). Klik'Akhir dari Script

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

RunAction ("Login [Argument]", oneIteration)

Pengujian Proses Bisnis (BPT)

Kerangka kerja 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 dibagi 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.