Dalam tutorial ini, kami akan menggunakan QTP (HP UFT) untuk membuat
- Kerangka Kerja Berbasis Data
- Kerangka Kerja Berbasis Kata Kunci
- Kerangka Hibrid
Jadi mari kita mulai -
Kerangka Kerja Berbasis Data
Kerangka Kerja Data Driven adalah kerangka kerja yang didorong oleh kombinasi data input dan output yang berbeda.
Salah satu cara untuk melewatkan kombinasi data yang berbeda adalah dengan Parameterization. Dalam metode ini, kami menggunakan fitur QTP yang berbeda. Untuk mengetahui lebih lanjut tentang Parameterization, silakan kunjungi di sini.
Namun, di DDF, skrip ditulis untuk melakukan parameterisasi. Kerangka kerja semacam ini berguna ketika fungsionalitas AUT harus diuji dengan beberapa masukan dan menangkap keluaran masing-masing. Input ini dapat dibaca dari file eksternal seperti Database, Excel, Outlook, file Teks, dll. Dan output masing-masing ditulis kembali ke sumber eksternal yang sesuai.
Langkah-langkah umum yang terlibat dalam kerangka berbasis data adalah:
- Siapkan Kasus Uji untuk Aplikasi yang Sedang Diuji
- Tambahkan Objek dari AUT ke OR
- Tuliskan skrip berdasarkan Test Case
Dalam tutorial ini, kami akan mengembangkan desain kerangka kerja berbasis data untuk contoh kasus uji dengan menggunakan Excel sebagai sumber eksternal untuk data Uji.
Langkah 1) Siapkan Kasus Uji untuk Aplikasi dalam Pengujian
Kasus Uji : Buka nomor pesanan dan dapatkan nama pelanggan untuk pesanan itu. Ulangi proses yang sama untuk nomor pesanan yang berbeda
Sumber Eksternal : File Excel
Sumber eksternal untuk sampel ini adalah file Excel. Skrip VB di Micro Focus UFT harus ditulis untuk membuka file Excel untuk membaca data pengujian. Ini dapat dicapai dengan cara hierarkis.
1. File Excel pertama kali dibuka sebagai Aplikasi
2. Kemudian buku kerja harus dibuka dari lokasi yang ditentukan
3. Lembar tempat menampilkan data uji.
4. Terakhir, sel harus dibaca.
Langkah 2) Tambahkan Objek dari AUT ke OR
Setelah Test case siap, mulailah menambahkan semua objek yang diperlukan ke repositori. Dalam kasus pengujian kami, objek yang perlu ditambahkan adalah sebagai berikut
- Ikon "Buka Folder" di aplikasi Reservasi Penerbangan
- Kotak centang “No Order” yang dapat diperoleh saat ikon “Open Folder” diklik
- Kotak WinEdit dari Order no (tempat nomor dimasukkan)
- Tombol OK
- Bidang "Nama" yang merupakan kotak WinEdit. Bidang ini akan diisi dengan nama setelah tombol OK diklik untuk nomor Pesanan tertentu.
Setelah semua objek yang dibutuhkan telah ditambahkan, repositori objek akan muncul sebagai berikut:
Langkah 3) Tuliskan skrip berdasarkan Test Case
Sebelum menjalankan skrip, pastikan bahwa file Excel yang berisi data pengujian telah disimpan dan ditutup.
Script di bawah ini untuk membaca nomor pesanan dari Excel dan menetapkannya ke dalam aplikasi melalui variabel "vOrder" dan menulis nama pelanggan dari aplikasi melalui variabel "vName".
Nama Excel : FlightDDF.xlsx
Nama Lembar : Lembar1
Keluaran
Setelah skrip di atas dijalankan, output dapat diperoleh dari Excel sebagai berikut:
Kerangka Data-Driven juga dapat dikembangkan dengan menulis pemrograman deskriptif.
Menggunakan Database sebagai Sumber Eksternal untuk DDF
Kasus uji yang sama dapat dijalankan jika sumber eksternal adalah Database menggunakan langkah-langkah berikut
- Tulis VBScript untuk membuat koneksi database
- VBScript untuk membuka kumpulan data atau tabel.
- VBScript untuk membuka bidang yang diinginkan
- Sel tertentu dibaca dari lapangan.
Naskah
Untuk membangun koneksi database Microsoft
Driver = {Microsoft Access Driver (* .mdb)}; DBQ =
Record Set Name: OpenOrder
Fields Name: OrderNo, CustomerName
PS: Microsoft Access 2010 tidak dapat dihubungkan menggunakan skrip di bawah ini.
Keluaran
Keuntungan dari DDF
- Sejumlah besar data pengujian dapat dibaca dan ditulis ke dalam file eksternal dalam satu pengujian
- Pernyataan loop digunakan untuk mengulangi langkah yang sama untuk beberapa iterasi. Oleh karena itu, upaya pengkodean berkurang
- Karena data dibaca dan ditulis langsung ke file eksternal, tidak perlu menyalin, menempel, atau mengekspor data untuk menggunakannya
- Data Uji dapat dibaca dari file eksternal dan hasilnya dapat ditulis ke file eksternal lainnya
Kerugian dari DDF
- Pengetahuan skrip diperlukan untuk mengembangkan kerangka kerja ini
- Terkadang jumlah atau kombinasi data dari sumber eksternal seperti Database dapat memperlambat atau bahkan merusak QTP
Kerangka Kerja Berbasis Kata Kunci
Kerangka Kerja Berbasis Kata Kunci adalah kerangka kerja tempat kata kunci mendorong pengujian. Di sini kata kunci mengacu pada fungsi yang ditentukan pengguna . Dalam kerangka kerja ini, kata kunci dibuat untuk melakukan langkah pengujian tertentu atau kasus pengujian. Kata kunci ini kemudian dipanggil ke dalam tes driver untuk menjalankan beberapa kasus tes dalam tes yang sama.
Untuk mengetahui tentang fungsi yang ditentukan pengguna di QTP, silakan kunjungi di sini
Secara umum, kerangka kerja dapat dikembangkan dalam tiga cara untuk menjalankan pengujian.
- Rekam dan jalankan pengujian
- Tambahkan objek ke repositori lokal dan tulis skrip untuk semua langkah pengujian
- Tulis pemrograman deskriptif untuk semua langkah pengujian
Dalam tutorial ini, KDF dikembangkan dengan merekam dan menjalankan tes.
Tujuan kami adalah menjalankan satu pengujian untuk lima kasus pengujian yang berbeda seperti login ke aplikasi, memasukkan pesanan, membuka pesanan, menghapus pesanan, dan menutup aplikasi. Oleh karena itu, kami akan merekam langkah-langkah pengujian untuk kasus pengujian ini dan membuat fungsi dengan kata kunci masing-masing Login, InsertOrder, OpenOrder, DeleteOrder dan CloseApp.
Uji Kasus1: Masuk ke dalam aplikasi
Kata kunci: Login ()
Script yang Direkam:
Kasus Uji2: Masukkan Pesanan
Kata kunci: InsertOrder ()
Script yang Direkam:
Kasus Uji3: Buka Pesanan
Kata kunci: OpenOrder ()
Script yang Direkam:
Uji Kasus4: Hapus Pesanan
Kata kunci: DeleteOrder ()
Script yang Direkam:
Uji Kasus5: Tutup aplikasi
Kata kunci: CloseApp ()
Script yang Direkam:
Fungsi yang dibuat untuk kasus pengujian yang berbeda disimpan di pustaka fungsi dan terkait dengan pengujian utama. Cukup memanggil kata kunci untuk kasus pengujian yang diperlukan dalam pengujian utama sehingga mengurangi ukuran skrip driver dalam pengujian utama.
Skrip Driver untuk kerangka kerja sederhana ini terlihat sebagai:
Dengan menjalankan skrip di atas, hasil sebenarnya untuk kelima kasus pengujian dapat diperoleh dari satu pengujian.
Keuntungan
- Sejumlah kasus pengujian dapat dijalankan pada satu pengujian hanya dengan memanggil kata kuncinya masing-masing
- Menulis pemrograman deskriptif umum untuk semua objek web / windows & memanggilnya sebagai kata kunci akan membantu dalam menjalankan pengujian yang sama untuk aplikasi dinamis yang berbeda
- Mengurangi ukuran skrip driver
Kekurangan
- Waktu yang dibutuhkan untuk mengembangkan kerangka kerja ini sangat tinggi jika jumlah kasus uji yang dijalankan sangat sedikit
- Pencatatan langkah-langkah tidak selalu digunakan saat mendesain KDF untuk banyak aplikasi pada pengujian yang sama.
Kerangka Hibrid
Framework hybrid adalah kombinasi dari Data Driven Framework (DDF) dan Keyword Driven Framework (KDF) di mana beberapa kasus pengujian dengan beberapa masukan dapat dijalankan dalam pengujian yang sama.
Dalam artikel ini, kasus pengujian yang sama yang digunakan di KDF akan dijalankan dalam satu pengujian. Kata kunci dan skrip untuk semua kasus pengujian sama seperti di KDF. Namun, TC3: Buka pesanan telah diparameterisasi. Karenanya skrip untuk kasus uji ini ditulis untuk menerima nomor pesanan dari file Excel dan untuk menulis nama pelanggan ke dalam file excel
Uji Kasus1: Masuk ke dalam aplikasi
Kata kunci: Login ()
Kasus Uji2: Masukkan Pesanan
Kata kunci: InsertOrder ()
Kasus Uji3: Buka Pesanan untuk beberapa nomor pesanan
Kata kunci: OpenOrder ()
Deskripsi: Di sini, skrip yang sama yang digunakan untuk mengembangkan DDF digunakan, sehingga mencapai kasus uji untuk beberapa iterasi.
Naskah:
Uji Kasus4: Hapus Pesanan
Kata kunci: DeleteOrder ()
Uji Kasus5: Tutup aplikasi
Kata kunci: CloseApp ()
Dengan mengikuti metode sederhana ini, parameterisasi TC3 tercapai. Jika berlaku, semua kasus pengujian lainnya juga dapat dijadikan parameter dalam pengujian yang sama.
Misalnya, adalah cara yang sangat sederhana untuk mendesain kerangka hybrid. Kerangka yang sama juga dapat dicapai dengan pemrograman deskriptif.
Keuntungan
- Waktu yang dibutuhkan untuk menjalankan pengujian yang dirancang dengan kerangka hybrid relatif lebih sedikit dibandingkan dengan kerangka kerja lainnya
- Ini dapat digunakan saat kita membutuhkan semua kasus pengujian dan masukan yang terkait dengan kasus pengujian tertentu, dalam rangkaian pengujian yang sama.
Kerugian
- Diperlukan pengetahuan yang jelas tentang menggabungkan kerangka kerja yang berbeda.