Rumah  >  Artikel  >  pembangunan bahagian belakang  >  Simulasikan perkhidmatan pihak ketiga dalam application-go + BDD-java

Simulasikan perkhidmatan pihak ketiga dalam application-go + BDD-java

WBOY
WBOYke hadapan
2024-02-11 13:39:17994semak imbas

application-go + BDD-java 中模拟第三方服务

Apa yang akan diperkenalkan oleh editor PHP Zimo kepada anda hari ini ialah kaedah mensimulasikan perkhidmatan pihak ketiga dalam application-go + BDD-java. Semasa proses pembangunan perisian, kami selalunya perlu berinteraksi dengan perkhidmatan pihak ketiga, tetapi semasa fasa ujian, kami mungkin tidak mempunyai akses langsung kepada perkhidmatan ini. Untuk menyelesaikan masalah ini, kami boleh menggunakan application-go dan BDD-java untuk mensimulasikan gelagat perkhidmatan pihak ketiga untuk ujian yang lebih berkesan. Seterusnya, mari kita lihat kaedah pelaksanaan khusus!

Kandungan soalan

Saya baru-baru ini mula menyelidik BDD (menggunakan Gherkin + Restassured). Perlu mensimulasikan perkhidmatan pihak ketiga, berikut ialah kes penggunaan saya.

  1. Perkhidmatan A memanggil perkhidmatan B secara dalaman
  2. Apl ini terletak di goLang.
  3. BDD menggunakan bahasa Java.

Kami mempunyai saluran paip CI yang menjana rpm dan menggunakan rpm ke dalam mesin maya. Pada VM ini kami menjalankan BDD (Pada masa ini Perkhidmatan-A dan Perkhidmatan-B digunakan pada VM yang sama)

Adakah cara untuk mengejek Perkhidmatan-B supaya saya tidak perlu bergantung pada Perkhidmatan-B? Jika ya, apakah pendekatan terbaik di sini.

Mencuba goLang httptest untuk mengejek perkhidmatan di peringkat ujian unit. Tetapi bagaimana untuk mensimulasikan selepas mencipta rpm dalam saluran paip menggunakan BDD.

Terima kasih

Penyelesaian

Jika perkhidmatan A anda memanggil perkhidmatan B secara dalaman, bukannya melalui web atau RPC, maka anda boleh menggunakan suntikan pergantungan untuk menyuntik versi "palsu" perkhidmatan B. (Perhatikan bahawa ini tidak semestinya melibatkan rangka kerja suntikan pergantungan; suntikan berasaskan pembina dan berasaskan harta juga sah). Jika perkhidmatan B tidak mempunyai antara muka, ekstrak satu dan gunakan penyesuai nipis untuk memanggil perkhidmatan sebenar atau perkhidmatan palsu bergantung pada persekitaran.

Selagi adegan hanya berinteraksi dengan UI atau API Perkhidmatan A, anda tidak perlu menukar pemandangan.

Anda perlu menukar cara saluran paip binaan anda berfungsi supaya ia menggunakan kod palsu anda untuk penggunaan dan bukannya kod sebenar anda.

Anda juga boleh melakukan ini semasa masa jalan, bertukar daripada yang palsu kepada yang sebenar dengan meminta penyesuai memanggil perkhidmatan yang berkaitan. Penukaran atau penggunaan boleh dicetuskan oleh pembolehubah persekitaran atau parameter binaan.

Tetapi sila berhati-hati untuk tidak menggunakan perkhidmatan ujian kepada pengeluaran!

Jika anda menggunakan penggunaan berterusan, sebaiknya langkah terakhir dalam saluran paip binaan harus digunakan dan menguji interaksi dengan perkhidmatan sebenar. Jika atas sebab tertentu inilah satu-satunya cara anda bekerja, masih terdapat beberapa perkara yang boleh anda lakukan yang mungkin membantu:

  • Anda boleh stub data yang digunakan oleh perkhidmatan B supaya ia berkelakuan dengan cara yang boleh diramal

  • Anda boleh menggunakan contoh ujian. Sila hubungi pembekal perkhidmatan anda untuk mengetahui sama ada mereka mempunyai perkhidmatan yang mungkin berfungsi untuk anda. Saya akan mencadangkan anda masih perlu menyemak sama ada penggunaan perkhidmatan sebenar berjaya, sebaik-baiknya menggunakan beberapa jenis ujian automatik, walaupun ia perlu dijalankan dalam pengeluaran. Hanya lakukan ujian asap asas untuk memeriksa sama ada sistem anda disambungkan. Ambil perhatian bahawa lebih mudah untuk digunakan, lebih mudah untuk pulih daripada ralat jika anda tidak boleh menggunakan dengan cepat, maka anda memerlukan pemeriksaan yang lebih teliti.

Jika RPM dicipta dan digunakan tanpa sebarang jenis contoh palsu atau ujian, dan anda tidak boleh mengkonfigurasi persekitaran untuk menggunakan contoh palsu atau ujian sedemikian, maka anda tidak akan dapat mengejeknya. Saluran paip binaan mestilah sebahagian daripada pemalsuan penggunaan. Jika anda mempunyai kawalan ke atas saluran paip CI, ini tidak akan menjadi masalah jika tidak, hubungi pasukan binaan anda. Mereka mungkin mempunyai pengalaman atau boleh merujuk anda kepada orang lain yang boleh membantu anda. Lagipun, BDD yang hebat didorong oleh dialog!

Atas ialah kandungan terperinci Simulasikan perkhidmatan pihak ketiga dalam application-go + BDD-java. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!

Kenyataan:
Artikel ini dikembalikan pada:stackoverflow.com. Jika ada pelanggaran, sila hubungi admin@php.cn Padam