ການທົດສອບ E2E
ການທົດສອບ E2E (End-to-End Testing) ແມ່ນວິທີການທົດສອບທີ່ເລີ່ມຕົ້ນຈາກການກະທຳຂອງຜູ້ໃຊ້ງານ ໂດຍຜ່ານ browser ຫຼື API ເພື່ອກວດສອບວ່າລະບົບທັງໝົດເຮັດວຽກໄດ້ຕາມຜົນລັບທີ່ຄາດຫວັງ.
ການຈຳລອງປະສົບການຜູ້ໃຊ້ຕົວຈິງ
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 ເທົ່ານັ້ນ.
ຄຳສັບທີ່ກ່ຽວຂ້ອງ
ການທົດສອບການທໍາງານ
ການທົດສອບຟັງຊັນ (Feature Test) ແມ່ນວິທີການທົດສອບທີ່ກວດສອບພຶດຕິກຳຂອງລະບົບໃນລະດັບຟັງຊັນສະເພາະ ຫຼື Use Case. ມັນຄອບຄຸມຂອບເຂດທີ່ກວ້າງກວ່າການທົດສອບໜ່ວຍ (Unit Test) ແລະ ກວດສອບວ່າຫຼາຍ Module ເຮັດວຽກຮ່ວມກັນໄດ້ຢ່າງຖືກຕ້ອງຫຼືບໍ່.
ການທົດສອບຫົວໜ່ວຍ
ການທົດສອບແບບ Unit Test ແມ່ນວິທີການທົດສອບທີ່ກວດສອບໜ່ວຍທີ່ນ້ອຍທີ່ສຸດຂອງໂປຣແກຣມ ເຊັ່ນ: function ຫຼື method ແຕ່ລະອັນໂດຍສະເພາະ. ໂດຍການແທນທີ່ການເພິ່ງພາພາຍນອກດ້ວຍ mock ເພື່ອໃຫ້ສາມາດກວດສອບສະເພາະ logic ທີ່ຕ້ອງການໄດ້ຢ່າງວ່ອງໄວ.
ການທົດສອບການຮັບຮອງ
ການທົດສອບການຍອມຮັບ (Acceptance Test) ແມ່ນວິທີການທົດສອບທີ່ກວດສອບວ່າຟັງຊັນທີ່ພັດທະນາແລ້ວນັ້ນຕອບສະໜອງຄວາມຕ້ອງການທາງທຸລະກິດ ແລະ User Story ຫຼືບໍ່ ໂດຍອີງຕາມທັດສະນະຂອງ Product Owner ແລະ Stakeholder.
