ການຮັບປະກັນຄຸນນະພາບ (QA)¶
ໜ້ານີ້ອະທິບາຍວິທີການຊ່ວຍເຫຼືອທີມງານ UBports QA, ທັງໃນຖານະສະມາຊິກຢ່າງເປັນທາງການ ຫຼື ຜູ້ປະກອບສ່ວນໃໝ່. ກະລຸນາອ່ານຄູ່ມື ການຕິດຕາມບັນຫາ ແລະ ການລາຍງານຂໍ້ຜິດພາດ ເພື່ອເຂົ້າໃຈຂັ້ນຕອນການເຮັດວຽກໃຫ້ດີຂຶ້ນ. ສຳລັບການສື່ສານແບບທັນທີ, ທ່ານສາມາດເຂົ້າຮ່ວມ ກຸ່ມ Telegram ຂອງພວກເຮົາ.
ການທົດສອບເບື້ອງຕົ້ນ (Smoke testing)¶
ເພື່ອທົດສອບການເຮັດວຽກຫຼັກຂອງລະບົບປະຕິບັດການ, ພວກເຮົາໄດ້ລວບລວມ ຊຸດການທົດສອບມາດຕະຖານ. ໃຫ້ແລ່ນການທົດສອບເຫຼົ່ານີ້ໃນອຸປະກອນຂອງທ່ານເພື່ອ ຄົ້ນຫາ ແລະ ລາຍງານຂໍ້ຜິດພາດ ແລະ ສິ່ງທີ່ຜິດພ້ຽນ (regressions). ປົກກະຕິແລ້ວ ມັນຈະຖືກແລ່ນໃນທຸກອຸປະກອນ ກ່ອນການປ່ອຍເວີຊັນໃໝ່ ເພື່ອໃຫ້ແນ່ໃຈວ່າບໍ່ມີບັນຫາໃໝ່ເກີດຂຶ້ນ.
ການຢືນຢັນບົດລາຍງານຂໍ້ຜິດພາດ¶
ບົດລາຍງານຂໍ້ຜິດພາດທີ່ຍັງບໍ່ໄດ້ຮັບການຢືນຢັນ ຈະຖືກຕິດປ້າຍ needs confirmation ເພື່ອເປີດໃຊ້ ການກອງຂໍ້ມູນທົ່ວໂລກ. ໃຫ້ເບິ່ງຜ່ານລາຍການ, ອ່ານບົດລາຍງານ ແລະ ພະຍາຍາມເຮັດໃຫ້ບັນຫາທີ່ອະທິບາຍໄວ້ນັ້ນເກີດຂຶ້ນຊ້ຳ. ຖ້າຈຳເປັນ, ໃຫ້ເພີ່ມ ຂໍ້ມູນ ຫຼື ໄຟລ໌ບັນທຶກ (logs) ທີ່ຂາດຫາຍໄປ, ຫຼື ປັບປຸງຄຸນນະພາບຂອງບົດລາຍງານ. ໃຫ້ຂຽນຄຳເຫັນໂດຍລະບຸອຸປະກອນ, ຊ່ອງທາງ (channel), ໝາຍເລກ build ແລະ ລະບຸວ່າທ່ານສາມາດເຮັດໃຫ້ບັນຫາເກີດຂຶ້ນຊ້ຳໄດ້ຫຼືບໍ່.
ຖ້າທ່ານມີສິດຂຽນໃນບ່ອນເກັບຊອບແວ, ທ່ານສາມາດປ່ຽນປ້າຍ needs confirmation ເປັນ bug (ເພື່ອໝາຍວ່າມັນໄດ້ຮັບການຢືນຢັນແລ້ວ) ຫຼື invalid (ຖ້າບັນຫານັ້ນບໍ່ສາມາດເຮັດໃຫ້ເກີດຂຶ້ນຊ້ຳໄດ້ຢ່າງແນ່ນອນ). ໃນກໍລະນີນັ້ນ ຄວນຈະປິດບັນຫາ (close issue) ດັ່ງກ່າວ.
ຖ້າທ່ານພົບສອງບັນຫາທີ່ອະທິບາຍເຖິງບັນຫາດຽວກັນ, ໃຫ້ຂຽນຄຳເຫັນ ແລະ ພະຍາຍາມຊອກຫາຄວາມແຕກຕ່າງຂອງພວກມັນ. ຖ້າມັນຄືກັນແທ້, ໃຫ້ປິດອັນທີ່ໃໝ່ກວ່າ ແລະ ຕິດປ້າຍມັນວ່າ duplicate.
ການທົດສອບ Patches¶
Pull-requests ສາມາດທົດສອບໄດ້ໂດຍນຳໃຊ້ QA scripts. ໃຫ້ແລ່ນຄຳສັ່ງ ubports-qa -h ສຳລັບຂໍ້ມູນການນຳໃຊ້.
ເມື່ອ pull-request ຖືກລວມ (merge) ເຂົ້າແລ້ວ, ບັນຫາທີ່ມັນແກ້ໄຂຈະຖືກຍ້າຍໄປທີ່ຄໍລຳທີ່ສຳເລັດແລ້ວຂອງ GitLab Milestone. ກະລຸນາກວດສອບວ່າບັນຫາໃນຄໍລຳນີ້ ຍັງຄົງມີຢູ່ໃນການອັບເດດຫຼ້າສຸດໃນຊ່ອງທາງ devel ຫຼືບໍ່, ຈາກນັ້ນເບິ່ງວ່າມີຫຍັງອື່ນເສຍຫາຍໃນການອັບເດດຫຼືບໍ່. ກວດເບິ່ງວ່ານັກພັດທະນາໄດ້ລະບຸສິ່ງສະເພາະ ທີ່ຈະຕ້ອງລະວັງໃນເວລາທົດສອບຫຼືບໍ່ ແລະ ໃຫ້ຂຽນຄຳເຫັນລະບຸລາຍລະອຽດປະສົບການຂອງທ່ານ. ຖ້າທ່ານມີສິດຂຽນໃນບ່ອນເກັບຊອບແວ, ທ່ານສາມາດຍ້າຍບັນຫາກັບຄືນໄປທີ່ In Development (ແລະ ເປີດມັນຄືນໃໝ່) ຫຼື ສົ່ງຕໍ່ໄປຍັງ Release Candidate ຕາມທີ່ລະບຸໄວ້ໃນ ຄຳແນະນຳການຕິດຕາມບັນຫາ.
ການຄັດແຍກບັນຫາເບື້ອງຕົ້ນ¶
ການຄັດແຍກເບື້ອງຕົ້ນຂອງບັນຫາໃໝ່ ແມ່ນເຮັດໂດຍສະມາຊິກທີມ QA ທີ່ມີສິດຂຽນໃນບ່ອນເກັບຊອບແວ. ຖ້າມີການຍື່ນບັນຫາໃໝ່, ໃຫ້ອ່ານບົດລາຍງານ ແລະ ເພີ່ມປ້າຍທີ່ຖືກຕ້ອງຕາມທີ່ລະບຸໄວ້ໃນ ຄຳແນະນຳການຕິດຕາມບັນຫາ. ທ່ານຍັງສາມາດເລີ່ມຕົ້ນຢືນຢັນບົດລາຍງານຂໍ້ຜິດພາດໄດ້ທັນທີ.
ຖ້າບັນຫາໃໝ່ໄດ້ຖືກລາຍງານຢູ່ບ່ອນອື່ນແລ້ວ, ໃຫ້ຕິດປ້າຍມັນວ່າ duplicate ແລະ ປິດມັນ.