Kerangka Kerja Data, Kata Kunci & Otomatisasi Hibrid di QTP/UFT

Kerangka Berbasis Data

Kerangka Berbasis Data adalah kerangka kerja yang didorong oleh berbagai kombinasi data masukan dan keluaran.

Salah satu cara meneruskan kombinasi data yang berbeda adalah dengan Parameterisasi. Dalam metode ini, kami menggunakan fitur QTP yang berbeda. Untuk mengetahui lebih banyak tentang Parameterisasi, 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 keluarannya 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 kerja berbasis data adalah:

1. Siapkan Uji Kasus untuk Aplikasi yang Sedang Diuji
2. Tambahkan Objek dari AUT ke OR
3. Tulis skrip berdasarkan Test Case

Dalam tutorial UFT, 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 yang sedang diuji

Uji Kasus: Buka nomor pesanan dan dapatkan nama pelanggan untuk pesanan tersebut. Ulangi proses yang sama untuk nomor pesanan yang berbeda

Sumber luar: Berkas Excel

Sumber eksternal untuk sampel ini adalah file Excel. Skrip VB dalam Micro Focus UFT harus ditulis untuk membuka file Excel agar dapat membaca data pengujian. Hal ini dapat dilakukan secara hierarkis.

1. File Excel pertama kali dibuka sebagai Aplikasi

2. Kemudian buku kerja harus dibuka dari lokasi yang ditentukan

3. Lembar tempat data pengujian disajikan.

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 “Nomor Pesanan” yang dapat diperoleh saat ikon “Buka Folder” diklik

• Kotak WinEdit dari Order no (tempat nomor dimasukkan)

• Tombol oke

• Kolom "Nama" yang merupakan kotak WinEdit. Kolom ini akan diisi dengan nama setelah tombol OK diklik untuk nomor Pesanan tertentu.

Setelah semua objek yang diperlukan telah ditambahkan, repositori objek akan muncul seperti berikut:

Langkah 3) Tulis skrip berdasarkan Test Case

Sebelum menjalankan skrip, pastikan file Excel yang berisi data pengujian telah disimpan dan ditutup.

Script di bawah ini adalah 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

Naskah

To Establish a Microsoft Database connection

Pengemudi = {Microsoft Akses Driver (*.mdb)}; DBQ =

Nama Kumpulan Catatan: OpenOrder

Nama Bidang: Nomor Pesanan, Nama Pelanggan

PS: Microsoft Access 2010 tidak dapat dihubungkan menggunakan skrip di bawah ini.

Keluaran

Kelebihan 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 outputnya dapat ditulis ke file eksternal lainnya

Kekurangan DDF

• Pengetahuan skrip diperlukan untuk mengembangkan kerangka kerja ini
• Terkadang jumlah atau kombinasi data dari sumber eksternal seperti Database dapat memperlambat atau bahkan membuat QTP crash

Kerangka Berbasis Kata Kunci

Kerangka Berbasis Kata Kunci adalah kerangka kerja di mana kata kunci mendorong pengujian. Di Sini kata kunci mengacu pada fungsi yang ditentukan pengguna. Dalam kerangka ini, kata kunci dibuat untuk melakukan langkah pengujian atau kasus pengujian tertentu. Kata kunci ini kemudian dipanggil ke dalam pengujian driver untuk menjalankan beberapa kasus pengujian dalam pengujian yang sama.

Untuk mengetahui tentang fungsi yang ditentukan pengguna di QTP, silakan kunjungi di sini

Secara umum, kerangka kerja dapat dikembangkan dalam tiga cara agar dapat diuji.

1. Rekam dan jalankan tes
2. Tambahkan objek ke repositori lokal dan tulis skrip untuk semua langkah pengujian
3. Tulis pemrograman deskriptif untuk semua langkah pengujian

Dalam tutorial ini, KDF dikembangkan dengan merekam dan menjalankan pengujian.

