Apakah pengujian API menggunakan repositori objek?

Tidak. Tes API memiliki aktivitas, properti input dan output, serta sumber data, bukan objek pengujian, sehingga tidak ada repositori objek yang terlibat. Hanya tes GUI yang mempelajari objek dan menyimpan deskripsinya.

Pengujian API MENGGUNAKAN QTP/UFT: Tutorial Lengkap

⚡ Ringkasan Cerdas

Pengujian API di QTP/UFT Salah satu metode memvalidasi layanan secara langsung, tanpa melibatkan antarmuka pengguna. Pengujian API dibangun sebagai alur aktivitas pada kanvas, dan titik pemeriksaan menentukan apakah setiap respons berhasil atau tidak.

🔘 Tidak ada GUI yang terlibat: Input dikirim langsung ke layanan dan respons yang tercatat dibandingkan dengan ekspektasi.
☑️ Lima tipe yang didukung: Layanan web, REST, bahasa berorientasi objek, basis data, dan API milik perusahaan.
✅ Alur aktivitas, bukan objek: Seret Permintaan HTTP dari Kotak Peralatan ke alur pengujian dan atur propertinya.
🧪 Pos pemeriksaan menentukan vonisnya: Kode status 200 menandai panggilan berhasil tanpa inspeksi manual.
️ Hasil dalam satu tempat: Run Results Viewer melaporkan setiap aktivitas, responsnya, dan hasil setiap titik pemeriksaan.
📌 Penamaan saat ini: QTP ditambah HP Service Test menjadi UFT, sekarang dijual sebagai OpenText Pengujian Fungsional (UFT Satu).

Baca Selengkapnya

Sebelum menguji API, kita perlu mengetahui apa itu API. API (Application Programming Interface) adalah kumpulan fungsi dan prosedur perangkat lunak yang dapat dieksekusi oleh aplikasi perangkat lunak lain.

Apa itu Pengujian API?

Pengujian API adalah pengujian perangkat lunak Metode untuk memvalidasi Antarmuka Pemrograman Aplikasi (API). Tujuan pengujian API adalah untuk menguji API dalam hal fungsionalitas, keandalan, keamanan, dan kinerja. Dalam pengujian API, perangkat lunak digunakan untuk mengirimkan input ke API, dan outputnya direkam untuk menguji API.

Jadi, pengujian API adalah:

Pengujian tanpa GUI
Mensimulasikan skenario aliran data atau kontrol secara terprogram.
Fokus pada fungsi, bukan pada perilaku atau pengalaman pelanggan.

Diagram di bawah ini menempatkan pengujian API di antara klien yang memanggil layanan dan data yang diterimanya.

Mengapa Pengujian API penting?

Pengujian API memiliki empat keunggulan signifikan.

1. Pengujian API sedang tren

Seperti yang ditunjukkan pada gambar berikut, pengujian API telah berkembang sangat pesat selama sepuluh tahun terakhir. Pengujian ini menjadi jauh lebih populer daripada jenis pengujian lainnya.

2. Hemat waktu

Dengan Pengujian API, kita dapat menggunakan eksekusi paralel untuk mengurangi waktu eksekusi pengujian. Anda dapat menghemat hingga 5 kali lipat dibandingkan dengan jenis pengujian lainnya.

3. Bahasa mandiri

Dalam Pengujian API, data dipertukarkan melalui XML or JSON, sehingga bahasa apa pun dapat digunakan untuk menguji respons. Misalnya, jika Anda memiliki layanan yang responsnya dalam format JSON, Anda dapat dengan mudah mengurai data tersebut dengan Java, C# atau bahasa lainnya.

4. Integrasi GUI yang mudah

Karena UFT Dengan satu solusi, pengujian GUI dan pengujian API dapat dilakukan dalam satu paket, panggilan API dapat mengatur data untuk pengujian antarmuka pengguna, dan kedua jenis pengujian tersebut dilaporkan ke dalam hasil eksekusi yang sama. Hal ini memungkinkan pengecekan layanan dan layar yang menggunakannya tetap berada dalam satu proyek, bukan dua toolchain yang berbeda.

