Gruntle Software & Testing

ຂອບ Stewart Tristianອ່າງແລະ ອ່າງໃນ ຜູ້ແນະນຳ

ບົດສອນນີ້ແມ່ນການແນະນຳການທົດສອບ API ໂດຍໃຊ້ Karate Framework. ຮຽນຮູ້ກ່ຽວກັບໂຄງສ້າງຂອງ Karate Test Script ແລະຂັ້ນຕອນການສ້າງສະຄຣິບທົດສອບທຳອິດ:

API ແມ່ນຕົວຫຍໍ້ທີ່ຫຍໍ້ມາຈາກ Application Programming Interface. ໃນຄໍາສັບທີ່ງ່າຍດາຍ, ພວກເຮົາສາມາດກໍານົດມັນເປັນຕົວກາງຊອບແວທີ່ອະນຸຍາດໃຫ້ການສື່ສານລະຫວ່າງແອັບພລິເຄຊັນ.

ພວກເຮົາຕ້ອງການການທົດສອບ API ເພາະວ່າ:

  • ຜົນໄດ້ຮັບຖືກເຜີຍແຜ່ໄວຂຶ້ນ, ສະນັ້ນບໍ່ຕ້ອງລໍຖ້າເບິ່ງວ່າ API ເຮັດວຽກໄດ້ດີຫຼືບໍ່.
  • ດ້ວຍການຕອບສະໜອງທີ່ໄວຂຶ້ນ, ການນຳໃຊ້ APIs ເຫຼົ່ານີ້ກໍ່ໄວຂຶ້ນ, ດ້ວຍເຫດນີ້ຈຶ່ງເຮັດໃຫ້ເວລາປ່ຽນໄດ້ໄວ.
  • ການກວດຫາຄວາມລົ້ມເຫຼວກ່ອນໄວອັນຄວນ, ເຖິງແມ່ນວ່າກ່ອນທີ່ UI ຂອງແອັບຈະຖືກສ້າງຂື້ນ, ອະນຸຍາດໃຫ້ພວກເຮົາຫຼຸດຜ່ອນຄວາມສ່ຽງ ແລະແກ້ໄຂຂໍ້ບົກພ່ອງໄດ້.
  • ການຈັດສົ່ງຂະໜາດໃຫຍ່ເປັນໄປໄດ້ໃນໄລຍະເວລາທີ່ສັ້ນກວ່າ.

ເພື່ອສາມາດເຮັດວຽກໃນການທົດສອບ API, ພວກເຮົາມີເຄື່ອງມືຕ່າງໆທີ່ມີຢູ່ໃນຕະຫຼາດເຊັ່ນ Postman, Mocha, ແລະ Chai. ເຫຼົ່ານີ້ໄດ້ສະແດງໃຫ້ເຫັນຜົນໄດ້ຮັບທີ່ດີແລະການນໍາໃຊ້ທີ່ມີປະສິດທິພາບສໍາລັບການທົດສອບ APIs, ຢ່າງໃດກໍຕາມ, ເຫຼົ່ານີ້ແມ່ນລະຫັດທີ່ມີອິດທິພົນຫຼາຍ. ເພື່ອທີ່ຈະສາມາດນຳໃຊ້ສິ່ງເຫຼົ່ານີ້ໄດ້, ຄົນເຮົາຈະຕ້ອງມີສຽງທາງດ້ານເຕັກນິກ ແລະຄຸ້ນເຄີຍກັບພາສາການຂຽນໂປຣແກຣມ.

ໂຄງຮ່າງການ Karate ແກ້ໄຂບັນຫາຂອງເຄື່ອງມືຊອບແວກ່ອນໜ້ານີ້ຢ່າງສວຍງາມ.

Karate Framework ແມ່ນຫຍັງ

Karate? ມາລົມກັນ Karate. ມັນມາຈາກຍີ່ປຸ່ນບໍ? ເຈົ້າຄິດແນວໃດ? ອາດຈະເປັນ Bruce ທີ່ຍິ່ງໃຫຍ່ນີ້ Karate Basic Test Script.

ສະຖານະການ:

ພວກເຮົາຈະທົດສອບ API ກັບ URL ນີ້.

ເສັ້ນທາງ: api/users/2

ວິທີການ: GET

ແລະພວກເຮົາຈໍາເປັນຕ້ອງກວດສອບ , ບໍ່ວ່າຄໍາຮ້ອງຂໍຈະສົ່ງຄືນ ລະຫັດຄວາມສໍາເລັດ ( 200) ຫຼືບໍ່.

ເວົ້າງ່າຍໆ, ພວກເຮົາພຽງແຕ່ຈະທົດສອບ API ຕົວຢ່າງເພື່ອເບິ່ງວ່າມັນຖືກປະຕິບັດສຳເລັດຫຼືບໍ່.

ໝາຍເຫດ: ພວກເຮົາກໍາລັງເອົາ API ຕົວຢ່າງທີ່ມີຢູ່ສໍາລັບການທົດສອບ. ທ່ານ​ສາ​ມາດ​ເລືອກ​ເອົາ​ເສັ້ນ​ທາງ​ໃດ​ຫນຶ່ງ​ຫຼື​ສາ​ມາດ​ອີງ​ໃສ່ API ຂອງ​ທ່ານ.

ຄລິກ​ທີ່​ນີ້​ເພື່ອ​ແຫຼ່ງ​ຂໍ້​ມູນ.

#5) ໃນ​ປັດ​ຈຸ​ບັນ​ຂັ້ນ​ຕອນ​ຕໍ່​ໄປ​ຂອງ​ພວກ​ເຮົາ​ແມ່ນ​ການ​ສ້າງ ໄຟລ໌ .feature .