Tujuan kami adalah menjalankan satu pengujian untuk lima kasus pengujian yang berbeda seperti login ke aplikasi, memasukkan order, membuka order, menghapus order, dan menutup aplikasi. Oleh karena itu, kami akan mencatat langkah-langkah pengujian untuk kasus pengujian ini dan membuat fungsi dengan kata kunci Login, InsertOrder, OpenOrder, DeleteOrder, dan CloseApp.

Kasus Uji 1: Masuk ke aplikasi

kata kunci: Gabung ()

Skrip yang Direkam:

Test Case2: Masukkan Pesanan

kata kunci:Sisipkan Pesanan()

Skrip yang Direkam:

Uji Kasus3: Buka Pesanan

kata kunci:Pesanan Terbuka()

Skrip yang Direkam:

Uji Kasus4: Hapus Pesanan

kata kunci:Hapus Pesanan()

Skrip yang Direkam:

Uji Kasus5: Tutup aplikasi

kata kunci:Tutup Aplikasi()

Skrip yang Direkam:

Fungsi yang dibuat untuk kasus pengujian yang berbeda disimpan di pustaka fungsi dan dikaitkan dengan pengujian utama. Cukup dengan memanggil kata kunci untuk kasus uji yang diperlukan pada pengujian utama sehingga mengurangi ukuran skrip driver pada pengujian utama.

Skrip Pengemudi untuk kerangka sederhana ini terlihat seperti:

Dengan menjalankan skrip di atas, hasil aktual untuk kelima kasus pengujian dapat diperoleh dari satu pengujian.

Kelebihan

• Kasus pengujian dalam jumlah berapa pun dapat dijalankan dalam 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 pengujian yang harus dijalankan sangat sedikit
• Mencatat langkah-langkah tidak selalu digunakan saat mendesain KDF untuk banyak aplikasi pada pengujian yang sama.

Kerangka Hibrida

Framework hybrid merupakan gabungan dari Data Driven Framework (DDF) dan Keyword Driven Framework (KDF) dimana beberapa test case dengan beberapa input dapat dieksekusi dalam satu pengujian yang sama.

Pada artikel ini, kasus pengujian yang sama yang digunakan di KDF akan dieksekusi dalam satu pengujian. Kata kunci dan skrip untuk semua kasus uji sama seperti di KDF. Namun, TC3: Open order telah diparameterisasi. Oleh karena itu skrip untuk kasus uji ini ditulis untuk menerima nomor pesanan dari file Excel dan untuk menulis nama pelanggan ke dalam file excel

Kasus Uji 1: Masuk ke aplikasi

kata kunci: Gabung ()

Test Case2: Masukkan Pesanan

kata kunci:Sisipkan Pesanan()

Kasus Uji 3: Buka Pesanan untuk beberapa nomor pesanan

kata kunci:Pesanan Terbuka()

Description: Di sini skrip yang sama yang digunakan untuk mengembangkan DDF digunakan, sehingga mencapai kasus uji untuk beberapa iterasi.

Skrip:

Uji Kasus4: Hapus Pesanan

kata kunci:Hapus Pesanan()

Uji Kasus5: Tutup aplikasi

kata kunci:Tutup Aplikasi()

Dengan mengikuti metode sederhana ini, parameterisasi TC3 tercapai. Jika berlaku, semua kasus uji lainnya juga dapat diparameterisasi dalam pengujian yang sama.

Misalnya, adalah cara yang sangat sederhana untuk merancang kerangka kerja hybrid. Kerangka kerja yang sama juga dapat dicapai dengan pemrograman deskriptif.

Kelebihan

• Waktu yang dibutuhkan untuk menjalankan pengujian yang dirancang dengan framework hybrid relatif lebih sedikit dibandingkan dengan framework lainnya
• Ini dapat digunakan ketika kita membutuhkan semua kasus pengujian dan masukan yang terkait dengan kasus pengujian tertentu, dalam rangkaian pengujian yang sama.

Kerugian

• Diperlukan pengetahuan yang jelas tentang penggabungan kerangka kerja yang berbeda.