Pengujian API dengan UFT (Pengujian Fungsional Terpadu)

Tersedia banyak alat, baik yang bersifat sumber terbuka maupun komersial. UFT merupakan pilihan tepat untuk menjalankan pengujian API, karena alurnya dibangun secara visual dan konfigurasinya disimpan dalam satu panel properti.

Versi terakhir dari QTP, disebut HP Unified Pengujian Fungsional (UFT), merupakan kombinasi dari HP QTP (alat pengujian GUI) dan HP Service Test (alat pengujian API). UFT mendukung Web, Java.NET, Oracle, Siebel, layanan web, dan banyak bahasa serta platform utama lainnya yang tidak didukung oleh versi sebelumnya.

⚠️ Penamaan produk: alat yang dijelaskan di sini sebagai HP UFT sekarang dijual sebagai OpenText Pengujian Fungsional (UFT Satu), setelah berpindah dari HP ke Micro Focus dan kemudian ke OpenTextTampilan layar di bawah ini berasal dari rilis era HP, jadi susunan kata pada menu berbeda dengan versi terbaru, tetapi alur pengujian API, aktivitas, dan titik pemeriksaan berfungsi dengan cara yang sama.

Jenis dukungan pengujian API oleh HP UFT

layanan web
ISTIRAHAT
Bahasa Berorientasi Objek
Basis Data
API berpemilik

Mulailah pengujian API pertama Anda dengan QTP

Dalam pengujian API ini UFT Dalam tutorial ini, kita akan membahas... UFT Contoh pengujian API. Kita akan menguji Graph API dari Facebook. Kita akan menguji API sebagai berikut: Uji Kasus di bawah

Dapatkan profil pengguna tertentu di Facebook.
Pastikan profil sesuai dengan harapan.

Berikut adalah langkah untuk membuat alur pengujian untuk API ini.

⚠️ Tentang contoh ini: Facebook telah menghentikan Graph API v2.3 beberapa tahun yang lalu dan token akses yang ditunjukkan di bawah ini telah lama kedaluwarsa, sehingga panggilan persis tersebut tidak lagi mengembalikan data. Permintaan asli tetap tidak berubah seperti contoh yang telah dikerjakan; arahkan langkah-langkah yang sama ke titik akhir REST saat ini untuk mengikuti langkah-langkahnya.

Langkah 1) Buka HP UFT dan membuat proyek baru Pengujian API

Pilih Mulai > (Semua) Program > Perangkat Lunak HP > Pengujian Fungsional Terpadu HP > Pengujian Fungsional Terpadu. Dalam rilis terbaru, ini hanyalah... UFT Satu jalan pintas.
Klik File > Baru > Tes. Pilih Tes API mengetik
Saat kotak dialog terbuka, masukkan nama pengujian API: API_Facebook, dan pilih lokasi untuk menyimpan proyek ini. Klik membuat untuk membuat proyek pengujian API.

Langkah 2) Menambahkan Permintaan HTTP ke Alur Pengujian

Kita akan menggunakan Permintaan HTTP untuk membuat permintaan ke API Facebook.

Pilih Toolbox > jaringan
Tarik elemen Permintaan HTTP untuk Menguji Aliran.

Langkah 3) Konfigurasi dan berikan parameter ke dalam permintaan HTTP

Klik kanan pada Permintaan HTTP objek untuk mengeditnya.

Di bagian Properti, masukkan URL

https://graph.facebook.com/v2.3/me?access_token=CAACEdEose0cBANJsDnbZC92mNAghaM6xxZCZBZAvKlMXS98VYvKy%20OlrfAdsUWR8x5aw9Kqc0grscs9zb9IYED4VC3FwapIZBj%20dsuxy%20HdLcff38gYUBFNeRQlH%20fN7eXKoVZBNl0bR233ZAZCw8fLF1QLh98ry2ZBeYBhXLabtTDkFPZA1IqhaMG0mQp30zO1%20QxQ19nVCxZArJA6XRoB1o5FMepII5cn3DgbBmTgZD