ດັ່ງທີ່ໄດ້ກ່າວໄວ້ໃນພາກແນະນຳ, ໄຟລ໌ .feature ແມ່ນຊັບສິນທີ່ສືບທອດມາຈາກໝາກແຕງ. ໃນໄຟລ໌ນີ້, ພວກເຮົາຈະຂຽນສະຖານະການທົດສອບທີ່ຈໍາເປັນຕ້ອງດໍາເນີນການສໍາລັບການທົດສອບ API.

  • ໄປທີ່ Folder src/test/java ໃນໂຄງການຂອງທ່ານ.

  • ຄລິກຂວາໃສ່ມັນ ແລະສ້າງໄຟລ໌ໃໝ່ – userDetails.feature. ຈາກນັ້ນຄລິກທີ່ປຸ່ມ Finish.

ຕອນນີ້ທ່ານຈະເຫັນໄຟລ໌ຕໍ່ໄປນີ້ພາຍໃຕ້ໂຟນເດີ src/test/java

ໄອຄອນສີຂຽວ ຄ້າຍກັບ .feature fi le ໃນໝາກແຕງທີ່ພວກເຮົາຫາກໍ່ສ້າງ.

  • ເມື່ອໄຟລ໌ໄດ້ຖືກສ້າງຂື້ນແລ້ວ, ຕອນນີ້ພວກເຮົາຈະຂຽນສະຖານະການທົດສອບຂອງພວກເຮົາທີ່ຈະສົນທະນາໃນພາກຕໍ່ໄປນີ້.

#6) ເນື່ອງຈາກພວກເຮົາມີສະຖານະການແລະຫວ່າງເປົ່າ . ຄຸນສົມບັດ ໄຟລ໌ພ້ອມແລ້ວ, ຕອນນີ້ມາເລີ່ມຕົ້ນດ້ວຍສະຄຣິບທຳອິດຂອງພວກເຮົາ. ໃຫ້ພວກເຮົາເລີ່ມການຂຽນລະຫັດ

ຂຽນລະຫັດຕໍ່ໄປນີ້ພາຍໃຕ້ໄຟລ໌ userDetails.feature ທີ່ພວກເຮົາສ້າງໃນຂັ້ນຕອນ #5: 

 Feature: fetching User Details Scenario: testing the get call for User Details Given url '//reqres.in/api/users/2' When method GET Then status 200

ໃຫ້ພວກເຮົາພະຍາຍາມເຂົ້າໃຈ ອົງປະກອບທີ່ຂຽນໄວ້ໃນໄຟລ໌ຂ້າງເທິງ:

  • ຄຸນສົມບັດ: ຄີເວີດອະທິບາຍຊື່ຂອງຄຸນສົມບັດທີ່ພວກເຮົາກຳລັງທົດສອບ.
  • ຄວາມ​ເປັນ​ມາ: ນີ້​ແມ່ນ​ພາກ​ສ່ວນ​ທາງ​ເລືອກ​ທີ່​ຖືກ​ຖື​ວ່າ​ເປັນ​ພາກ​ສ່ວນ​ທີ່​ຕ້ອງ​ການ​ລ່ວງ​ຫນ້າ. ນີ້ສາມາດຖືກນໍາໃຊ້ເພື່ອກໍານົດສິ່ງທີ່ຈໍາເປັນທັງຫມົດເພື່ອທົດສອບ API. ມັນມີ ຫົວ, URL & PARAM ທາງເລືອກ.
  • ສະຖານະການ: ທຸກໄຟລ໌ຄຸນນະສົມບັດທີ່ທ່ານຈະເຫັນຈະມີຢ່າງຫນ້ອຍຫນຶ່ງຄຸນນະສົມບັດ (ເຖິງແມ່ນວ່າມັນສາມາດໃຫ້ ຫຼາຍ ສະຖານະການ) . ມັນເປັນລາຍລະອຽດຂອງກໍລະນີທົດສອບ.
  • ໃຫ້: ມັນເປັນຂັ້ນຕອນທີ່ຕ້ອງດໍາເນີນການກ່ອນທີ່ຈະດໍາເນີນຂັ້ນຕອນການທົດສອບອື່ນໆ. ມັນ​ເປັນ​ການ​ປະ​ຕິ​ບັດ​ທີ່​ຈໍາ​ເປັນ​.
  • ເມື່ອ​: ມັນ​ລະ​ບຸ​ເງື່ອນ​ໄຂ​ທີ່​ຄວນ​ຈະ​ໄດ້​ຮັບ​ການ​ດໍາ​ເນີນ​ການ​ຂັ້ນ​ຕອນ​ການ​ທົດ​ສອບ​ຕໍ່​ໄປ​.
  • ຈາກ​ນັ້ນ​: ມັນບອກພວກເຮົາວ່າສິ່ງທີ່ຄວນເກີດຂຶ້ນໃນກໍລະນີທີ່ເງື່ອນໄຂທີ່ໄດ້ກ່າວມາໃນ ເມື່ອ ພໍໃຈ.

ໝາຍເຫດ: ທຸກຄໍາທີ່ກ່າວມາຂ້າງເທິງແມ່ນ ຈາກພາສາ Gherkins. ນີ້ແມ່ນວິທີມາດຕະຖານຂອງການຂຽນສະຄຣິບທົດສອບໂດຍໃຊ້ໝາກແຕງ.

ແລະບາງຄຳທີ່ໃຊ້ໃນໄຟລ໌ຄຸນສົມບັດແມ່ນ:

  • 200: ມັນແມ່ນລະຫັດສະຖານະ/ການຕອບສະໜອງທີ່ພວກເຮົາຢູ່ຄາດຫວັງ (ຄລິກທີ່ນີ້ເພື່ອລາຍຊື່ລະຫັດສະຖານະ)
  • GET: ມັນເປັນວິທີການ API ເຊັ່ນ POST, PUT, ແລະອື່ນໆ.

