Data, Kata Kunci & Kerangka Automasi Hibrid dalam QTP / UFT

Isi kandungan:

Anonim

Dalam tutorial ini, kita akan menggunakan QTP (HP UFT) untuk membuat

  • Rangka Kerja Berdasarkan Data
  • Rangka Kerja Didorong Kata Kunci
  • Kerangka Hibrid

Oleh itu, mari kita mulakan -

Rangka Kerja Berdasarkan Data

Data Driven Framework adalah kerangka kerja yang didorong oleh berbagai kombinasi data input dan output.

Salah satu cara untuk memasukkan kombinasi data yang berbeza adalah dengan Parameterization. Dalam kaedah ini, kami menggunakan ciri QTP yang berbeza. Untuk mengetahui lebih lanjut mengenai Parameterisasi, sila lawati di sini.

Namun, dalam DDF, skrip ditulis untuk melakukan parameterisasi. Kerangka seperti ini berguna apabila fungsi AUT mesti diuji dengan beberapa input dan menangkap output masing-masing. Input ini dapat dibaca dari fail luaran seperti Pangkalan Data, Excel, Outlook, Teks dan lain-lain dan output masing-masing ditulis kembali ke sumber luaran yang sesuai.

Langkah-langkah umum yang terlibat dalam kerangka berdasarkan data adalah:

  1. Sediakan Uji Kes untuk Aplikasi yang Diuji
  2. Tambahkan Objek dari AUT ke OR
  3. Tulis skrip berdasarkan Ujian Kes

Dalam tutorial ini, kami akan mengembangkan reka bentuk kerangka berdasarkan data untuk contoh kes ujian dengan menggunakan Excel sebagai sumber luaran untuk data Uji.

Langkah 1) Sediakan Uji Kes untuk Aplikasi yang diuji

Kes Ujian : Buka nombor pesanan dan dapatkan nama pelanggan untuk pesanan itu. Ulangi proses yang sama untuk nombor Pesanan yang berbeza

Sumber Luaran : Fail Excel

Sumber luaran untuk sampel ini adalah fail Excel. Skrip VB dalam Micro Focus UFT mesti ditulis untuk membuka fail Excel untuk membaca data ujian. Ini dapat dicapai secara hirarki.

1. Fail Excel pertama kali dibuka sebagai Aplikasi

2. Kemudian buku kerja mesti dibuka dari lokasi yang ditentukan

3. Lembaran di mana data ujian hadir.

4. Akhirnya, sel mesti dibaca.

Langkah 2) Tambahkan Objek dari AUT ke OR

Setelah kotak Uji siap, mulailah menambahkan semua objek yang diperlukan ke repositori. Dalam kes ujian kami, objek yang perlu ditambahkan adalah seperti berikut

  • Ikon "Buka Folder" dalam aplikasi Penerbangan Tempahan

  • Kotak Periksa "No Order" yang dapat diperoleh ketika ikon "Open Folder" diklik

  • Kotak WinEdit dari No pesanan (di mana nombor dimasukkan)

  • Butang OK

  • Medan "Nama" yang merupakan kotak WinEdit. Medan ini akan diisi dengan nama setelah butang OK diklik untuk nombor Pesanan tertentu.

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

Langkah 3) Tulis skrip berdasarkan Ujian Kes

Sebelum menjalankan skrip, pastikan fail Excel yang mengandungi data ujian telah disimpan dan ditutup.

Skrip di bawah ini adalah untuk membaca nombor pesanan dari Excel dan memasukkannya ke dalam aplikasi melalui pemboleh ubah "vOrder" dan menulis nama pelanggan dari aplikasi melalui pemboleh ubah "vName".

Nama Excel : FlightDDF.xlsx

Nama Helaian : Helaian1

Pengeluaran

Setelah skrip di atas dijalankan, output dapat diperoleh dari Excel seperti berikut:

Kerangka Data-Driven juga dapat dikembangkan dengan menulis pengaturcaraan deskriptif.

Menggunakan Pangkalan Data sebagai Sumber Luaran untuk DDF

Kes ujian yang sama dapat dijalankan jika sumber luaran adalah Pangkalan Data menggunakan langkah-langkah berikut

  1. Tulis VBScript untuk mewujudkan sambungan pangkalan data
  2. VBScript untuk membuka set rekod atau jadual.
  3. VBScript untuk membuka medan yang dikehendaki
  4. Sel tertentu dibaca dari lapangan.

Skrip

Untuk mewujudkan sambungan Pangkalan Data Microsoft

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

Nama Set Rekod: OpenOrder

Nama Medan: OrderNo, CustomerName

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

Pengeluaran

Kelebihan DDF

  • Sebilangan besar data ujian dapat dibaca dan ditulis ke dalam fail luaran dalam satu ujian
  • Pernyataan gelung digunakan untuk mengulangi langkah yang sama untuk beberapa lelaran. Oleh itu usaha pengekodan dikurangkan
  • Oleh kerana data dibaca dan ditulis secara langsung ke dalam fail luaran, tidak perlu menyalin, menempelkan atau mengeksport data untuk menggunakannya
  • Data Ujian dapat dibaca dari fail luaran dan outputnya dapat ditulis ke dalam fail luaran yang lain

Kekurangan DDF

  • Pengetahuan skrip diperlukan untuk mengembangkan kerangka ini
  • Kadang-kadang bilangan atau kombinasi data dari sumber luaran seperti Pangkalan Data boleh melambatkan atau bahkan merosakkan QTP