Anda juga dapat mengirimkan parameter ke API dengan mengatur nilai di dalamnya. Judul Permintaan kisi.

Gunakan Penjelajah API Grafik dari Facebook untuk mendapatkan nilai access_token.
Mengatur Metode HTTP untuk DAPATKAN.
Konfigurasi Pos pemeriksaan dari Permintaan HTTP. Tetapkan kode status ke 200 Di bagian Checkpoints, Checkpoints memungkinkan Anda melihat apakah tindakan tersebut berhasil tanpa harus memeriksa hasilnya secara manual, dan hasil lulus atau gagal dari pengujian ditentukan olehnya. Kode status 200 berarti kasus uji telah lulus.

Langkah 4) Jalankan tes

klik Run tombol, atau tekan F5, untuk membuka kotak dialog Jalankan Tes. Klik Run untuk mengkompilasi dan menjalankan pengujian.

Langkah 5) Lihat hasilnya

Jendela Penampil Hasil Eksekusi terbuka. Dalam pengujian API ini menggunakan UFT Sebagai contoh, kasus uji yang gagal dilaporkan seperti pada gambar berikut.

Jika kasus uji berhasil, hasilnya akan dilaporkan seperti di bawah ini.

Tes API pertama Anda di UFT kini telah selesai.

Ke mana harus pergi dari sini

Sekarang Anda telah mempelajari cara membuat pengujian dengan pengujian API di UFTAnda dapat membuat pengujian sendiri untuk aplikasi tanpa GUI Anda. Menambahkan pos pemeriksaan per tanggapan dan grupping panggilan ke transaksi adalah langkah selanjutnya yang biasa dilakukan.

Pertanyaan Umum Demo Slot

Pengujian GUI menggerakkan kontrol di layar dan menyimpannya sebagai objek pengujian. Pengujian API adalah alur aktivitas pada kanvas yang mengirimkan permintaan langsung ke layanan, sehingga tidak ada yang direkam dari antarmuka.

Tidak. Sebuah pengujian API memiliki aktivitas, properti input dan output, serta sumber data, bukan objek pengujian, jadi tidak. repositori objek terlibat. Hanya pengujian GUI yang mempelajari objek dan menyimpan deskripsinya.

Impor WSDL layanan ke dalam pengujian. UFT Membaca dokumen, membuat aktivitas untuk setiap operasi yang diekspos oleh layanan, dan menambahkannya ke panel Kotak Peralatan sehingga dapat diseret ke alur pengujian seperti aktivitas lainnya.

Hubungkan properti input aktivitas ke sumber data seperti lembar Excel atau file XML, bukan ke tipe data tertentu.ping nilai literal. Setiap baris kemudian menghasilkan satu iterasi, dan Penampil Hasil Eksekusi melaporkan hasilnya per iterasi.

Alat bantu berbasis AI membandingkan respons di berbagai proses untuk menandai penyimpangan skema dan bidang yang baru gagal, serta dapat mengelompokkan kegagalan berulang berdasarkan kemungkinan penyebab utamanya. Hal ini mempersingkat proses triase, tetapi nilai yang diharapkan di setiap titik pemeriksaan masih memerlukan keputusan manusia.

Copilot berguna untuk kode di sekitar pengujian: logika aktivitas kustom, penguraian respons, dan fungsi pembantu. Namun, Copilot tidak dapat membangun alur pengujian visual atau membaca konfigurasi layanan Anda.tract, jadi setiap permintaan dan titik pemeriksaan yang disarankan perlu diverifikasi.

SoapUI ke Postman lebih ringan dan gratis untuk digunakan pada awalnya. UFT Hal ini membuktikan nilainya karena proyek yang sama juga harus mencakup antarmuka pengguna, sebab satu lisensi dan satu set hasil mencakup kedua lapisan tersebut.

Selain kode status HTTP, pengujian API dapat memeriksa konten isi respons, nilai header individual, dan data yang dikembalikan dibandingkan dengan sumber yang diharapkan. Setiap hasil titik pemeriksaan muncul bersamaan dengan permintaan di Penampil Hasil Eksekusi.