ພວກເຮົາຫວັງວ່າຄໍາອະທິບາຍນີ້ ແມ່ນງ່າຍສໍາລັບທ່ານທີ່ຈະເຂົ້າໃຈ. ຕອນນີ້ທ່ານຈະສາມາດກ່ຽວຂ້ອງກັບສິ່ງທີ່ຂຽນໄວ້ໃນໄຟລ໌ຂ້າງເທິງ.

ຕອນນີ້ພວກເຮົາຈໍາເປັນຕ້ອງສ້າງໄຟລ໌ TestRunner.java

ດັ່ງທີ່ອະທິບາຍໄວ້ໃນຂ້າງເທິງ ພາກສ່ວນ, ໝາກແຕງຕ້ອງການໄຟລ໌ Runner ທີ່ຕ້ອງການເພື່ອປະຕິບັດໄຟລ໌ .feature ທີ່ມີສະຖານະການທົດສອບ.

  • ໄປທີ່ Folder src/test/java ໃນໂຄງການຂອງທ່ານ

  • ຄລິກຂວາໃສ່ມັນ ແລະສ້າງໄຟລ໌ Java ໃຫມ່: TestRunner.java
  • ເມື່ອໄຟລ໌ຖືກສ້າງແລ້ວ, ວາງສາຍຂອງລະຫັດຕໍ່ໄປນີ້: 
 import org.junit.runner.RunWith; import com.intuit.karate.junit4.Karate; @RunWith(Karate.class) public class TestRunner { }
  • Test Runner ແມ່ນໄຟລ໌ທີ່ຈະຖືກປະຕິບັດເພື່ອປະຕິບັດ. ສະຖານະການທີ່ຕ້ອງການທີ່ໄດ້ຂຽນໄວ້ໃນຂັ້ນຕອນ #5.

#7) ຕອນນີ້ພວກເຮົາພ້ອມແລ້ວກັບທັງສອງໄຟລ໌ TestRunner.Java ແລະ userDeatils.feature. ໜ້າວຽກອັນດຽວທີ່ເຫຼືອໄວ້ສຳລັບພວກເຮົາຄື ແລ່ນ ສະຄຣິບ.

  • ໄປທີ່ໄຟລ໌ TestRunner.java ແລະຄລິກຂວາໃສ່ໄຟລ໌ດັ່ງທີ່ສະແດງໃນຮູບຂ້າງລຸ່ມນີ້.

  • ເລືອກ Run As -> Junit Test
  • ດຽວນີ້, ເມື່ອເລືອກແລ້ວ, ທ່ານຈະເລີ່ມສັງເກດເຫັນວ່າກໍລະນີທົດສອບໄດ້ເລີ່ມຂຶ້ນແລ້ວ.
  • ລໍຖ້າໃຫ້ສະຄຣິບທົດສອບດຳເນີນການ. ເມື່ອເຮັດແລ້ວເຈົ້າຈະສັງເກດເຫັນບາງສິ່ງບາງຢ່າງທີ່ສະແດງຢູ່ໃນຮູບຂ້າງລຸ່ມນີ້ຢູ່ໃນປ່ອງຢ້ຽມຂອງເຈົ້າ.

  • ສຸດທ້າຍ, ພວກເຮົາສາມາດເວົ້າໄດ້.ວ່າພວກເຮົາໄດ້ປະສົບຜົນສໍາເລັດໃນການສ້າງ Test Script ພື້ນຖານທໍາອິດຂອງພວກເຮົາໂດຍນໍາໃຊ້ Karate Framework.

#8) ສຸດທ້າຍ, Karate framework ຍັງໃຫ້ການນໍາສະເຫນີບົດລາຍງານ HTML ສໍາລັບການປະຕິບັດທີ່ໄດ້ປະຕິບັດ.

  • ໄປທີ່ Target Folder -> surefire-reports-> ທີ່ນີ້ທ່ານຈະເຫັນບົດລາຍງານ HTML ຂອງທ່ານທີ່ທ່ານສາມາດເປີດໄດ້.

** ພວກເຮົາຍັງແນະນໍາໃຫ້ທ່ານເປີດດຽວກັນໂດຍໃຊ້ Chrome. ບຣາວເຊີເພື່ອເບິ່ງ ແລະ ຄວາມຮູ້ສຶກທີ່ດີກວ່າ.

  • ການປະຕິບັດຕາມບົດລາຍງານ HTML ຈະສະແດງໃຫ້ທ່ານເຫັນໂດຍພັນລະນາ ສະຖານະການ & ການທົດສອບ ທີ່ໄດ້ຖືກປະຕິບັດສໍາລັບສະຖານະການທີ່ໄດ້ກ່າວມາ:

ສະຫຼຸບ

ໃນບົດສອນນີ້, ພວກເຮົາໄດ້ສົນທະນາການທົດສອບ API, ການທົດສອບທີ່ແຕກຕ່າງກັນ ເຄື່ອງ​ມື​ທີ່​ມີ​ຢູ່​ໃນ​ຕະ​ຫຼາດ​, ແລະ​ວິ​ທີ​ການ Karate Framework ເປັນ​ທາງ​ເລືອກ​ທີ່​ດີກ​ວ່າ​ທຽບ​ກັບ​ຄູ່​ຮ່ວມ​ງານ​ຂອງ​ຕົນ​.

