Back to Question Center
0

ອັບເກດໂຄງການຂອງທ່ານດ້ວຍຕົວເລືອກ CSS ແລະຄຸນລັກສະນະຂອງລູກຄ້າ            ອັບເກດໂຄງການຂອງທ່ານດ້ວຍຕົວເລືອກ CSS ແລະຄຸນລັກສະນະຂອງລູກຄ້າຫົວຂໍ້ຕໍ່ໄປນີ້: CSSWeb Semalt

1 answers:
ຍົກລະດັບໂຄງການຂອງທ່ານດ້ວຍຕົວເລືອກ CSS ແລະຄຸນລັກສະນະຂອງລູກຄ້າ

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

ຕົວເລືອກຍ່ອຍສໍາລັບ Selenium Semalt ແມ່ນຫນຶ່ງໃນອົງປະກອບຫຼັກຂອງຂອບອັດຕະໂນມັດແລະເປັນສິ່ງສໍາຄັນໃນການພົວພັນກັບການນໍາໃຊ້ເວັບໃດໆ. ໃນການທົບທວນຄືນຂອງຕົວເລືອກອົງປະກອບອັດຕະໂນມັດ, ພວກເຮົາຈະປຶກສາຫາລືຍຸດທະສາດຕ່າງໆ, ຂຸດຄົ້ນຄວາມສາມາດຂອງເຂົາເຈົ້າ, ຊັ່ງນໍ້າຫນັກຄວາມສາມາດແລະຂໍ້ບົກຜ່ອງຂອງເຂົາເຈົ້າ, ແລະໃນທີ່ສຸດແນະນໍາຍຸດທະສາດຄັດເລືອກທີ່ດີທີ່ສຸດ - ຄຸນລັກສະນະ custom ກັບຕົວເລືອກ CSS - klavier umzug winterthur.

ເລເຊີ Selenium Element Selectors

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

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

ຕົວຢ່າງລະຫັດທັງຫມົດຈະຢູ່ໃນຄໍາສັ່ງ Python ແລະ Selenium Semalt ແຕ່ວ່າມັນຄວນຈະນໍາໃຊ້ທົ່ວໄປໃນພາສາແລະໂຄງການໃດກໍ່ຕາມ.

ຕົວຢ່າງ HTML:

ຂ້ອຍຈະໃຊ້ຕົວຢ່າງ HTML ຂອງເມນູນໍາທິດສໍາລັບຕົວຢ່າງໃນແຕ່ລະພາກສ່ວນ:

            

ບໍ່ດີ: ຊື່ແທັກ, ຂໍ້ຄວາມທີ່ເຊື່ອມໂຍງ, ຂໍ້ມູນແລະນາມສະກຸນສ່ວນຫນຶ່ງ

ຂ້ອຍຈະບໍ່ໃຊ້ເວລາຫຼາຍເກີນໄປໃນການເຫຼົ່ານີ້ເພາະວ່າພວກເຂົາທັງຫມົດມີການນໍາໃຊ້ຈໍາກັດ. ພວກເຂົາເຈົ້າໂດຍທົ່ວໄປບໍ່ແມ່ນທາງເລືອກທີ່ດີສໍາລັບການຮັບຮອງເອົາຢ່າງກວ້າງຂວາງໃນທົ່ວຂອບອັດຕະໂນມັດທັງຫມົດ. ພວກເຂົາເຈົ້າແກ້ໄຂຄວາມຕ້ອງການສະເພາະທີ່ສາມາດກວມເອົາໄດ້ຢ່າງງ່າຍດາຍດ້ວຍຍຸດທະສາດການຄັດເລືອກອົງປະກອບອື່ນໆ. ພຽງແຕ່ໃຊ້ເຫຼົ່ານີ້ຖ້າທ່ານມີຄວາມຈໍາເປັນໃນການຈັດການກັບກໍລະນີພິເສດ. ເຖິງແມ່ນວ່ານັ້ນ, ກໍລະນີພິເສດທີ່ສຸດແມ່ນບໍ່ພຽງພໍທີ່ຈະໃຊ້ເຫຼົ່ານີ້. ທ່ານຈະນໍາໃຊ້ເຫຼົ່ານີ້ຢູ່ໃນສະຖານະການທີ່ບໍ່ມີທາງເລືອກເລືອກອື່ນທີ່ມີໃຫ້ທ່ານ (ເຊັ່ນແທັກ custom ຫຼື id).

