Pertanyaan Bagaimana Anda menulis Tes QTP Anda?


Saya bereksperimen dengan menggunakan QTP untuk beberapa pengujian otomatisasi ui dan saya bertanya-tanya bagaimana orang biasanya menulis tes QTP mereka. Apakah Anda menggunakan peta objek, pemrograman deskriptif, kombinasi atau cara lain bersama-sama? Setiap contoh kode kecil akan dihargai, Terima kasih


6
2017-12-16 18:14


asal


Jawaban:


Inilah saran saya.

1) Buat matriks persyaratan otomatisasi uji Anda. Anda dapat menggunakan sampel dari blog saya

http://automation-beyond.com/2009/06/06/qa-test-automation-requirements-usability/

http://automation-beyond.com/2009/06/07/qa-test-automation-requirements-usability-2/

http://automation-beyond.com/2009/06/10/qa-test-automation-requirements-5-maintainability/

http://automation-beyond.com/2009/06/08/qa-test-automation-requirements-robustness/

http://automation-beyond.com/2009/06/09/qa-test-automation-requirements-scalability/

2) Pilih Anda pendekatan otomasi

3) Tulis skrip pengujian Anda sesuai dengan pendekatan yang Anda pilih

Catatan. Cara Repositori QTP atau Pemrograman Deskriptif termasuk bagian pengenalan GUI dari otomatisasi uji fungsi front-end. Mereka penting dalam hal ketahanan dan pemeliharaan. Secara teknis, itu hampir sama. Dalam kedua kasus Anda harus memahami konsep pengenalan GUI dengan baik, atau Anda akan mengalami masalah apa pun pendekatannya.

  • Anda dapat menyimpan properti pengenalan objek GUI dalam struktur data mirip-XML dan memetakan catatan ke nama yang mirip bahasa Inggris. Setiap kali properti objek asli berubah, Anda memperbarui catatan Anda dalam repositori, sementara kode masih mengacu pada nama yang dipetakan.
  • Atau Anda dapat mengalamatkan objek GUI dengan secara langsung menempatkan properti pengenalan yang sama ke dalam pemanggilan fungsi. Setiap kali properti objek asli berubah, Anda harus melakukan perubahan kode. Tetapi Anda tidak perlu memelihara file tambahan bersama dengan skrip Anda.

Kerangka kerja yang baik harus mendukung baik notasi pemrograman GUI-dipetakan dan deskriptif dengan beroperasi pada tingkat referensi objek. Yaitu. Anda harus menjaga pengenalan obyek dan tugas-tugas interaksi objek terpisah.

Perhatikan bahwa tergantung pada konteks notasi Pemrograman Deskriptif mungkin pelan - pelan kinerja skrip Anda dan itu selalu menuntut upaya pemeliharaan ekstra sementara dalam kasus lain menggunakan Object Repositories hanya dapat menyebabkan penggandaan yang tidak diinginkan dari deskripsi objek atau mungkin membatasi pengenalan GUI yang berubah secara dinamis.
Saya mengilustrasikan beberapa poin yang dibuat di atas dalam artikel berikut: Tes kinerja QTP sedikit: Object Repository vs. Deskriptif Pemrograman

Contoh kode langsung (untuk otomatisasi praktis yang saya sarankan Pembungkusan Fungsi GUI).

Pemrograman deskriptif - menangani objek dengan properti deskripsi fisik.

Dim sProfile
sProfile = "Guest"

Set objWebParent = Browser("title:=Select Profile").Page("title:=Select Profile")
Set objWebObject = objWebParent.Link("text:="&sProfile) 
boolRC = objWebObject.Exist(0) 
If Not boolRC Then
'error-handling
End If
objWebObject.Click

Mengatasi objek dengan nama GUI yang dipetakan

Browser("Select Profile").Page("Select Profile").Link("Guest").Click

Terima kasih,
Albert Gareev
http://automation-beyond.com/


8
2017-12-17 15:04



Saya tahu saya terlambat di sini, dan Anda harus sudah memiliki apa yang Anda cari, tetapi saya ingin memberikan masukan saya juga bagi siapa pun yang mengunjungi topik ini.

Saya umumnya tidak pernah menggunakan ATAU, kecuali saya menemukan lingkungan di mana Pemrograman Deskriptif adalah tidak ada jalan. Baru-baru ini, saya bekerja dengan aplikasi Mainframe Front-End GUI yang sama sekali tidak memiliki konvensi penamaan untuk objek. Jika Anda memilih untuk menggunakan Pemrograman Deskriptif dengan aplikasi semacam itu, satu-satunya cara untuk bekerja dengan objeknya adalah melalui Indeks atau Pengenal Ordinal Lokasi, yang bukan merupakan tindakan terbaik mengingat 100 objek di setiap panel.

Jadi, jawaban atas pertanyaan Anda sangat tergantung pada lingkungan dan pengalaman Anda dengan OR dan DP. Sebagian besar orang yang bekerja dengan saya di pekerjaan saya, dan di komunitas online lebih suka bekerja dengan Pemrograman Deskriptif kapan pun memungkinkan. Namun, saya juga melihat orang-orang bekerja keajaiban dengan OR.

Saya memiliki beberapa contoh kode, tetapi, sayangnya, mereka berurusan dengan Pemrograman Deskriptif. Misalnya, artikel berikut berbicara tentang membuat kelas VBScript modular untuk membagi fungsi aplikasi menjadi komponen yang dapat dikelola dengan mudah:

http://relevantcodes.com/qtp-using-classes-as-test-modules-i/

Demikian pula, artikel ini menunjukkan bagaimana Pemrograman Deskriptif dapat digunakan untuk memverifikasi beberapa properti objek target melalui satu blok kode:

http://relevantcodes.com/qtp-verify-multiple-object-properties-an-elegant-approach/

Selain itu, kerangka demo juga tersedia untuk Anda lihat di sini:

http://relevantcodes.com/relevantcodes1one-qtp-automation-framework/

Kerangka ini dibangun sepenuhnya pada prinsip-prinsip Pemrograman Deskriptif, tetapi dalam rilis berikutnya, beberapa fungsi akan ditambahkan yang akan memungkinkan pengguna untuk bekerja dengan OR juga.

Terima kasih,

Anshoo Arora

(Terima kasih telah menautkan ke artikel asli, Motti)


1
2018-01-13 18:11