ພວກ​ເຮົາ​ໄດ້​ປະ​ຕິ​ບັດ​ຕາມ​ວິ​ທີ​ການ​ຂັ້ນ​ຕອນ​ໃນ​ການ​ສ້າງ​ສະ​ຄຣິ​ບ​ການ​ທົດ​ສອບ​ພື້ນ​ຖານ​ທໍາ​ອິດ​ຂອງ​ພວກ​ເຮົາ​. ພວກເຮົາເລີ່ມຕົ້ນດ້ວຍການສ້າງ ໂຄງການ Maven ພື້ນຖານໃນ Eclipse IDE ເພື່ອສ້າງໄຟລ໌ .feature, ເຊິ່ງປະກອບດ້ວຍສະຖານະການທົດສອບທັງໝົດ ແລະໄຟລ໌ Runner ເພື່ອປະຕິບັດກໍລະນີທົດສອບທີ່ໄດ້ກ່າວໄວ້ໃນໄຟລ໌ .feature.

ໃນຕອນທ້າຍຂອງຂັ້ນຕອນຫຼາຍຂັ້ນຕອນ, ພວກເຮົາສາມາດເຫັນບົດລາຍງານການປະຕິບັດຂອງຜົນການທົດສອບໄດ້.

ພວກເຮົາຫວັງວ່າ, ການສອນນີ້ເປັນປະໂຫຍດສໍາລັບຜູ້ເລີ່ມຕົ້ນໃນການຮຽນຮູ້ວິທີການສ້າງສະຄຣິບທໍາອິດຂອງເຂົາເຈົ້າໂດຍໃຊ້ Karate Framework. ແລະດໍາເນີນການທົດສອບ API. ນີ້​ຂັ້ນ​ຕອນ​ລະ​ອຽດ​ວິທີການເປັນວິທີທີ່ດີເລີດທີ່ຈະດໍາເນີນການ ແລະປະຕິບັດການທົດສອບຕ່າງໆໃນ API.

NEXT>>

Lee ໄດ້ພັດທະນາສິ່ງນີ້ໃນເວລາຫວ່າງຂອງລາວ.

ເຖິງແມ່ນວ່າພວກເຮົາຢາກຈະເຈາະເລິກເຖິງຮາກທີ່ໜ້າສົນໃຈຂອງ Karate, ແຕ່ຕອນນີ້, ໃຫ້ເວົ້າກ່ຽວກັບ ເຄື່ອງມື Karate ທີ່ໄດ້ຮັບການພັດທະນາແລ້ວ. ໂດຍ Peter Thomas , ຫນຶ່ງໃນເຄື່ອງມືທີ່ຍິ່ງໃຫຍ່ທີ່ເຂົ້າມາຊ່ວຍຜູ້ທົດສອບ API. syntax ແມ່ນເຂົ້າໃຈງ່າຍໂດຍຜູ້ທີ່ບໍ່ໄດ້ຂຽນໂປລແກລມ. ແລະກອບນີ້ແມ່ນເຄື່ອງມືການທົດສອບ API ດຽວທີ່ໄດ້ລວມເອົາ API Automation ແລະການທົດສອບການປະຕິບັດເຂົ້າໃນເຄື່ອງມືດຽວ.

ມັນໃຫ້ຜູ້ໃຊ້ສາມາດປະຕິບັດກໍລະນີທົດສອບໃນຂະຫນານແລະປະຕິບັດ JSON & amp; ການກວດສອບ XML.

ດ້ວຍຂໍ້ມູນນີ້, ບາງຈຸດສໍາຄັນສາມາດຖືກຫັກອອກເພື່ອເຂົ້າໃຈເພີ່ມເຕີມເຄື່ອງມື Karate ໃນລາຍລະອຽດ:

  • Karate ເປັນກອບການທົດສອບ BDD ແທນ. ຂອງ TDD.
  • ມັນຖືກອອກແບບມາໃຫ້ງ່າຍສຳລັບຜູ້ທີ່ບໍ່ໄດ້ຂຽນໂປຣແກຣມ. ຄຸນສົມບັດນີ້ເປັນຕົວປ່ຽນເກມ ເພາະມັນອະນຸຍາດໃຫ້ໃຊ້ ແລະເຂົ້າເຖິງໄດ້ຫຼາຍຂຶ້ນໂດຍຫຼາຍຄົນໂດຍບໍ່ຄໍານຶງເຖິງພື້ນຖານດ້ານວິຊາການ ຫຼືຄວາມສາມາດຂອງເຂົາເຈົ້າ.
  • ມັນໃຊ້ໄຟລ໌ຄຸນສົມບັດໝາກແຕງ ແລະພາສາ Gherkins ເພື່ອຂຽນບົດທົດສອບເຊິ່ງເປັນ. ເຂົ້າໃຈງ່າຍຫຼາຍ.

ຄຸນສົມບັດທັງໝົດເຫຼົ່ານີ້ເຮັດໃຫ້ມັນເປັນເຄື່ອງມືອັດຕະໂນມັດທີ່ເໝາະສົມທີ່ສຸດທີ່ມີຢູ່ໃນມື້ນີ້.

History Of Karate Framework

ສ້າງໂດຍ ' Peter Thomas' ໃນປີ 2017, ຊອບແວນີ້ມີຈຸດປະສົງເພື່ອເຮັດການທົດສອບຫນ້າທີ່ສາມາດໃຊ້ໄດ້ພ້ອມສໍາລັບທຸກຄົນ. ມັນໄດ້ຖືກຂຽນໄວ້ໃນ Java ແລະຄົນສ່ວນໃຫຍ່ຄາດວ່າໄຟລ໌ຂອງມັນຍັງເປັນພາສາດຽວກັນ, ຢ່າງໃດກໍຕາມ, ໂຊກດີ, ມັນບໍ່ແມ່ນກໍລະນີ.

