ການທົດສອບ E2E

## ການຈຳລອງປະສົບການຜູ້ໃຊ້ຕົວຈິງ E2E ເທດສ໌ ຂັບເຄື່ອນແອັບພລິເຄຊັນຈາກ "ດ້ານນອກ". ໂດຍການຄວບຄຸມບຣາວເຊີອັດຕະໂນມັດເພື່ອປ້ອນຂໍ້ມູນໃນຟອມ, ຄລິກປຸ່ມ, ແລະກວດສອບການປ່ຽນໜ້າຈໍ ແລະ ການຄົງຢູ່ຂອງຂໍ້ມູນຢ່າງຕໍ່ເນື່ອງໃນຄັ້ງດຽວ. ເຄື່ອງມືຢ່າງ Playwright ແລະ Cypress ຄວບຄຸມ headless browser ແລະ ຈຳລອງການດຳເນີນງານຂອງມະນຸດຜ່ານ script. DB ແລະ API server ທີ່ຖືກແທນທີ່ດ້ວຍ mock ໃນການທົດສອບແບບ unit test ແລະ functional test ນັ້ນ, ໃນ E2E ເທດສ໌ ຈະເຮັດວຽກຕົວຈິງ. ເນື່ອງຈາກ authentication flow, ການກວດສອບສິດທິ໌, ການຂຽນ ແລະ ອ່ານຂໍ້ມູນທັງໝົດຜ່ານ infrastructure ຕົວຈິງ, ຈຶ່ງສາມາດກວດພົບຂໍ້ບົກພ່ອງໃນສ່ວນທີ່ເຊື່ອມຕໍ່ກັນໄດ້. ## ການດຸ່ນດ່ຽງກັບຄ່າໃຊ້ຈ່າຍ ຄວາມໄວໃນການດຳເນີນການອາດຊ້າກວ່າ unit test ເຖິງຫຼາຍຮ້ອຍເທົ່າ. ນີ້ແມ່ນຍ້ອນການເປີດ browser, ການ render ໜ້າ, ແລະ ການສື່ສານຜ່ານ network ເກີດຂຶ້ນພ້ອມກັນ. ນອກຈາກນີ້, ການປ່ຽນແປງ UI ເລັກນ້ອຍກໍ່ອາດເຮັດໃຫ້ເທດສ໌ພັງໄດ້ງ່າຍ (ບັນຫາ flake). ດ້ວຍເຫດນີ້, ນະໂຍບາຍການດຳເນີນງານທີ່ເປັນຈິງຈຶ່ງແມ່ນການຈຳກັດ E2E ເທດສ໌ ໄວ້ສະເພາະ user flow ທີ່ສຳຄັນ ແລະ ຮັກສາຈຳນວນໄວ້ພຽງລະດັບສິບຫາຫຼາຍຮ້ອຍລາຍການ. ໃນແນວຄິດຂອງ test pyramid, E2E ເທດສ໌ ຢູ່ທີ່ຍອດສຸດ ແລະ ຄວນຮັກສາຈຳນວນໃຫ້ໜ້ອຍທີ່ສຸດ. ໂຄງສ້າງທີ່ໝັ້ນຄົງຄືການໃຊ້ unit test ເປັນຖານລຸ່ມເພື່ອຄອບຄຸມ logic ສ່ວນໃຫຍ່, ໃຊ້ functional test ຊັ້ນກາງເພື່ອຄຸ້ມຄອງສ່ວນທີ່ເຊື່ອມໂຍງກັນ, ແລະ ໃຊ້ E2E ເທດສ໌ ເພື່ອປົກປ້ອງສະເພາະ critical path ເທົ່ານັ້ນ.