Rangka Kerja Didorong Kata Kunci

Framework Driven Framework adalah kerangka di mana kata kunci mendorong ujian. Di sini kata kunci merujuk kepada fungsi yang ditentukan pengguna . Dalam kerangka ini, kata kunci dibuat untuk melakukan langkah ujian tertentu atau kes ujian. Kata kunci ini kemudian dimasukkan ke dalam ujian pemacu untuk menjalankan beberapa kes ujian dalam ujian yang sama.

Untuk mengetahui mengenai fungsi yang ditentukan pengguna dalam QTP, sila lawati di sini

Secara amnya, kerangka kerja dapat dikembangkan dengan tiga cara agar dapat berjalan lancar.

  1. Rekod dan jalankan ujian
  2. Tambahkan objek ke repositori tempatan dan tulis skrip untuk semua langkah ujian
  3. Tulis pengaturcaraan deskriptif untuk semua langkah ujian

Dalam tutorial ini, KDF dikembangkan dengan merakam dan menjalankan ujian.

Tujuan kami adalah menjalankan satu ujian untuk lima kes ujian yang berbeza seperti masuk ke dalam aplikasi, memasukkan pesanan, membuka pesanan, menghapus pesanan dan menutup aplikasi. Oleh itu, kami akan merakam langkah-langkah ujian untuk kes ujian ini dan membuat fungsi dengan kata kunci Login, InsertOrder, OpenOrder, DeleteOrder dan CloseApp masing-masing.

Kes Ujian1: Log masuk ke dalam aplikasi

Kata kunci: Log masuk ()

Skrip yang Dirakam:

Kes Ujian2: Masukkan Pesanan

Kata kunci: InsertOrder ()

Skrip yang Dirakam:

Kes Ujian3: Buka Pesanan

Kata kunci: OpenOrder ()

Skrip yang Dirakam:

Kes Ujian4: Padamkan Pesanan

Kata kunci: DeleteOrder ()

Skrip yang Dirakam:

Kes Ujian5: Tutup aplikasi

Kata kunci: CloseApp ()

Skrip yang Dirakam:

Fungsi yang dibuat untuk kes ujian yang berbeza disimpan di perpustakaan fungsi dan dikaitkan dengan ujian utama. Adalah cukup untuk memanggil kata kunci untuk kes ujian yang diperlukan dalam ujian utama sehingga mengurangkan ukuran skrip pemacu dalam ujian utama.

Skrip Pemacu untuk rangka mudah ini kelihatan seperti:

Dengan menjalankan skrip di atas, hasil sebenar untuk semua lima kes ujian dapat diperoleh dari satu ujian.

Kelebihan

  • Sebilangan kes ujian boleh dijalankan pada satu ujian hanya dengan memanggil kata kunci masing-masing
  • Menulis pengaturcaraan deskriptif umum untuk semua objek web / tetingkap & memanggilnya sebagai kata kunci akan membantu menjalankan ujian yang sama untuk aplikasi dinamik yang berbeza
  • Mengurangkan saiz skrip pemacu

Kekurangan

  • Masa yang diperlukan untuk membangunkan kerangka kerja ini sangat tinggi jika terdapat sedikit kes ujian untuk dijalankan
  • Merakam langkah tidak selalu digunakan ketika merancang KDF untuk banyak aplikasi pada ujian yang sama.

Kerangka Hibrid

Kerangka hibrid adalah gabungan dari Data Driven Framework (DDF) dan Keyword Driven Framework (KDF) di mana beberapa kes ujian dengan beberapa input dapat dijalankan dalam ujian yang sama.

Dalam artikel ini, kes ujian yang sama yang digunakan dalam KDF akan dijalankan dalam satu ujian. Kata kunci dan skrip untuk semua kes ujian adalah sama seperti di KDF. Namun, TC3: Buka pesanan telah diparameter. Oleh itu skrip untuk kes ujian ini ditulis untuk menerima nombor pesanan dari fail Excel dan menulis nama pelanggan ke dalam fail excel

Kes Ujian1: Log masuk ke dalam aplikasi

Kata kunci: Log masuk ()

Kes Ujian2: Masukkan Pesanan

Kata kunci: InsertOrder ()

Kes Ujian3: Buka Pesanan untuk beberapa nombor pesanan

Kata kunci: OpenOrder ()

Penerangan: Di sini skrip yang sama digunakan untuk mengembangkan DDF digunakan, sehingga mencapai kes ujian untuk beberapa lelaran.

Skrip:

Kes Ujian4: Padamkan Pesanan

Kata kunci: DeleteOrder ()

Kes Ujian5: Tutup aplikasi

Kata kunci: CloseApp ()

Dengan mengikuti kaedah mudah ini, parameterisasi TC3 dicapai. Sekiranya berlaku, semua kes ujian yang lain juga dapat diukur dalam ujian yang sama.

Sebagai contoh, adalah kaedah yang sangat mudah untuk merancang kerangka hibrid. Kerangka yang sama juga dapat dicapai dengan pengaturcaraan deskriptif.

Kelebihan

  • Masa yang diperlukan untuk menjalankan ujian yang dirancang dengan kerangka hibrid agak kurang berbanding dengan kerangka kerja lain
  • Ini dapat digunakan ketika kita memerlukan semua kes ujian dan input yang terkait dengan kes ujian tertentu, dalam rangkaian ujian yang sama.

Kekurangan

  • Diperlukan pengetahuan yang jelas mengenai menggabungkan kerangka yang berbeza.