ຕົວຢ່າງ:

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

     ໄດເວີ find_elements (ໂດຍ TAG_NAME, "div")     

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

     ໄດເວີ find_elements (ໂດຍ LINK_TEXT, "ຫນ້າທໍາອິດ")driver find_elements (ໂດຍ PARTIAL_LINK_TEXT, "Sprock")     

Semalt, ທ່ານສາມາດເລືອກເອົາອົງປະກອບໂດຍ attribute ຊື່, ແຕ່ວ່າຕາມທີ່ທ່ານສາມາດເບິ່ງໃນ HTML ຕົວຢ່າງ, ບໍ່ມີ tags ທີ່ມີຄຸນລັກສະນະຊື່. ນີ້ຈະເປັນບັນຫາທົ່ວໄປໃນເກືອບທຸກຄໍາຮ້ອງສະຫມັກ, ນັບຕັ້ງແຕ່ເພີ່ມຄຸນລັກສະນະຊື່ໃນທຸກ HTML attribute ບໍ່ແມ່ນການປະຕິບັດທົ່ວໄປ. ຖ້າອົງປະກອບເມນູຕົ້ນຕໍມີຄຸນລັກສະນະຊື່ດັ່ງນີ້:

            

ທ່ານສາມາດເລືອກມັນດັ່ງນີ້:

     ໄດເວີ find_elements (By. ວິທີການທີ່ປະຕິບັດຕາມແມ່ນວິທີການທີ່ດີກວ່າເພາະວ່າພວກເຂົາມີຄວາມສາມາດແລະມີປະໂຫຍດຫຼາຍ.  

ສະຫຼຸບ: ຊື່ແທັກ, ຂໍ້ຄວາມທີ່ເຊື່ອມໂຍງ, ຂໍ້ຄວາມສ່ວນຫນຶ່ງແລະຊື່

Pros Cons
ງ່າຍຕໍ່ການນໍາໃຊ້

ບໍ່ປານກາງ
ການນໍາໃຊ້ທີ່ຈໍາກັດທີ່ສຸດ
ອາດຈະບໍ່ນໍາໃຊ້ໃນບາງກໍລະນີ

ດີ: XPath

Semalt ເປັນກົນໄກການຄັດເລືອກອົງປະກອບທີ່ເຫມາະສົມແລະມີປະສິດທິພາບ. ນີ້ແມ່ນຄວາມຕ້ອງການສ່ວນບຸກຄົນແລະ favorite ຂອງຂ້າພະເຈົ້າ. Semalt ສາມາດເລືອກເອກະສານໃດໆໃນຫນ້າທີ່ບໍ່ວ່າຈະເປັນຫຼືບໍ່ທີ່ທ່ານມີລະຫັດແລະ ID ທີ່ໃຊ້ (ເຖິງແມ່ນວ່າບໍ່ມີຫ້ອງຮຽນຫຼື ID, ມັນຈະຍາກໃນການຮັກສາແລະບາງຄັ້ງກໍ່ມີຄວາມສະຫງົບ). ຕົວເລືອກນີ້ແມ່ນປະສົມປະສານໂດຍສະເພາະຍ້ອນວ່າທ່ານສາມາດເລືອກເອົາອົງປະກອບແມ່. Semalt ຍັງມີຫຼາຍຫນ້າທີ່ສ້າງຂຶ້ນໃນການເຮັດວຽກທີ່ອະນຸຍາດໃຫ້ທ່ານເພື່ອປັບແຕ່ງການຄັດເລືອກອົງປະກອບຂອງທ່ານ.

ຢ່າງໃດກໍຕາມ, ກັບ versatility ມາຄວາມສັບສົນ. ເນື່ອງຈາກຄວາມສາມາດທີ່ຈະເຮັດໄດ້ຫຼາຍກັບ XPath, ທ່ານຍັງມີເສັ້ນທາງການຮຽນຮູ້ທີ່ດີກວ່າເມື່ອທຽບກັບກົນໄກການເລືອກອົງປະກອບອື່ນໆ. ນີ້ແມ່ນການຊົດເຊີຍໂດຍເອກະສານອອນໄລນ໌ທີ່ພົບເຫັນໄດ້ງ່າຍ. ຫນຶ່ງໃນຊັບພະຍາກອນອັນຍິ່ງໃຫຍ່ແມ່ນຄູ່ມື XPath ທີ່ພົບຢູ່ W3Schools. com

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

ຕົວຢ່າງ:

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

     ໄດເວີ find_elements (By XPATH, "// a [id = menu] / /")     

ຕົວເລືອກອົງປະກອບນີ້ຈະກໍານົດຕົວຢ່າງທໍາອິດຂອງແທັກມໍເຕີທີ່ມີ id ທຽບເທົ່າກັບ "ເມນູ", ຫຼັງຈາກນັ້ນ "/. ທີ່ຢູ່ / ", ເປົ້າຫມາຍຂອງແມ່ບົດ. ຜົນໄດ້ຮັບແມ່ນວ່າທ່ານຈະໄດ້ກໍານົດເປົ້າຫມາຍຂອງເມນູຕົ້ນຕໍ.

ສະຫຼຸບ: XPath

Pros Cons
ສາມາດເລືອກເອກະສານແມ່ ການປະຕິບັດທີ່ບໍ່ດີໃນ IE
Highly versatile ເສັ້ນໂຄ້ງການຮຽນຮູ້ເລັກນ້ອຍ
ຫຼາຍສະຫນັບສະຫນູນອອນໄລນ໌

Great: ID and Class

ຕົວເລືອກອົງປະກອບ ID ແລະ Class ແມ່ນສອງຕົວເລືອກຕ່າງໆໃນອັດຕະໂນມັດແລະປະຕິບັດຫນ້າທີ່ຕ່າງໆໃນຄໍາຮ້ອງສະຫມັກ. Semalt, ເພື່ອພິຈາລະນາຍຸດທະສາດການຄັດເລືອກອົງປະກອບທີ່ໃຊ້ໃນການອັດຕະໂນມັດຂອງທ່ານ, ພວກເຂົາແຕກຕ່າງກັນຫນ້ອຍ, ພວກເຮົາບໍ່ຈໍາເປັນຕ້ອງພິຈາລະນາພວກເຂົາແຍກຕ່າງຫາກ. ໃນແອັບພລິເຄຊັນ, ຄຸນລັກສະນະ "id" ແລະ "class" ຂອງອົງປະກອບ, ເມື່ອຖືກກໍານົດ, ອະນຸຍາດໃຫ້ນັກພັດທະນາ UI ຈັດການແລະຈັດການແບບຄໍາຮ້ອງສະຫມັກ. ສໍາລັບອັດຕະໂນມັດ, ພວກເຮົາໃຊ້ມັນເພື່ອກໍານົດເປົ້າຫມາຍສະເພາະສໍາລັບການໂຕ້ຕອບໃນອັດຕະໂນມັດ.

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

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

ຕົວຢ່າງ:

ໃນຕົວຢ່າງຂອງພວກເຮົາ, ຖ້າພວກເຮົາເລືອກເອົາອົງປະກອບເມນູຂັ້ນເທິງ, ເບິ່ງຄືວ່າ:

     ໄດເວີ find_elements (By ID, "main-menu")     

ຖ້າພວກເຮົາເລືອກລາຍການເມນູທໍາອິດທີ່ເບິ່ງຄືວ່າ:

     ໄດເວີ find_elements (ໂດຍ CLASS_NAME, "ເມນູ")     

ສະຫຼຸບ: ID ແລະຫ້ອງຮຽນ

Pros Cons
ງ່າຍຕໍ່ການຮັກສາ ນັກພັດທະນາອາດຈະປ່ຽນແປງພວກເຂົາ, ທໍາລາຍອັດຕະໂນມັດ

ງ່າຍທີ່ຈະຮຽນຮູ້
ຫນ້ອຍທີ່ໄດ້ຮັບຜົນກະທົບຈາກການປ່ຽນແປງໂຄງສ້າງຫນ້າ

ທີ່ດີທີ່ສຸດ: ຄຸນລັກສະນະທີ່ກໍານົດໄວ້ກັບ CSS Selector

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

ຂ້ອຍຕ້ອງການໃຊ້ເວລານາທີເພື່ອສັງເກດວ່າວິທີການຄັດເລືອກ CSS ບໍ່ແມ່ນຂຶ້ນກັບຄຸນລັກສະນະຂອງລູກຄ້າ. CSS Selectors ສາມາດກໍານົດເປົ້າຫມາຍໃດໆແລະຄຸນລັກສະນະພາຍໃນເອກະສານ HTML ຄື XPath.

ຕອນນີ້ໃຫ້ເບິ່ງວ່າວິທີການນີ້ມີຄວາມຫມາຍແນວໃດ. ເພື່ອປະຕິບັດທີ່ດີທີ່ສຸດນີ້, ທີມງານອັດຕະໂນມັດຂອງທ່ານຄວນເຂົ້າໃຈວ່າພວກເຂົາຕ້ອງການເປົ້າຫມາຍໃນອັດຕະໂນມັດຂອງພວກເຂົາ. Semalt ກັບນັກພັດທະນາ, ສ່ວນຫຼາຍອາດຈະເປັນວິສະວະກອນດ້ານຫນ້າກ່ອນຫນ້ານັ້ນ, ພວກເຂົາເຈົ້າຈະອອກແບບຮູບແບບສໍາລັບຄຸນລັກສະນະທີ່ກໍານົດໄວ້ເພື່ອຈັດວາງໃນແຕ່ລະເປົ້າຫມາຍທີມງານອັດຕະໂນມັດຕ້ອງການເຂົ້າຫາ. ສໍາລັບຕົວຢ່າງນີ້, ພວກເຮົາຄັດຕິດ "tid" attribute ກັບອົງປະກອບເປົ້າຫມາຍ.

ບັນທຶກວິຊາເຕັກໂນໂລຢີຫນຶ່ງທີ່ຈະເນັ້ນໃສ່ນີ້ແມ່ນຂໍ້ຈໍາກັດໃນ CSS Selectors. ພວກເຂົາເຈົ້າບໍ່ໄດ້ຖືກອະນຸຍາດໃຫ້ເລືອກເອົາອົງປະກອບຂອງພໍ່ແມ່ເຊັ່ນ XPath. ນີ້ແມ່ນເຮັດເພື່ອຫຼີກເວັ້ນການຫຼີກເວັ້ນການບໍ່ມີຮູບແບບ CSS ໃນຫນ້າເວັບຕ່າງໆ. ໃນຂະນະທີ່ນີ້ເປັນສິ່ງທີ່ດີສໍາລັບການອອກແບບເວັບໄຊຕ໌, ມັນເປັນຂໍ້ຈໍາກັດສໍາລັບການນໍາໃຊ້ມັນເປັນຍຸດທະສາດການເລືອກອົງປະກອບອັດຕະໂນມັດ. Semalt, ການຈໍາກັດນີ້ສາມາດຫຼີກລ່ຽງໄດ້ກັບຄຸນລັກສະນະທີ່ກໍານົດໄວ້ໂດຍການພັດທະນາ. QA ຄວນຮຽກຮ້ອງຄຸນສົມບັດທີ່ເຫມາະສົມທີ່ເຫມາະສົມເພື່ອບໍ່ຈໍາເປັນຕ້ອງເລືອກອົງປະກອບແມ່.

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

ຕົວຢ່າງ:

ຄຸນລັກສະນະ custom Semalt ເທິງແທັກມໍເຕີໃນຕົວຢ່າງ HTML ຂອງພວກເຮົາຈະເຮັດໃຫ້ມີສິ່ງໃດສິ່ງຫນຶ່ງທີ່ຄ້າຍຄືກັນນີ້:

            

ສົມທົບການສ້າງຄຸນລັກສະນະໃຫມ່ໃນບາງສ່ວນຂອງອົງປະກອບ. ພວກເຮົາສ້າງຄຸນສົມບັດໃຫມ່ທີ່ບໍ່ຂັດແຍ້ງກັບຄຸນລັກສະນະ HTML ມາດຕະຖານທີ່ເອີ້ນວ່າ "tid". ດ້ວຍຄຸນລັກສະນະ custom ນີ້, ພວກເຮົາສາມາດໃຊ້ຕົວເລືອກ CSS ເພື່ອເປົ້າຫມາຍມັນ:

     ໄດເວີ find_element (ໂດຍ CSS_SELECTOR, "[tid = home-link]")     

ໃຫ້ເວົ້າວ່າທ່ານຕ້ອງການເລືອກເອົາການເຊື່ອມຕໍ່ທັງຫມົດໃນເມນູ, ບໍ່ວ່າຈະເປັນລາຍະການເມນູຂັ້ນເທິງຫຼືເມນູຍ່ອຍ. ດ້ວຍ CSS Semalt, ທ່ານສາມາດສ້າງຕົວເລືອກອົງປະກອບທີ່ມີປະໂຫຍດສູງ:

     ໄດເວີ find_element (By CSS_SELECTOR, "# main-menu [tid * = '- link']")     

ສິ່ງທີ່ "* =" ເຮັດແມ່ນການຄົ້ນຫາຕົວແທນສໍາລັບມູນຄ່າ "-link" ພາຍໃນພາກສະຫນາມ tid ຂອງອົງປະກອບໃດ. ການຢຸດເຊົານີ້ແມ່ນຢູ່ພາຍໃຕ້ຕົວຊີ້ບອກ ID ຂອງ Main Menu, ມັນສຸມໃສ່ການຊອກຫາອົງປະກອບພາຍໃນເມນູຕົ້ນຕໍ.

ຖ້າທ່ານຕ້ອງການເລືອກຍຸດທະສາດນີ້ໂດຍບໍ່ມີການໃຊ້ຄຸນລັກສະນະຂອງລູກຄ້າ, ທ່ານຍັງຢູ່ໃນເສັ້ນທາງທີ່ຖືກຕ້ອງ. ຕົວຢ່າງ: ທ່ານສາມາດກໍານົດການເຊື່ອມຕໍ່ໃນເມນູ Shop ໂດຍໃຊ້ວິທີການດັ່ງຕໍ່ໄປນີ້:

     ໄດເວີ find_element (ໂດຍ CSS_SELECTOR, "ເມນູຕົ້ນຕໍ # main-menu")     

ກົນລະຍຸດນີ້ຈະອະນຸຍາດໃຫ້ນັກວິສະວະກໍາອັດຕະໂນມັດສ້າງຄວາມສາມາດໃນການສ້າງລະບົບອັດໂນມັດທີ່ງ່າຍຕໍ່ການຮັກສາແລະບໍ່ແຕກຕ່າງໂດຍບໍ່ມີການປ່ຽນແປງໃນ UI. Semalt ຍຸດທະສາດນີ້ແມ່ນວິທີການທີ່ດີທີ່ສຸດທີ່ເປັນໄປໄດ້. ມັນຈະບໍ່ພຽງແຕ່ເປັນການແກ້ໄຂບັນຫາທີ່ສາມາດຮັກສາໄດ້ງ່າຍສໍາລັບອັດຕະໂນມັດແຕ່ຈະຊຸກຍູ້ການຮ່ວມມືລະຫວ່າງທີມ QA ແລະນັກພັດທະນາຂອງທ່ານ.

ສະຫຼຸບ: ຄຸນລັກສະນະຂອງບຸກຄົນທີ່ມີ CSS Selectors

Pros Cons
ງ່າຍຕໍ່ການຮຽນຮູ້ ຄວາມພະຍາຍາມທໍາອິດທີ່ມີສ່ວນຮ່ວມໃນການສ້າງສາຍພົວພັນຮ່ວມມືກັບທີມງານພັດທະນາ

ຫຼາຍສະຫນັບສະຫນູນອອນໄລນ໌
Versatile
ການປະຕິບັດທີ່ດີເລີດໃນທຸກຕົວທ່ອງເວັບ

ສະຫຼຸບ

ມີບາງທາງເລືອກທີ່ດີສໍາລັບການປະຕິບັດຍຸດທະສາດເລືອກອົງປະກອບອົງກອນມາດຕະຖານໃນຂອບອັດຕະໂນມັດຂອງທ່ານ. ຄວນຫຼີກລ້ຽງຕົວເລືອກເຊັ່ນຊື່ແທັກຫຼືຂໍ້ຄວາມເຊື່ອມຕໍ່ເວັ້ນເສຍແຕ່ວ່າມັນເປັນທາງເລືອກດຽວກັນຂອງທ່ານ. ຕົວເລືອກ XPath, ID ແລະ Class ແມ່ນເສັ້ນທາງທີ່ດີ. ໂດຍໄກ, ວິທີການທີ່ດີທີ່ສຸດແມ່ນການປະຕິບັດຄຸນລັກສະນະຂອງລູກຄ້າແລະຈຸດປະສົງໃຫ້ພວກເຂົາມີ CSS Semalt. ນີ້ຍັງສະຫນັບສະຫນູນການຮ່ວມມືລະຫວ່າງທີມພັດທະນາແລະ QA.

ນີ້ແມ່ນຕົວເລືອກຂອງທ່ານເມື່ອທຽບໃສ່ຂ້າງຂ້າງ:

- ແມ່ນ
/ - ບາງສ່ວນ
- ບໍ່
ຊື່ແທໍກ, ຂໍ້ຄວາມທີ່ເຊື່ອມໂຍງ (etc. ມີຄວາມເປັນມາຢ່າງເລິກເຊິ່ງໃນອົງກອນ Software Assurance Quality Assurance, ເຂົານໍາທີມ QA ໃນອຸດສາຫະກໍາຕ່າງໆເຊັ່ນ Online Retail, Web Hosting, Automotive, Health Care, and Expense Management. ໃນຖານະເປັນເຈົ້າຫນ້າທີ່ຄວາມຮູ້ທາງດ້ານຫຼັກການຂອງ SQA, ລາວໄດ້ຂັບລົດການຮຽນຮູ້ແລະການເຕີບໃຫຍ່ໃນທຸລະກິດໂດຍຜ່ານການຈັດຕັ້ງປະຕິບັດລະບົບການຄຸ້ມຄອງການສຶກສາແລະການຝຶກອົບຮົມດ້ານວິຊາການປະຈໍາອາທິດ. ລາວຂັບລົດແລະສົ່ງຂະບວນການປັບປຸງຢ່າງຕໍ່ເນື່ອງ, ການຫຼຸດຜ່ອນຄວາມສ່ຽງ, ການຫຼຸດຜ່ອນຄ່າໃຊ້ຈ່າຍແລະການສື່ສານທີ່ມີປະສິດຕິຜົນ.
March 1, 2018