ATDD (Acceptance Test-Driven Development) ແມ່ນວິທີການພັດທະນາທີ່ທີມງານທັງໝົດກຳນົດເງື່ອນໄຂຂອງ acceptance test ກ່ອນເລີ່ມການພັດທະນາ, ຈາກນັ້ນຈຶ່ງທຳການ automate test ດັ່ງກ່າວກ່ອນດຳເນີນການ implement.
ໃນຂະນະທີ່ TDD ຂັບເຄື່ອນການອອກແບບໂຄດຂອງນັກພັດທະນາ, ATDD ມີຈຸດປະສົງເພື່ອໃຫ້ທີມງານທັງໝົດເຂົ້າໃຈຄວາມຕ້ອງການທາງທຸລະກິດຕົງກັນ. ເຊັ່ນດຽວກັບທີ່ວົງຈອນຂອງ TDD ແມ່ນ「RED→GREEN→Refactor」, ATDD ກໍມີວົງຈອນທີ່ຊັດເຈນເຊັ່ນກັນ.
ຫົວໃຈຂອງ ATDD ຢູ່ທີ່「ການປຶກສາສາມຝ່າຍ」ກ່ອນການ implement. ການປຶກສາຫາລືເກນການຮັບຮອງຈາກ 3 ມຸມມອງ ຄື ຝ່າຍທຸລະກິດ, ນັກພັດທະນາ ແລະ Tester ຊ່ວຍໃຫ້ສາມາດແກ້ໄຂຄວາມບໍ່ຊັດເຈນຂອງ Specification ແລະ ຄວາມເຂົ້າໃຈທີ່ຄາດເຄື່ອນໄດ້ຕັ້ງແຕ່ຕົ້ນ. ມີຜົນດີຢ່າງຫຼວງຫຼາຍໃນການປ້ອງກັນການຕ້ອງກັບຄືນໄປແກ້ໄຂໃໝ່ ເຊັ່ນ「ບໍ່ໄດ້ໝາຍຄວາມວ່ານັ້ນ」ຫຼັງຈາກເລີ່ມຂຽນໂຄດໄປແລ້ວ.
ເນື່ອງຈາກ ATDD ສົ່ງຜົນກະທົບຕໍ່ກະບວນການພັດທະນາທັງໝົດ, ມັນຈຶ່ງບໍ່ແມ່ນສິ່ງທີ່ຈະເລີ່ມຕົ້ນໄດ້ພຽງແຕ່ການຕິດຕັ້ງ Tool. ສະມາຊິກທີມທຸກຄົນຈຳເປັນຕ້ອງຄຸ້ນເຄີຍກັບວິທີການຂຽນເກນການຮັບຮອງ ແລະ ການມີສ່ວນຮ່ວມຢ່າງຈິງຈັງຂອງ Product Owner ກໍເປັນສິ່ງທີ່ຂາດບໍ່ໄດ້. ວິທີທີ່ເປັນຈິງທີ່ສຸດຄືການລອງໃຊ້ກັບ User Story ໜຶ່ງອັນກ່ອນ, ແລ້ວຈຶ່ງຂະຫຍາຍຂອບເຂດອອກໄປຫຼັງຈາກຮູ້ສຶກໄດ້ເຖິງຜົນໄດ້ຮັບ.


TDD (Test-Driven Development) ແມ່ນວິທີການພັດທະນາທີ່ຂຽນການທົດສອບກ່ອນຂຽນໂຄດການຈັດຕັ້ງປະຕິບັດ ໂດຍວົນຊ້ຳວົງຈອນສັ້ນໆ ຄື: ການທົດສອບລົ້ມເຫລວ (RED) → ການຈັດຕັ້ງປະຕິບັດ (GREEN) → ການ Refactor (Refactor).

DevOps ແມ່ນຄຳເອີ້ນລວມຂອງວັດທະນະທຳ ແລະ ການປະຕິບັດທີ່ປະສົມປະສານການພັດທະນາຊອບແວ (Development) ແລະ ການດຳເນີນງານ (Operations) ເຂົ້າຫາກັນ ໂດຍຜ່ານ CI/CD pipeline ແລະ ເຄື່ອງມືອັດຕະໂນມັດ ເພື່ອເລັ່ງວົງຈອນການປ່ອຍຊອບແວ ແລະ ຍົກລະດັບຄຸນນະພາບໃນເວລາດຽວກັນ.

HITL (Human-in-the-Loop) ແມ່ນວິທີການທີ່ນຳເອົາຂະບວນການໃຫ້ມະນຸດກວດສອບ, ແກ້ໄຂ, ແລະ ອະນຸມັດຜົນລັບຂອງລະບົບ AI ເຂົ້າໄວ້ໃນການອອກແບບ. ແທນທີ່ຈະເປັນລະບົບອັດຕະໂນມັດຢ່າງສົມບູນ, ວິທີການນີ້ກຳນົດຈຸດທີ່ມະນຸດຕ້ອງເຂົ້າມາມີສ່ວນຮ່ວມຕາມລະດັບຄວາມສຳຄັນຂອງການຕັດສິນໃຈ, ເພື່ອຮັບປະກັນຄວາມຖືກຕ້ອງແລະຄວາມໜ້າເຊື່ອຖືຂອງລະບົບ.


ຮູມັນ ອິນ ເດີ ລູບ (HITL) ແມ່ນຫຍັງ? ພື້ນຖານການອອກແບບ "ມີມະນຸດເຂົ້າຮ່ວມ" ເພື່ອຕິດຕັ້ງລະບົບອັດຕະໂນມັດທາງທຸລະກິດດ້ວຍ AI