QTP/UFT Kerangka Kerja Otomatisasi: Berbasis Data, Kata Kunci & Hibrida
Thomas Hamilton
⚡ Ringkasan Cerdas
Kerangka kerja otomatisasi dalam QTP/UFT Susun skrip pengujian, data, dan fungsi yang dapat digunakan kembali sehingga satu pengujian dapat mencakup banyak kasus. Desain berbasis data, berbasis kata kunci, dan hibrida masing-masing cocok untuk kombinasi input dan logika yang dapat digunakan kembali yang berbeda.
Kerangka Kerja Berbasis Data
Kerangka Kerja Berbasis Data adalah kerangka kerja yang didorong oleh berbagai kombinasi data masukan dan keluaran.
Salah satu cara untuk mengirimkan berbagai kombinasi data adalah dengan ParameterisasiDalam metode ini, kami menggunakan fitur-fitur yang berbeda dari QTP.
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, seperti yang diilustrasikan di bawah ini.
Langkah-langkah umum yang terlibat dalam Kerangka Kerja Berbasis Data adalah:
- Siapkan Uji Kasus untuk Aplikasi yang Sedang Diuji
- Tambahkan Objek dari AUT ke OR
- Tulis skrip berdasarkan Test Case
Dalam UFT tutorialKami 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 contoh ini adalah file Excel. Skrip VB di OpenText Pengujian Fungsional (UFT One, sebelumnya Micro Focus UFT) harus ditulis untuk membuka file Excel agar dapat membaca data uji. Hal ini dapat dicapai 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
1. Ikon “Buka Folder” di Aplikasi Reservasi Penerbangan:
2. Kotak centang “Nomor Pesanan” yang dapat diperoleh saat ikon “Buka Folder” diklik:
3. Kotak WinEdit untuk nomor pesanan (tempat nomor dimasukkan):
4. Tombol OK:
5. Kolom “Nama” yang berupa kotak WinEdit. Kolom ini akan terisi 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 Kasus Uji
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
Keluaran
Setelah script di atas dijalankan, maka akan diperoleh output dari Excel sebagai berikut:
Kerangka Kerja Berbasis Data juga dapat dikembangkan dengan menulis pemrograman deskriptif.
Menggunakan Database sebagai Sumber Eksternal untuk DDF
Kasus pengujian yang sama dapat dijalankan jika sumber eksternal adalah Database menggunakan langkah-langkah berikut
- Tulis VBScript untuk membuat koneksi database
- VBScript untuk membuka recordset atau tabel.
- VBScript untuk membuka bidang yang diinginkan
- Sel tertentu dibaca dari lapangan.
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 basis data dapat memperlambat atau bahkan menyebabkan sistem mengalami kerusakan. QTP
Kerangka Kerja Berbasis Kata Kunci
Kerangka Kerja Berbasis Kata Kunci adalah kerangka kerja di mana kata kunci menjadi penggerak 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.
Secara umum, kerangka kerja dapat dikembangkan dalam tiga cara agar dapat diuji.
- Rekam dan jalankan tes
- 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 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
Kerangka kerja hibrida adalah kombinasi dari Kerangka Kerja Berbasis Data (Data-Driven Framework/DDF) dan Kerangka Kerja Berbasis Kata Kunci (Keyword-Driven Framework/KDF) di mana beberapa kasus uji dengan beberapa input dapat dieksekusi dalam pengujian yang sama.
Pada artikel ini, kasus uji yang sama yang digunakan dalam KDF akan dieksekusi dalam satu pengujian. Kata kunci dan skrip untuk semua kasus uji sama seperti di KDF. Namun, TC3: Membuka pesanan telah diparameterisasi. Oleh karena itu, skrip untuk kasus uji ini ditulis untuk menerima nomor pesanan dari file Excel dan 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.
Contoh di atas adalah cara yang sangat sederhana untuk mendesain kerangka kerja hibrida. 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.