ແທນທີ່ຈະ, ມັນໃຊ້ໄຟລ໌ Gherkins, ເຊິ່ງເປັນຜົນມາຈາກຄວາມສໍາພັນຂອງມັນກັບ ກອບແຕງ. ຊອບແວອັດຕະໂນມັດແມ່ນສ່ວນຂະຫຍາຍຂອງແຕງ, ດັ່ງນັ້ນຈຶ່ງສືບທອດການນໍາໃຊ້ໄຟລ໌ Gherkins ໃນການດໍາເນີນງານຂອງມັນ. ຄວາມແຕກຕ່າງທີ່ໃຫຍ່ຫຼວງລະຫວ່າງສອງຢ່າງແມ່ນວ່າ Karate ບໍ່ໄດ້ໃຊ້ Java ໃນຂະນະທີ່ທົດສອບ, ແຕ່ແຕງເຮັດ.

ນີ້ແມ່ນເຫດຜົນຫຼາຍວ່າເປັນຫຍັງມັນເຫມາະສົມກັບຜູ້ທີ່ບໍ່ແມ່ນນັກຂຽນໂປລແກລມຍ້ອນວ່າ syntax Gherkins ແມ່ນສາມາດອ່ານໄດ້ແລະຄົບຖ້ວນສົມບູນ. ນີ້ແມ່ນເຫດຜົນທີ່ Karate ເໝາະສົມທີ່ສຸດ ແລະຖືກແນະນຳສຳລັບການເຂົ້າສູ່ໂລກຂອງການທົດສອບ API ອັດຕະໂນມັດ.

ຕໍ່ໄປນີ້ແມ່ນບາງຄຸນສົມບັດຂອງກອບການທົດສອບ Karate:

