Wrike TechClub: ໂຄງສ້າງພື້ນຖານການຈັດສົ່ງ – ຂະບວນການ ແລະເຄື່ອງມື (DevOps+QAA). ບົດ​ລາຍ​ງານ​ໃນ​ພາ​ສາ​ອັງ​ກິດ​

ສະບາຍດີ, Habr! ພວກເຮົາຢູ່ Wrike ກໍາລັງທົດສອບຮູບແບບໃຫມ່ສໍາລັບເຫດການດ້ານວິຊາການແລະເຊີນທຸກຄົນໃຫ້ເບິ່ງວິດີໂອຂອງການປະຊຸມອອນໄລນ໌ຄັ້ງທໍາອິດຂອງພວກເຮົາໃນພາສາອັງກິດ. ພວກເຮົາສົນທະນາ ກ່ຽວກັບໂຄງສ້າງພື້ນຖານ DevOps ສໍາລັບການທົດສອບຄໍາຮ້ອງສະຫມັກເວັບໄຊຕ໌, cubes, Selenium ແລະທາງເລືອກຂອງມັນ.

ເລື່ອງການແຜ່ລະບາດຂອງໂຣກ coronavirus ແລະຂໍ້ຫ້າມຂອງເຫດການອອບໄລນ໌ມະຫາຊົນໃນບັນດາປະເທດເອີຣົບໄດ້ປັບຕົວຂອງຕົນເອງ, ດັ່ງນັ້ນກອງປະຊຸມ offline ຂອງນັກທົດສອບແລະນັກພັດທະນາທີ່ວາງແຜນໂດຍ Wrike Prague ໄດ້ແຜ່ລາມໄປສູ່ YouTube.

ເອົາ​ໃຈ​ໃສ່​, ບົດ​ລາຍ​ງານ​ແມ່ນ​ເປັນ​ພາ​ສາ​ອັງ​ກິດ​.

1. Mikhail Levin, Wrike – Selenium – ເສັ້ນທາງໄປ Kubernetes

ມີຄັ້ງຫນຶ່ງ Selenium ມີຊີວິດຢູ່ແລະເຕີບໃຫຍ່. ມັນອາດຈະເປັນສິ່ງທີ່ດີທີ່ສຸດທີ່ເກີດຂຶ້ນສໍາລັບການອັດຕະໂນມັດ QA ໃນສອງທົດສະວັດທີ່ຜ່ານມາ, ແລະແມ່ນແລ້ວ, ມັນບໍ່ງ່າຍໃນຫຼາຍວິທີລວມທັງໂຄງສ້າງພື້ນຖານແລະຄວາມຫມັ້ນຄົງ.

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

2. Vitaliy Markov, Wrike – Callisto: ວິທີທີ່ພວກເຮົາຮຽນຮູ້ທີ່ຈະຢຸດຄວາມກັງວົນ ແລະຮັກ Selenium

ພົບກັບ Callisto — ໂຊລູຊັ່ນທີ່ມີນ້ຳໜັກເບົາ ແລະເປີດແຫຼ່ງທີ່ມາຂອງ Kubernetes ຂອງພວກເຮົາສຳລັບການກໍ່ສ້າງໂຄງສ້າງພື້ນຖານ Selenium. ພວກເຮົາດໍາເນີນການທົດສອບ selenium ຄັ້ງທີ 10 ໃນຫນຶ່ງຊົ່ວໂມງແລະຢູ່ລອດຫຼາຍຮ້ອຍການທົດສອບ selenium ປະຈໍາວັນແລ່ນກັບມັນ. ພວກເຮົາຕ້ອງການທີ່ຈະແບ່ງປັນເຫດຜົນຂອງພວກເຮົາ, ການແກ້ໄຂຕົວມັນເອງແລະລາຍລະອຽດດ້ານວິຊາການທີ່ໄດ້ຮຽນຮູ້ກ່ຽວກັບວິທີການ. ປະສົບການຂອງພວກເຮົາອາດຈະເປັນປະໂຫຍດບໍ່ວ່າທ່ານຈະດໍາເນີນການທົດສອບ selenium ຫຼາຍຫຼືທ່ານພຽງແຕ່ມີບາງກອງປະຊຸມທີ່ອີງໃສ່ການເຮັດວຽກທີ່ຈະດໍາເນີນການໃນ k8s ໃນຫຼາຍຫົວຂໍ້.

3. Ivan Krutov, Aerokube – Chrome Developer Tools Protocol: ແລ່ນ ແລະປັບຂະໜາດໃນ Kubernetes

ສໍາລັບເວລາຫຼາຍປີ Selenium ແມ່ນເຄື່ອງມືອັດຕະໂນມັດຂອງຕົວທ່ອງເວັບທີ່ນິຍົມຫຼາຍທີ່ສຸດ. ຢ່າງໃດກໍຕາມ, Selenium protocol ຍັງຂາດລັກສະນະທີ່ສໍາຄັນຫຼາຍ: ການວິເຄາະແລະ mocking ຄໍາຮ້ອງຂໍ HTTP, ໄດ້ຮັບການບໍລິໂພກຫນ່ວຍຄວາມຈໍາແລະ metrics ການປະຕິບັດ, ສະຫມັກກິດຈະກໍາຂອງຄໍາຮ້ອງສະຫມັກ, ດຶງຄໍາເຕືອນຄວາມປອດໄພຂອງຕົວທ່ອງເວັບແລະອື່ນໆອີກ. ໂຊກດີ, ທຸກຢ່າງນີ້ຖືກຮອງຮັບແລ້ວໃນອັນທີ່ເອີ້ນວ່າ Chrome Developer Tools protocol. ມີການສົນທະນາຫຼາຍຢ່າງກ່ຽວກັບວິທີການເລີ່ມຕົ້ນການນໍາໃຊ້ໂປໂຕຄອນນີ້ກັບຫ້ອງສະຫມຸດລູກຄ້າເຊັ່ນ Puppeteer, ແຕ່ເກືອບບໍ່ມີໃຜບອກວິທີການຂະຫນາດການແກ້ໄຂນີ້. ໃນລະຫວ່າງການສົນທະນາຂອງຂ້ອຍ, ຂ້ອຍຢາກອະທິບາຍວິທີການຂະຫຍາຍເຄື່ອງມືນັກພັດທະນາ Chrome ໃນກຸ່ມ Kubernetes ແລະສະແດງຕົວຢ່າງທີ່ແທ້ຈິງຂອງວິທີທີ່ທ່ານສາມາດນໍາໃຊ້ໂປໂຕຄອນນີ້ໃນການທົດສອບຂອງທ່ານ.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com