4
  • ໃຊ້ພາສາ Gherkins ທີ່ເຂົ້າໃຈງ່າຍ.
  • ມັນບໍ່ຈຳເປັນຕ້ອງມີຄວາມຮູ້ດ້ານການຂຽນໂປຣແກຣມເຊັ່ນ Java.
  • ມັນອີງໃສ່ມາດຕະຖານ Cucumber ທີ່ນິຍົມ.
  • ງ່າຍໃນການສ້າງກອບ.
  • ການທົດສອບຂະໜານແມ່ນໜ້າທີ່ຫຼັກທີ່ສະໜອງໃຫ້ໂດຍ Karate ເອງ, ດັ່ງນັ້ນພວກເຮົາຈຶ່ງບໍ່ຈຳເປັນຂຶ້ນກັບ Maven, Gradle , ແລະອື່ນໆ.
  • UI ສຳລັບການດີບັ໊ກການທົດສອບ.
  • ການເອີ້ນໄຟລ໌ຄຸນສົມບັດຈາກໄຟລ໌ອື່ນ.
  • ສະຫນອງການຮອງຮັບສໍາລັບການທົດສອບ Driver ຂໍ້ມູນທີ່ສ້າງຂຶ້ນພາຍໃນ, ດັ່ງນັ້ນບໍ່ຈໍາເປັນຕ້ອງຂຶ້ນກັບກອບພາຍນອກ.
  • ການພັກຜ່ອນພື້ນເມືອງໃນຕົວບົດລາຍງານ. ນອກຈາກນັ້ນ, ມັນສາມາດຖືກລວມເຂົ້າກັບໝາກແຕງເພື່ອລາຍງານ UI ທີ່ດີຂຶ້ນ ແລະມີຄວາມຊັດເຈນຫຼາຍຂຶ້ນ.
  • ໃຫ້ການຊ່ວຍເຫຼືອພາຍໃນບ້ານສຳລັບການປ່ຽນການຕັ້ງຄ່າໃນທົ່ວສະພາບແວດລ້ອມການທົດສອບຕ່າງໆ (QA, Stage, Prod, Pre-Prod).
  • ການຮອງຮັບ CI/CD ແບບບໍ່ຕິດຂັດ ທີ່ສາມາດເປັນປະໂຫຍດໄດ້.
  • ສາມາດຈັດການການໂທ HTTP ຕ່າງໆໄດ້:
    • ການຮອງຮັບ Web Socket
    • ການຮ້ອງຂໍ SOAP
    • HTTP
    • ການຈັດການຄຸກກີຂອງບຣາວເຊີ
    • HTTPS
    • ຂໍ້ມູນແບບຟອມ HTML
    • ການຮ້ອງຂໍ XML

    • ການປຽບທຽບ Karate Vs Rest-Assured

    Rest Assured : ມັນເປັນຫ້ອງສະໝຸດ Java ເພື່ອທົດສອບການບໍລິການ REST. ມັນໃຊ້ພາສາ Java ສໍາລັບການຂຽນລະຫັດ. ມັນຊ່ວຍໃນການທົດສອບຫຼາຍປະເພດຄໍາຮ້ອງຂໍ, ເຊິ່ງສົ່ງຜົນຕໍ່ໄປໃນການກວດສອບການປະສົມເຫດຜົນທາງທຸລະກິດທີ່ແຕກຕ່າງກັນ.

    Karate Framework : A Cucumber/Gherkins based tool, used for testing for SOAP & ບໍລິການ REST.

    ຕາຕະລາງຕໍ່ໄປນີ້ປະກອບມີຄວາມແຕກຕ່າງທີ່ໂດດເດັ່ນອີກສອງສາມຢ່າງລະຫວ່າງ Rest-Assured & Karate Framework:

    20
    S.No Basis Karate Framework REST-Assured
    1 ພາສາ ມັນໃຊ້ການປະສົມຂອງແຕງ ແລະ Gherkins ມັນເຮັດໃຫ້ການນໍາໃຊ້ພາສາ Java
    2 ຂະຫນາດລະຫັດ ໂດຍປົກກະຕິ, ເສັ້ນຂອງ ລະຫັດແມ່ນຫນ້ອຍ, ເນື່ອງຈາກວ່າມັນປະຕິບັດຕາມໂຄງສ້າງຄ້າຍຄືຫມາກແຕງ ເສັ້ນຂອງລະຫັດແມ່ນຫຼາຍເພາະວ່າມັນກ່ຽວຂ້ອງກັບການນຳໃຊ້ພາສາ Java
    3 ຕ້ອງການຄວາມຮູ້ທາງດ້ານເຕັກນິກ ຜູ້ທີ່ບໍ່ແມ່ນໂປຣແກຣມເມີສາມາດຂຽນໄດ້ງ່າຍ ລະຫັດ Gherkins ຄວາມຮູ້ດ້ານວິຊາການແມ່ນຈໍາເປັນເພື່ອຂຽນລະຫັດ Java
    4 ການທົດສອບຂໍ້ມູນຈາກຂໍ້ມູນ ຕ້ອງການໃຊ້ TestNG ຫຼືທຽບເທົ່າເພື່ອຮອງຮັບດຽວກັນ ແທັກພາຍໃນສາມາດໃຊ້ເພື່ອຮອງຮັບການທົດສອບຂໍ້ມູນ
    5 ມັນສະຫນອງການຊ່ວຍເຫຼືອການໂທ SOAP ແມ່ນແລ້ວ, ມັນສະຫນອງ ມັນກ່ຽວຂ້ອງກັບການຮ້ອງຂໍ REST ເທົ່ານັ້ນ
    6 ການທົດສອບຂະໜານ ແມ່ນແລ້ວ, ການທົດສອບຂະໜານແມ່ນຮອງຮັບໄດ້ງ່າຍດ້ວຍການສ້າງບົດລາຍງານຂະໜານ. ເຊັ່ນດຽວກັນ ບໍ່ແມ່ນໃນຂອບເຂດທີ່ໃຫຍ່ຫຼວງ. ເຖິງແມ່ນວ່າປະຊາຊົນໄດ້ພະຍາຍາມເຮັດສິ່ງນີ້, ອັດຕາການລົ້ມເຫຼວແມ່ນຫຼາຍກ່ວາອັດຕາຄວາມສໍາເລັດ
    7 ການລາຍງານ ມັນສະຫນອງການລາຍງານພາຍໃນ, ດັ່ງນັ້ນບໍ່ຈໍາເປັນຕ້ອງຂຶ້ນກັບ plugins ພາຍນອກ. ພວກເຮົາຍັງສາມາດຮວມມັນກັບປລັກອິນລາຍງານໝາກແຕງເພື່ອໃຫ້ UI ທີ່ດີກວ່າໄດ້. ຕ້ອງການຂຶ້ນກັບປລັກອິນພາຍນອກເຊັ່ນ Junit, TestNG
    8 ຮອງຮັບ CSV ສໍາລັບຂໍ້ມູນພາຍນອກ ແມ່ນແລ້ວ, ຈາກ Karate 0.9.0 ບໍ່, ຕ້ອງໃຊ້ Java Code ຫຼື library
    9 Web UI Automation ແມ່ນແລ້ວ, ຈາກ Karate 0.9.5 Web-UI Automation ເປັນໄປໄດ້ ບໍ່, ມັນບໍ່ຮອງຮັບ
    10 ຕົວຢ່າງ GET Given param val1 = ‘name1’

    And param val2 = ‘name2’

    And path ‘somelocation’

    When method get

    Then match response contains ‘OKAY’

    		given().

    param("val1", "name1").

    param("val2", "name2").

    when().

    get("/some\location").

    then().

    body(containsString("OKAY"));

    ສະນັ້ນ, ດັ່ງທີ່ສະແດງໃຫ້ເຫັນໂດຍ ຄວາມແຕກຕ່າງຂ້າງເທິງ, ມັນປອດໄພທີ່ຈະເວົ້າວ່າ Karate ແມ່ນຫນຶ່ງໃນສິ່ງທີ່ງ່າຍທີ່ສຸດທີ່ທຸກຄົນສາມາດເຮັດໄດ້. Karate Framework ໃນຈຸດ, ໃຫ້ພວກເຮົາເບິ່ງຂະບວນການແລະເຄື່ອງມືທີ່ຈໍາເປັນໃນການຕັ້ງຄ່າສະພາບແວດລ້ອມ Karate.

    #1) Eclipse

    Eclipse ແມ່ນສະພາບແວດລ້ອມການພັດທະນາແບບປະສົມປະສານທີ່ໃຊ້. ໃນຂົງເຂດການຂຽນໂປລແກລມຄອມພິວເຕີ. ມັນສ່ວນຫຼາຍແມ່ນໃຊ້ສໍາລັບການຂຽນໂປລແກລມ Java. ດັ່ງທີ່ໄດ້ກ່າວມາກ່ອນຫນ້ານີ້, Karate ຖືກຂຽນໃນ Java, ດັ່ງນັ້ນມັນເຮັດໃຫ້ມີຄວາມຮູ້ສຶກຫຼາຍວ່າເປັນຫຍັງ Eclipse ເປັນໄປກັບ IDE ສໍາລັບຊອບແວການທົດສອບ API. ເຫດຜົນອີກອັນໜຶ່ງແມ່ນວ່າມັນເປັນເຄື່ອງມືໂອເພນຊອດ, ແລະນີ້ກໍ່ເປັນເຫດຜົນທີ່ດີທີ່ຈະເລືອກໃຊ້ເຄື່ອງມືນີ້.

    ໝາຍເຫດ: ພວກເຮົາຍັງສາມາດໃຊ້ IntelliJ, Visual Studio, ແລະອື່ນອີກ. ບັນນາທິການທີ່ມີຢູ່ໃນຕະຫຼາດ.

    #2) Maven

    ນີ້ແມ່ນເຄື່ອງມືສ້າງອັດຕະໂນມັດທີ່ໃຊ້ໃນການກໍ່ສ້າງໂຄງການ Java. ມັນເປັນວິທີຫນຶ່ງຂອງການຕັ້ງຄ່າສະພາບແວດລ້ອມ Karate ແລະການຂຽນລະຫັດ. ເພື່ອຕັ້ງຄ່າ Eclipse ຂອງທ່ານກັບ Maven ຄວາມຕ້ອງການ, ທ່ານສາມາດຄລິກທີ່ນີ້ສໍາລັບການຕິດຕັ້ງ Maven.

    ໃນຂະນະທີ່ເຮັດວຽກຢູ່ໃນ Maven, ໃຊ້ Maven dependencies ທີ່ຈະຊ່ວຍໃຫ້ທ່ານສະຫນັບສະຫນູນ Karate Framework.

    ຕໍ່ໄປນີ້ ການເພິ່ງພາອາໄສຈະຖືກໃຊ້ກັບ Maven ໃນ pom.xml. 

       com.intuit.karate karate-apache 0.9.5 test   com.intuit.karate karate-junit4 0.9.5 test

    ໝາຍເຫດ: ເວີຊັນຫຼ້າສຸດອາດຈະມີໃຫ້ຢູ່ໃນບ່ອນເກັບມ້ຽນ Maven.

    #3) Gradle

    Gradle ເປັນທາງເລືອກໜຶ່ງຂອງ Maven ແລະສາມາດນຳໃຊ້ໄດ້ໃນຄວາມສາມາດເທົ່າທຽມກັນ. ພວກມັນມີຄວາມຄ້າຍຄືກັນ ແລະຄວາມແຕກຕ່າງຂອງພວກມັນ ແຕ່ສາມາດນຳໃຊ້ໄດ້ເທົ່າທຽມກັນໃນການຕັ້ງຄ່າສະພາບແວດລ້ອມສຳລັບລະຫັດ Karate ຂອງພວກເຮົາ.

    ມັນໃຊ້ງ່າຍກວ່າ, ປ່ຽນແປງໄດ້, ແລະແນະນຳໃຫ້ໃຊ້ເມື່ອແອັບພລິເຄຊັນຂອງພວກເຮົາມີບາງ modularization ແລະຄວາມຕ້ອງການການຈັດການກັບ ຊໍ່ຂອງ plug-ins. ລະຫັດການຕັ້ງຄ່າ Gradle ຈະມີລັກສະນະແບບນີ້,

    testCompile 'com.intuit.karate:karate-junit4:0.6.0' testCompile 'com.intuit.karate:karate-apache:0.6.0'

    ໝາຍເຫດ: ທ່ານສາມາດໃຊ້ MAVEN ຫຼື GRADLE.

    0. #4) ການຕັ້ງຄ່າສະພາບແວດລ້ອມ Java ໃນລະບົບຂອງເຈົ້າ

    ຕ້ອງການຕັ້ງຄ່າສະພາບແວດລ້ອມ JDK ແລະ JRE ເພື່ອເລີ່ມຕົ້ນດ້ວຍສະຄຣິບ Karate Framework.

    ໂຄງສ້າງຂອງ Karate Test Script

    ສະຄຣິບທົດສອບ Karate ເປັນທີ່ຮູ້ຈັກສຳລັບການຄອບຄອງຂອງສ່ວນຂະຫຍາຍ “.feature”. ຊັບສິນນີ້ແມ່ນໄດ້ຮັບມໍລະດົກຈາກຫມາກແຕງ. ການຈັດຕັ້ງຂອງໄຟລ໌ໃນສົນທິສັນຍາ Java ຍັງໄດ້ຮັບອະນຸຍາດເທົ່າທຽມກັນ. ທ່ານສາມາດຈັດລະບຽບໄຟລ໌ຂອງທ່ານໄດ້ໂດຍບໍ່ເສຍຄ່າຕາມສົນທິສັນຍາຂອງຊຸດ Java. ພວກມັນຖືກເຮັດຢູ່ໃນໂຄງສ້າງ src/test/resources . ແລະໄຟລ໌ Java ຈະຖືກເກັບໄວ້ພາຍໃຕ້ src/main/java .

    ແຕ່ຕາມຜູ້ສ້າງ Karate Framework, ພວກເຂົາເຊື່ອຢ່າງແຂງແຮງວ່າພວກເຮົາຮັກສາທັງໄຟລ໌ Java ແລະທີ່ບໍ່ແມ່ນ Java ໄວ້ຄຽງຄູ່ກັນ. ຂ້າງ. ຕາມພວກເຂົາ, ມັນງ່າຍຂຶ້ນຫຼາຍທີ່ຈະເບິ່ງອອກສໍາລັບໄຟລ໌ *.java ແລະ *.feature ເມື່ອພວກມັນຖືກເກັບຮັກສາໄວ້ຮ່ວມກັນ, ແທນທີ່ຈະປະຕິບັດຕາມໂຄງສ້າງ Maven ມາດຕະຖານ.

    ອັນນີ້ສາມາດເຮັດໄດ້ງ່າຍໂດຍການປັບແຕ່ງ pom.xml ຂອງເຈົ້າເປັນດັ່ງນີ້ (ສຳລັບ Maven): 

        src/test/java  **/*.java     ...

    ຕໍ່ໄປນີ້ແມ່ນໂຄງຮ່າງຂອງໂຄງສ້າງທົ່ວໄປຂອງ Karate Framework:

    ຕອນນີ້, ເນື່ອງຈາກ Karate Framework ນີ້ກຳລັງໃຊ້ ໄຟລ໌ Runner, ເຊິ່ງຈໍາເປັນຕ້ອງມີຢູ່ໃນແຕງເພື່ອດໍາເນີນການໄຟລ໌ຄຸນນະສົມບັດ, ດັ່ງນັ້ນການຂຽນສ່ວນໃຫຍ່ຈະປະຕິບັດຕາມມາດຕະຖານ Cucumber.

    ແຕ່, ບໍ່ເຫມືອນກັບຫມາກແຕງ, ຂັ້ນຕອນບໍ່ຈໍາເປັນຕ້ອງມີຄໍານິຍາມທີ່ຊັດເຈນໃນ Karate ແລະອັນໃດ. , ແລະເຮັດໃຫ້ການ, ເສີມຂະຫຍາຍຄວາມຍືດຫຍຸ່ນແລະຄວາມສະດວກໃນການດໍາເນີນງານ. ພວກເຮົາບໍ່ຈຳເປັນຕ້ອງເພີ່ມກາວເພີ່ມເຕີມທີ່ເຮົາຕ້ອງເພີ່ມເມື່ອເຮົາເຮັດຕາມກອບຂອງໝາກແຕງ.

    ຈາກນັ້ນໄຟລ໌ TestRunner.java ຈະເປັນຮູບແບບຂອງ: 

     import com.intuit.karate.junit4.Karate; import org.junit.runner.RunWith; @RunWith(Karate.class) public class TestRunner { }

    ແລະເວົ້າກ່ຽວກັບໄຟລ໌ .feature , ມັນປະກອບດ້ວຍການທົດສອບທັງໝົດ. ສະຖານະການທີ່ຕ້ອງໄດ້ຮັບການທົດສອບເພື່ອໃຫ້ແນ່ໃຈວ່າ API ເຮັດວຽກຕາມຄວາມຕ້ອງການທີ່ຄາດໄວ້.

    ໄຟລ໌ *.feature ໂດຍທົ່ວໄປຈະມີລັກສະນະຄ້າຍຄືຮູບຂ້າງລຸ່ມນີ້: 

     Feature: fetching User Details Scenario: testing the get call for User Details Given url '//reqres.in/api/users/2' When method GET Then status 200

    ການສ້າງ Script ທົດສອບ Karate ພື້ນຖານທຳອິດ

    ພາກນີ້ຈະຊ່ວຍໃຫ້ທ່ານເລີ່ມຕົ້ນດ້ວຍການສ້າງ Test Script ທຳອິດຂອງເຈົ້າ, ເຊິ່ງຈະເປັນປະໂຫຍດແກ່ເຈົ້າໃນການແປງ API ໃນຮູບແບບຂອງກອບ Karate.

    ກ່ອນທີ່ພວກເຮົາຈະຂຽນບົດທົດສອບ Karate ພື້ນຖານ,ກະລຸນາຕິດຕັ້ງຄວາມຕ້ອງການຕໍ່ໄປນີ້ຢູ່ໃນເຄື່ອງຂອງທ່ານ:

    • Eclipse IDE
    • Maven. ກຳນົດເສັ້ນທາງ Maven ທີ່ເໝາະສົມ.
    • JDK & JRE. ກຳນົດເສັ້ນທາງທີ່ເໝາະສົມ.

    ໃຫ້ເຮົາມາເບິ່ງວິທີການແບບເທື່ອລະຂັ້ນຕອນ:

    #1) ສ້າງ new MAVEN Project in Eclipse Editor

    • Open Eclipse
    • Click on File. ເລືອກໂຄງການໃໝ່.

    • ເລືອກໂຄງການ Maven

    • ເລືອກ ສະຖານທີ່ບ່ອນເຮັດວຽກ.
    • ເລືອກ Archetype (ໂດຍປົກກະຕິແລ້ວພວກເຮົາເລືອກ “ Maven-archetype-quickstart 1.1 ” ສໍາລັບໂຄງການ Maven ງ່າຍໆ).
    • ໃຫ້. ID ກຸ່ມ & ID ປອມ (ພວກເຮົາໄດ້ໃຊ້ຄ່າຕໍ່ໄປນີ້ໃນຕົວຢ່າງຂອງພວກເຮົາ).
      • Group ID : Karate
      • Artifact ID: KarateTestScriptsSample
    • ຄລິກທີ່ Finish ເພື່ອເຮັດສຳເລັດ ຕັ້ງຄ່າ.

    #2) ເມື່ອສ້າງແລ້ວ, ຕອນນີ້ເຈົ້າຈະສາມາດເຫັນໂຄງສ້າງຕໍ່ໄປນີ້ຢູ່ໃນປ່ອງຢ້ຽມ Project Explorer.

    #3) ຮວມການເພິ່ງພາອາໄສທັງໝົດຂອງເຈົ້າ.

    ຂັ້ນຕອນທຳອິດຂອງພວກເຮົາ, ຫຼັງຈາກການຕິດຕັ້ງແລ້ວ ພວກເຮົາຈະເປັນ ຮວມເອົາການເພິ່ງພາອາໄສທັງໝົດ ທີ່ຈະຕ້ອງການ. ສໍາ​ລັບ​ການ​ປະ​ຕິ​ບັດ​. ພວກເຮົາຈະຮັກສາ tag ທັງໝົດໄວ້ພາຍໃຕ້ POM.xml (ສົມມຸດວ່າທ່ານຮູ້ແລ້ວກ່ຽວກັບການນໍາໃຊ້ POM.xml).

    • ເປີດ POM.xml ແລະຄັດລອກລະຫັດຂ້າງລຸ່ມນີ້ພາຍໃຕ້ແທັກ dependency ແລະບັນທຶກ ໄຟລ໌. 
      com.intuit.karate karate-apache 0.9.5 test   com.intuit.karate karate-junit4 0.9.5 test

    ຄລິກທີ່ນີ້ເພື່ອແຫຼ່ງທີ່ມາ.

    #4) ໃຫ້ພວກເຮົາພິຈາລະນາສະຖານະການ, ພວກເຮົາຈະທົດສອບຫຍັງໃນ

    ໄປທີ່ຂອງ