ນີ້ແມ່ນຄໍາສັ່ງ checkbox-cli ທີ່ສາມາດດໍາເນີນການໄດ້ໃນ OnWorks ຜູ້ໃຫ້ບໍລິການໂຮດຕິ້ງຟຣີໂດຍໃຊ້ຫນຶ່ງໃນຫຼາຍໆບ່ອນເຮັດວຽກອອນໄລນ໌ຂອງພວກເຮົາເຊັ່ນ Ubuntu Online, Fedora Online, Windows online emulator ຫຼື MAC OS online emulator
ໂຄງການ:
NAME
checkbox_ng - ເອກະສານ CheckboxNG
CheckboxNG ເປັນເຄື່ອງມືການທົດສອບຮາດແວທີ່ເປັນປະໂຫຍດສໍາລັບການຢັ້ງຢືນຄອມພິວເຕີ, desktop ແລະເຊີບເວີ
ກັບ Ubuntu. ມັນເປັນ Checkbox ລຸ້ນໃໝ່ທີ່ສ້າງຂຶ້ນໂດຍກົງຢູ່ເທິງສຸດຂອງ PlainBox
CheckboxNG ປ່ຽນແທນ ປ່ອງໝາຍ, ບ່ອນທີ່ສາມາດນຳໃຊ້ໄດ້.
ຄໍາເຕືອນ:
ເອກະສານແມ່ນຢູ່ພາຍໃຕ້ການພັດທະນາ. ບາງສິ່ງທີ່ຜິດພາດ, ບໍ່ຖືກຕ້ອງ ຫຼືອະທິບາຍ
ເປົ້າຫມາຍການພັດທະນາຫຼາຍກ່ວາລັດໃນປັດຈຸບັນ.
ການຕິດຕັ້ງ
CheckboxNG ສາມາດຕິດຕັ້ງໄດ້ຈາກ PPA (ແນະນໍາ) ຫຼື pypi ໃນ Ubuntu Precise (12.04) ຫຼື
ໃໝ່ກວ່າ.
$ sudo add-apt-repository ppa:checkbox-dev/ppa && sudo apt-get update && sudo apt-get install checkbox-ng
ແລ່ນ ຂັ້ນຕອນ ການປ່ອຍ UPDATE TESTS
CheckboxNG ມີການສະຫນັບສະຫນູນພິເສດສໍາລັບການທົດສອບການປັບປຸງການປ່ອຍຕົວທີ່ຫມັ້ນຄົງໃນແບບອັດຕະໂນມັດ
ລັກສະນະ. ນີ້ແລ່ນວຽກທັງຫມົດຈາກ sru.whitelist ແລະສົ່ງຜົນໄດ້ຮັບ
ເວັບໄຊທ໌ການຢັ້ງຢືນ.
ເພື່ອດໍາເນີນການທົດສອບ SRU ທ່ານຈະຕ້ອງຮູ້ອັນທີ່ເອີ້ນວ່າ Secure ID ຂອງອຸປະກອນທີ່ທ່ານຢູ່
ການທົດສອບ. ເມື່ອທ່ານຮູ້ວ່າສິ່ງທີ່ທ່ານຕ້ອງເຮັດແມ່ນດໍາເນີນການ:
$ checkbox sru $secure_id submission.xml
ການໂຕ້ຖຽງທີສອງ, submission.xml, ແມ່ນຊື່ຂອງໄຟລ໌ fallback ທີ່ສ້າງຂຶ້ນເທົ່ານັ້ນ
ເມື່ອສົ່ງຂໍ້ມູນໄປຫາເວັບໄຊທ໌ການຢັ້ງຢືນບໍ່ສາມາດເຮັດວຽກໄດ້ດ້ວຍເຫດຜົນໃດກໍ່ຕາມ.
ການລາຍງານ ບັກ
ເພື່ອລາຍງານຂໍ້ຜິດພາດກ່ຽວກັບໂຄງການ Checkbox ທ່ານຈະຕ້ອງມີບັນຊີ launchpad. ທ່ານອາດຈະຊອກຫາ
ຄໍາແນະນໍາ on ວິທີການ to ສ້າງ ຫນຶ່ງ <https://help.launchpad.net/YourAccount/NewAccount>
ເປັນປະໂຫຍດ. ເມື່ອທ່ານມີບັນຊີທີ່ທ່ານສາມາດເຮັດໄດ້ ບົດລາຍງານ ແມງໄມ້ <https://bugs.launchpad.net/checkbox-
project/+filebug>.
ໃນຫນ້າທີ່ທ່ານສາມາດເລືອກເອົາໂຄງການທີ່ທ່ານຕ້ອງການທີ່ຈະຍື່ນຂໍ້ບົກພ່ອງກ່ຽວກັບການ (ພວກເຮົານໍາໃຊ້ຈໍານວນຫນຶ່ງ
ໂຄງການເພື່ອປະສານງານການປ່ອຍແລະພວກເຮົາມັກທີ່ຈະມີຂໍ້ບົກພ່ອງທີ່ກ່ຽວຂ້ອງກັບຄວາມເຫມາະສົມ
ສ່ວນຫນຶ່ງຂອງ checkbox). ຖ້າທ່ານຮູ້ວ່າໂຄງການທີ່ເຫມາະສົມທີ່ຈະໃຊ້, ພຽງແຕ່ໃຊ້ມັນແລະຍື່ນຂໍ້ບົກພ່ອງ. ຖ້າ
ທ່ານບໍ່ຮູ້ວ່າ Checkbox ພາຍໃນຫຼາຍປານໃດຫຼືມີຄວາມສົງໃສພຽງແຕ່ຍື່ນມັນຢູ່ໃນພື້ນຖານ
ໂຄງການ 'Checkbox' (ທ່ານສາມາດນໍາໃຊ້ ນີ້ ໂດຍກົງ ການເຊື່ອມຕໍ່
<https://bugs.launchpad.net/checkbox/+filebug>.) ສະມາຊິກຂອງທີມງານພັດທະນາຈະ
ກວດຄືນ bug ຂອງທ່ານແລະ re-assign ມັນກັບສະຖານທີ່ທີ່ເຫມາະສົມ. ຈໍານວນ bug ຈະບໍ່
ປ່ຽນແປງເມື່ອສິ່ງນັ້ນເກີດຂຶ້ນ.
ການ ຕູ້ເຊັກ ຢຸດ
Checkbox Stack ແມ່ນການລວບລວມໂຄງການທີ່ຮ່ວມກັນປະກອບເປັນການທົດສອບທີ່ສົມບູນ
ແລະການແກ້ໄຂການຢັ້ງຢືນ. ມັນປະກອບດ້ວຍພາກສ່ວນດັ່ງຕໍ່ໄປນີ້ (ເບິ່ງຕາຕະລາງຂ້າງລຸ່ມນີ້ສໍາລັບ
ລາຍລະອຽດເພີ່ມເຕີມ). ໂຄງການທັງຫມົດແມ່ນເຊື່ອມຕໍ່ກັບຈາກ Launchpad ໂຄງການ ກຸ່ມ
<https://launchpad.net/checkbox-project>.
ສ້ອມແປ້ງເຄຫາສະຖານ ແຜນການ
[ຮູບພາບ: ແຜນວາດສະຖາປັດຕະຍະກໍາ] [ຮູບ]
ແຜນວາດນີ້ປະກອບດ້ວຍການປະມານລະດັບສູງຂອງສະຖາປັດຕະຍະກໍາ Checkbox ໃນປັດຈຸບັນ.
ມີສາມ "ເສົາຫຼັກ". ຢູ່ເບື້ອງຊ້າຍພວກເຮົາມີ ໃນຕອນທ້າຍ ຜະລິດຕະພັນ. ເຫຼົ່ານີ້ແມ່ນເຄື່ອງມືຕົວຈິງ
ການຢັ້ງຢືນແລະວິສະວະກອນກໍາລັງໃຊ້. ທາງດ້ານຂວາພວກເຮົາມີ ການທົດສອບ ຕະຫຼາດ. ນີ້ແມ່ນ
ຕະຫຼາດເປີດຂອງຜູ້ຂາຍການທົດສອບແລະຜູ້ສະຫນອງ. ການທົດສອບແມ່ນຫໍ່ໃນພາຊະນະທີ່ຮູ້ຈັກເປັນ
ຜູ້ໃຫ້ບໍລິການ. ໃນສູນກາງພວກເຮົາມີສາມອົງປະກອບຮ່ວມກັນ. ຜູ້ທີ່ປະຕິບັດຈໍານວນຫຼາຍຂອງ
ກອບແລະສ່ວນຕິດຕໍ່ຜູ້ໃຊ້ສໍາລັບການປະຕິບັດການທົດສອບ. ສຸດທ້າຍໃນແຈລຸ່ມຊ້າຍທີ່ນັ້ນ
ແມ່ນສ່ວນໜຶ່ງຂອງກ່ອງກາໝາຍ (ຫ້ອງສະໝຸດ) ທີ່ແບ່ງປັນກັບ HEXR ສຳລັບວຽກສະເພາະ. HEXR ເປັນ
ຄໍາຮ້ອງສະຫມັກເວັບໄຊຕ໌ທີ່ຢູ່ນອກຂອບເຂດທີ່ໃຊ້ໂດຍສ່ວນຫນຶ່ງຂອງຂະບວນການຢັ້ງຢືນ. ລູກສອນໝາຍເຖິງ
ການສື່ສານທີ່ມີຮູບຮ່າງຂອງລູກສອນສະແດງໃຫ້ເຫັນຜູ້ທີ່ໂທຫາໃຜ.
ດັ່ງທີ່ໄດ້ກ່າວມາກ່ອນ, ໃນຄໍລໍາກາງມີສາມອົງປະກອບຕົ້ນຕໍຂອງລະຫັດທີ່ແບ່ງປັນ
(ແບ່ງປັນໂດຍທຸກຄົນທີ່ໃຊ້ຜະລິດຕະພັນສຸດທ້າຍທີ່ໄດ້ສົນທະນາຂ້າງລຸ່ມນີ້). ລະຫັດທີ່ແບ່ງປັນແມ່ນ
ປະກອບດ້ວຍ plainbox, checkbox-ng ແລະ checkbox-gui. ຄວາມຮັບຜິດຊອບຂອງອົງປະກອບແມ່ນ
ສົນທະນາໃນລາຍລະອຽດເພີ່ມເຕີມໃນຕາຕະລາງຂ້າງລຸ່ມນີ້. ໃນທີ່ນີ້ພວກເຮົາສາມາດເຫັນວ່າ checkbox-gui ໃຊ້ DBus
API ເປີດເຜີຍໂດຍ checkbox-ng, ເຊິ່ງໃນນັ້ນໃຊ້ checkbox-support (ຫ້ອງສະຫມຸດຜູ້ຊ່ວຍ
ແຍກອອກດັ່ງນັ້ນແບ່ງປັນລະຫັດບາງຢ່າງກັບ HEXR) ແລະກ່ອງທໍາມະດາ.
ໃນຖັນເບື້ອງຂວາມືມີຜູ້ໃຫ້ບໍລິການທົດສອບຕ່າງໆ. ໂຄງການ checkbox ແມ່ນ
ການຜະລິດແລະຮັກສາຜູ້ໃຫ້ບໍລິການຈໍານວນຫນຶ່ງ (ເບິ່ງຕາຕະລາງຂ້າງລຸ່ມນີ້) ແຕ່ຄາດວ່າຈະມີ
ທີ່ຜູ້ໃຊ້ລຸ່ມນ້ໍາຂອງພວກເຮົາຈະຜະລິດຜູ້ໃຫ້ບໍລິການຂອງຕົນເອງ (ສະເພາະກັບລູກຄ້າຫຼື
ໂຄງການ). ໃນທີ່ສຸດບາງຜູ້ໃຫ້ບໍລິການອາດຈະມາຈາກພາກສ່ວນທີສາມທີ່ຈະຮັບຮອງເອົາ
ຮູບແບບ.
ສຸດທ້າຍໃນແຈລຸ່ມຊ້າຍ, ຫ້ອງສະຫມຸດທີ່ແບ່ງປັນ, ຫ້ອງສະຫມຸດນີ້ປະກອບດ້ວຍ parsers ຫຼາຍ
ຂອງຮູບແບບໄຟລ໌ຕ່າງໆແລະຮູບແບບຜົນຜະລິດ. ດ້ານວິຊາການຫ້ອງສະຫມຸດນີ້ແມ່ນຂຶ້ນກັບ
HEXR, checkbox-ng ແລະ ຂອງຜູ້ໃຫ້ບໍລິການ. ໃນຖານະເປັນຄວາມສັບສົນເພີ່ມເຕີມ, ຫ້ອງສະຫມຸດຈໍາເປັນຕ້ອງໄດ້ໂທຫາ
ຈາກລະຫັດ python3 ແລະລະຫັດ python2.
ຫມາຍເຫດ:
ການສື່ສານລະຫວ່າງ checkbox-ng ແລະ plainbox ແມ່ນສອງທິດທາງ. ຂໍ້ສະເໜີ Plainbox
ບາງສ່ວນຕິດຕໍ່ພື້ນຖານ ແລະຈຸດຂະຫຍາຍ. ທັງໝົດເຫຼົ່ານັ້ນຖືກເປີດເຜີຍຜ່ານກ່ອງທົ່ງພຽງ
(ໃຊ້ APIs ທົ່ວໄປ) ແຕ່ບາງອັນຖືກປະຕິບັດຕົວຈິງຢູ່ໃນ checkbox-ng.
ຄໍາເຕືອນ:
API ພາຍໃນທັງໝົດແມ່ນເຄິ່ງບໍ່ສະຖຽນ. DBus API ມີຄວາມຫມັ້ນຄົງຫຼາຍໃນການປະຕິບັດແຕ່ຄວນ
ບໍ່ໄດ້ຮັບການອີງໃສ່. ໂຄງການໄດ້ຖືກຊຸກຍູ້ໃຫ້ຖືກລວມເຂົ້າກັບ lp: checkbox ບ່ອນທີ່ API
ການຫັນປ່ຽນສາມາດຈັດການໄດ້ຢ່າງສະຫງ່າງາມ. API ຄົງທີ່ພຽງແຕ່ແມ່ນຮູບແບບໄຟລ໌
ສະເພາະ (ຄຳນິຍາມວຽກ ແລະ whitelits). ຂໍ້ມູນຈໍາເພາະຂອງ Launcher ຈະເປັນ
ສະຖຽນລະພາບໃນການປ່ອຍຕໍ່ໄປ.
ອົງປະກອບ ຄໍາອະທິບາຍ
┌────────────────────────────────────────────── ───────────────────────────── ┬─────────────────
│ ໂຄງການ │ ຮັບຜິດຊອບ │ ປະເພດ │
├──────────────────────────────────────────── ──────────────────────────────────────────────────
│ກ່ອງໝາຍລຸ້ນຕໍ່ໄປ │ │ ແອັບພລິເຄຊັນ │
│(GUI) │ · The C++/QML │ │
│ │ ສ່ວນຕິດຕໍ່ຜູ້ໃຊ້ │ │
│ │ │ │
│ │ · ກຣາບຟິກ │ │
│ │ launcher ສໍາລັບ │ │
│ │ ຜູ້ໃຫ້ບໍລິການ, ເຊັ່ນ: │ │
│ │ checkbox-certification-client │ │
├──────────────────────────────────────────── ──────────────────────────────────────────────────
│ກ່ອງໝາຍລຸ້ນຕໍ່ໄປ │ │ ແອັບພລິເຄຊັນ │
│(CLI) │ · ແຖວຄຳສັ່ງ python │ │
│ │ ການໂຕ້ຕອບ │ │
│ │ │ │
│ │ · ສ່ວນຕິດຕໍ່ຜູ້ໃຊ້ຂໍ້ຄວາມ │ │
│ │ │ │
│ │ · ຄຳສັ່ງການທົດສອບ SRU │ │
│ │ │ │
│ │ · APIs ການຢັ້ງຢືນເພີ່ມເຕີມ │ │
│ │ │ │
│ │ · ການສົ່ງຂໍ້ມູນໄປຫາ Launchpad │ │
│ │ │ │
│ │ · ການສົ່ງຂໍ້ມູນໄປຫາ HEXR │ │
│ │ │ │
│ │ · ການບໍລິການ DBus ຕ້ອງການໂດຍ │ │
│ │ GUI │ │
└───────────────────────────────────────────── ─────────────────────────────────────────────── ┘
│ ການຢັ້ງຢືນລູກຄ້າ │ │ ຜູ້ໃຫ້ບໍລິການ │
│ຜູ້ໃຫ້ບໍລິການ │ · ລູກຄ້າການຢັ້ງຢືນ canonical │ │
│ │ ປະຕິບັດໄດ້ │ │
│ │ │ │
│ │ · ການຢັ້ງຢືນລູກຄ້າ │ │
│ │ ບັນຊີຂາວ │ │
├──────────────────────────────────────────── ──────────────────────────────────────────────────
│ການຢັ້ງຢືນເຊີບເວີ │ │ ຜູ້ໃຫ້ບໍລິການ │
│ຜູ້ໃຫ້ບໍລິການ │ · ການຢັ້ງຢືນເຊີບເວີ │ │
│ │ ບັນຊີຂາວ │ │
│ │ │ │
│ │ · ລາຍຊື່ເຊີບເວີເພີ່ມເຕີມ │ │
├──────────────────────────────────────────── ──────────────────────────────────────────────────
│ System-on-Chip Server │ │ ຜູ້ໃຫ້ │
│ຜູ້ໃຫ້ບໍລິການການຢັ້ງຢືນ │ · ການຢັ້ງຢືນເຊີບເວີ SoC │ │
│ │ ບັນຊີຂາວ │ │
├──────────────────────────────────────────── ──────────────────────────────────────────────────
│Checkbox Provider │ │ Provider │
│ │ · ເກືອບທັງໝົດນິຍາມວຽກ │ │
│ │ │ │
│ │ · ສ່ວນໃຫຍ່ "ສະຄຣິບ" ແບບກຳນົດເອງ │ │
│ │ │ │
│ │ · ຄ່າເລີ່ມຕົ້ນ ແລະ SRU whitelist │ │
├──────────────────────────────────────────── ──────────────────────────────────────────────────
│ ຜູ້ໃຫ້ບໍລິການຊັບພະຍາກອນ │ │ ຜູ້ໃຫ້ບໍລິການ │
│ │ · ເກືອບທັງໝົດວຽກຊັບພະຍາກອນ │ │
│ │ │ │
│ │ · ເກືອບທັງໝົດຊັບພະຍາກອນ "scripts" │ │
├──────────────────────────────────────────── ──────────────────────────────────────────────────
│Checkbox Support │ │ Library │
│ │ · ລະຫັດສະຫນັບສະຫນູນສໍາລັບ │ │ ຕ່າງໆ
│ │ ຜູ້ໃຫ້ບໍລິການ │ │
│ │ │ │
│ │ · ຕົວວິເຄາະສຳລັບຫຼາຍຮູບແບບຂໍ້ຄວາມ │ │
├──────────────────────────────────────────── ──────────────────────────────────────────────────
│PlainBox │ │ ຫໍສະໝຸດ ແລະການພັດທະນາ │
│ │ · ເກືອບທັງໝົດຫຼັກເຫດຜົນ │ Toolkit │
│ │ │ │
│ │ · RFC822 (ນິຍາມວຽກ) │ │
│ │ parser │ │
│ │ │ │
│ │ · ການຈັດການການຕັ້ງຄ່າ │ │
│ │ │ │
│ │ · ຊ່ວງເວລາທົດສອບ │ │
│ │ (ລະງັບ/ສືບຕໍ່) │ │
│ │ │ │
│ │ · ພະນັກງານແລ່ນ │ │
│ │ │ │
│ │ · ຕົວເປີດໃຊ້ທີ່ເຊື່ອຖືໄດ້ │ │
│ │ │ │
│ │ · ຕົວແກ້ໄຂການເພິ່ງພາອາໄສ │ │
│ │ │ │
│ │ · ການຈັດການແຖວຄຳສັ່ງ │ │
│ │ │ │
│ │ · XML, HTML ແລະ XSLX │ │
│ │ ຜູ້ສົ່ງອອກ │ │
│ │ │ │
│ │ · ແລະອື່ນໆອີກ... │ │
│ │ │ │
│ │ · ຊຸດເຄື່ອງມືພັດທະນາຜູ້ໃຫ້ບໍລິການ │ │
│ │ │ │
│ │ · 'plainbox startprovider' │ │
│ │ │ │
│ │ · ການປະຕິບັດ 'manage.py' │ │
└───────────────────────────────────────────── ─────────────────────────────────────────────── ┘
│ ກ່ອງເຄື່ອງໝາຍເກົ່າ (ບໍ່ມີ │ │ ແອັບພລິເຄຊັນ Monolithic │
│ຮັກສາໄວ້ດົນກວ່າ) │ · ແອັບພລິເຄຊັນ │ ຫ້ອງສະໝຸດ ແລະຂໍ້ມູນ │
│ │ │ │
│ │ · Qt4 GUI │ │
│ │ │ │
│ │ · Gtk2 GUI │ │
│ │ │ │
│ │ · Urwid (ຂໍ້ຄວາມ) GUI │ │
│ │ │ │
│ │ · ຫຼັກ │ │
│ │ │ │
│ │ · ປລັກອິນ ແລະ ເຫດການ / ຂໍ້ຄວາມ │ │
│ │ ເຄື່ອງຈັກ │ │
│ │ │ │
│ │ · ເກືອບທຸກຄຸນສົມບັດ │ │
│ │ ປະຕິບັດ plugin ຫຼັກ │ │
│ │ │ │
│ │ · ຂໍ້ມູນ │ │
│ │ │ │
│ │ · ວຽກ ແລະບັນຊີຂາວ │ │
└───────────────────────────────────────────── ─────────────────────────────────────────────── ┘
ປ່ຽນແປງ
ຫມາຍເຫດ:
ບັນທຶກການປ່ຽນແປງນີ້ມີພຽງແຕ່ສະຫຼຸບຂອງການປ່ຽນແປງ. ສໍາລັບການບັນຊີທີ່ຖືກຕ້ອງຫຼາຍຂອງ
ປະຫວັດການພັດທະນາ ກະລຸນາກວດເບິ່ງປະຫວັດແຫຼ່ງໂດຍກົງ.
CheckboxNG 0.23 (ຍັງບໍ່ໄດ້ປ່ອຍ)
· ແກ້ໄຂບັນຫາ: https://launchpad.net/checkbox-ng/+milestone/0.23
CheckboxNG 0.22
· ແກ້ໄຂບັນຫາ: https://launchpad.net/checkbox-ng/+milestone/0.22
CheckboxNG 0.3
· ແກ້ໄຂບັນຫາ: https://launchpad.net/checkbox-ng/+milestone/0.3
CheckboxNG 0.2
· ແກ້ໄຂບັນຫາ: https://launchpad.net/checkbox-ng/+milestone/0.2
CheckboxNG 0.1
· ການປ່ອຍຕົວຄັ້ງທໍາອິດ
·ສະຫນັບສະຫນູນສໍາລັບການສະແດງການຕັ້ງຄ່າ
·ສະຫນັບສະຫນູນສໍາລັບການແລ່ນການທົດສອບ SRU (ການທົດສອບ regression ອັດຕະໂນມັດ)
TEST ສະຄຣິບ
ການທົດສອບ 'scripts' ແມ່ນໂຄງການຂະຫນາດນ້ອຍທີ່ຖືກນໍາໃຊ້ເພື່ອຊ່ວຍໃນການປະຕິບັດການທົດສອບ.
ການທົດສອບຄວາມສະຫວ່າງ
script ນີ້ທົດສອບຄວາມສະຫວ່າງຂອງ backlight ລະບົບສາມາດປ່ຽນແປງໄດ້ໂດຍການໃຊ້
ການໂຕ້ຕອບ kernel ໃນ /sys/class/backlight. ອາດຈະມີຫຼາຍກວ່າຫນຶ່ງການໂຕ້ຕອບທີ່ຈະເລືອກເອົາ
ຈາກ, ດັ່ງນັ້ນການໂຕ້ຕອບທີ່ຖືກຕ້ອງທີ່ຈະໃຊ້ແມ່ນເລືອກໂດຍໃຊ້ heuristic ທີ່ກໍານົດໄວ້ໃນ
https://www.kernel.org/doc/Documentation/ABI/stable/sysfs-class-backlight. ຄວາມສະຫວ່າງ
ຖືກຈັດການໂດຍການປັບປຸງໄຟລ໌ຄວາມສະຫວ່າງຂອງການໂຕ້ຕອບແລະຄວາມສະຫວ່າງຕົວຈິງ
ໄຟລ໌ຖືກກວດສອບເພື່ອເບິ່ງວ່າຄ່າໄດ້ຖືກດັດແກ້ກັບຄວາມສະຫວ່າງທີ່ເລືອກ.
PROFILES CONFIGURATION
ໂປຣໄຟລການປະຕິບັດ, ຫຼື launchers, ອະນຸຍາດໃຫ້ກໍານົດທີ່ກໍານົດໄວ້ລ່ວງຫນ້າຂອງການຕັ້ງຄ່າ
ທາງເລືອກທີ່ອະນຸຍາດໃຫ້ປັບແຕ່ງຫນ້າຈໍຍິນດີຕ້ອນຮັບ, ສະແດງ whitelists ເຊັ່ນດຽວກັນກັບ
ບັນທຶກຜົນໄດ້ຮັບຢູ່ໃນທ້ອງຖິ່ນຫຼືສົ່ງໄຟລ໌ຍື່ນສະເຫນີໄປຍັງ Launchpad ຫຼືການຢັ້ງຢືນ
ຖານຂໍ້ມູນ / HEXR, ເຊັ່ນດຽວກັນກັບບາງຕົວກໍານົດການອື່ນໆ.
ການຕັ້ງຄ່າໂປຣໄຟລ໌ແມ່ນເປັນສ່ວນໜຶ່ງຂອງສະຄຣິບເປີດໃຊ້ງານ ແລະໃຊ້ checkbox-gui ຫຼື
checkbox-launcher (ໃນ text-mode/CLI) ເປັນ shebang ເພື່ອຕີຄວາມຫມາຍທີ່ສໍາຄັນ / ຄ່າ.
ເອກະສານນີ້ສະຫນອງການອ້າງອີງກ່ຽວກັບການເຮັດວຽກຂອງ launcher ແລະ syntax. ເພື່ອເຂົ້າໃຈ
ການອອກແບບແລະແນວຄວາມຄິດແລະເບິ່ງຕົວຢ່າງຈໍານວນຫນຶ່ງ, ທ່ານອາດຈະຕ້ອງການອ່ານ tutorial ກ່ຽວກັບວິທີການ
ສ້າງ launchers ແລະຄວາມສໍາພັນຂອງເຂົາເຈົ້າກັບ checkbox ເກົ່າ.
syntax
ເນື່ອງຈາກ checkbox-gui ເປັນແອັບພລິເຄຊັນ Qt, ການຕັ້ງຄ່າຕ້ອງປະຕິບັດຕາມກົດລະບຽບແບບ INI ຂອງ
ການຕັ້ງຄ່າ QSettings <http://qt-project.org/doc/qt-5/QSettings.html> ຫ້ອງຮຽນ.
ຮອງຮັບຄ່າຫຼາຍເສັ້ນ ແຕ່ຕ້ອງຖືກໃສ່ໃນວົງຢືມຄູ່ ແລະແຖວພິເສດ
ຕ້ອງເລີ່ມຕົ້ນດ້ວຍຊ່ອງຫວ່າງດຽວ, ຕົວຢ່າງ:
[ປະເພດ]
key="ສະບາຍດີ
ໂລກ"
· ຈາກ QML:
settings.value("category/key", i18n.tr("default_value"))
· ຈາກ C++:
settings->value("category/key", app.tr("default_value"))
ກົງກັນຂ້າມ, checkbox-launcher-specific launchers ຕ້ອງປະຕິບັດຕາມ Python ConfigParser
<https://docs.python.org/3/library/configparser.html#supported-ini-file-structure> syntax.
ນອກຈາກນີ້, ການຕັ້ງຄ່າບາງຢ່າງພຽງແຕ່ມີຄວາມຫມາຍສໍາລັບ GUI ຫຼື CLI, ແລະດັ່ງນັ້ນຈຶ່ງບໍ່ເຂົ້າໃຈໂດຍ
ອື່ນໆ. ເຫຼົ່ານີ້ແມ່ນໄດ້ສັງເກດເຫັນຂ້າງລຸ່ມນີ້.
ສະຫນັບສະຫນູນ ການຕັ້ງຄ່າ
ຍິນດີຕ້ອນຮັບ/ຫົວຂໍ້
ຊື່ແອັບພລິເຄຊັນ QML ແລະສ່ວນຫົວໜ້າຈໍຍິນດີຕ້ອນຮັບ. ຄ່າເລີ່ມຕົ້ນເປັນ ລະບົບ ການທົດສອບ.
ຍິນດີຕ້ອນຮັບ/ຂໍ້ຄວາມ
ຂໍ້ຄວາມຍິນດີຕ້ອນຮັບທີ່ຈະສະແດງໃນຫນ້າຈໍທໍາອິດ (checkbox-gui ສະຫນັບສະຫນູນ Rich text
ອະນຸຍາດໃຫ້ເຄື່ອງໝາຍແບບ HTML). ຄ່າເລີ່ມຕົ້ນເປັນ ຍິນດີຕ້ອນຮັບ to ລະບົບ ການທົດສອບ. [ ... ]
suite/whitelist_filter
ການສະແດງຜົນປົກກະຕິເພື່ອໃຫ້ກົງກັບຊຸດຍ່ອຍຂອງຊື່ໄຟລ໌ບັນຊີຂາວ. ໃນ checkbox-gui ມັນ
ເລີ່ມຕົ້ນເປັນ .*. ສໍາລັບ checkbox-launcher ມັນບໍ່ມີຄ່າເລີ່ມຕົ້ນແລະ ຕ້ອງ ໄດ້ຮັບການກໍານົດ.
suite/whitelist_selection
ຮູບແບບທີ່ບັນຊີຂາວຕ້ອງກົງກັນເພື່ອເລືອກໄວ້ລ່ວງໜ້າ. ການສະແດງອອກປົກກະຕິ Python.
ມັນບໍ່ມີຄ່າເລີ່ມຕົ້ນແລະ ຕ້ອງ ຖືກກໍານົດ. (CLI ເທົ່ານັ້ນ)
suite/skip_whitelist_selection
ຖ້າຕັ້ງເປັນຖືກ, ຜູ້ໃຊ້ຈະບໍ່ໄດ້ຮັບການເລືອກບັນຊີຂາວ. ພຽງແຕ່ເລືອກໄວ້ກ່ອນ
ອັນໃດນຶ່ງ (ເບິ່ງ whitelist_selection) ຈະຖືກເລືອກ. (CLI ເທົ່ານັ້ນ).
suite/skip_test_selection
ຖ້າຕັ້ງເປັນຖືກ, ຜູ້ໃຊ້ຈະບໍ່ຖືກອະນຸຍາດໃຫ້ຍົກເລີກການເລືອກການທົດສອບກ່ອນທີ່ຈະດໍາເນີນການ: ການທົດສອບທັງຫມົດ
ໃນບັນຊີຂາວທີ່ເລືອກຈະຖືກດໍາເນີນການ. (CLI ເທົ່ານັ້ນ)
ການຍື່ນສະເຫນີ / ຂໍ້ຄວາມ
ຂໍ້ຄວາມສ່ວນຫົວຂອງການຍື່ນສະເຫນີບໍ່ເຖິງ, ສະແດງໃຫ້ເຫັນກັບຜູ້ໃຊ້ຫຼັງຈາກການຍື່ນສະເຫນີ
ສໍາເລັດ. (GUI ເທົ່ານັ້ນ)
submission/input_type
ສະແດງຊ່ອງໃສ່ຂໍ້ຄວາມເພື່ອໃສ່ ID ທີ່ປອດໄພ ຫຼືທີ່ຢູ່ LP (ຄ່າເລີ່ມຕົ້ນ). ເຖິງ
ພຽງແຕ່ບັນທຶກຜົນໄດ້ຮັບໃນແຜ່ນ, ຕ້ອງໄດ້ນໍາໃຊ້ none ຄ່າ. ເພື່ອກວດສອບການໃຊ້ regex,
ຕ້ອງເປັນ regex. (GUI ເທົ່ານັ້ນ)
ການຍື່ນສະເຫນີ / regex
ການສະແດງອອກປົກກະຕິເພື່ອກວດສອບການປ້ອນຂໍ້ມູນໃນຊ່ອງຂໍ້ມູນການຍື່ນສະເຫນີ (ເຊັ່ນ: ອີເມວ, secure_id)
ຖ້າ input_type ແມ່ນ regex. (GUI ເທົ່ານັ້ນ). RegExpValidator, ຄ່າເລີ່ມຕົ້ນ .*
submission/input_placeholder
ຂໍ້ຄວາມຊົ່ວຄາວທີ່ຈະໃສ່ໃນພາກສະຫນາມປ້ອນຂໍ້ມູນ, ນໍາໃຊ້ເພື່ອນໍາພາຜູ້ໃຊ້. Launchpad E-Mail
ທີ່ຢູ່ (ຄ່າເລີ່ມຕົ້ນ) ຫຼື ຄວາມປອດໄພ ID (15 or 18 ຕົວອັກສອນ). (GUI ເທົ່ານັ້ນ)
ສົ່ງ/secure_id
ກຳນົດຄ່າລ່ວງໜ້າ secure_id ເພື່ອຕື່ມໃສ່ໃນຊ່ອງຂໍ້ຄວາມ.
ສົ່ງ/ok_btn_text
ປ້າຍຊື່ສໍາລັບປຸ່ມ "ສົ່ງ". ຍື່ນສະເຫນີ ຜົນການຄົ້ນຫາ (ຄ່າເລີ່ມຕົ້ນ) ຫຼື ບັນທຶກ ຜົນການຄົ້ນຫາ. (GUI
ພຽງແຕ່)
submission/cancel_warning
ສະແດງໃຫ້ຜູ້ໃຊ້ຮູ້ວ່າລາວຕ້ອງການອອກໂດຍບໍ່ໄດ້ບັນທຶກລາຍງານ. ເຈົ້າແມ່ນປະມານ
ເພື່ອອອກຈາກການທົດສອບນີ້ໂດຍບໍ່ມີການບັນທຶກລາຍງານຜົນໄດ້ຮັບຂອງທ່ານ. ທ່ານຕ້ອງການທີ່ຈະຊ່ວຍປະຢັດ
ລາຍງານ? (GUI ເທົ່ານັ້ນ)
ສົ່ງ/submit_to_hexr
Boolean, ເພີ່ມ header ພິເສດເພື່ອສົ່ງຜົນໄດ້ຮັບໄປຫາ HEXR (ໃຊ້ໄດ້ກັບ
ການຂົນສົ່ງການຢັ້ງຢືນ)
exporter/xml_export_path
ສະຖານທີ່ເພື່ອບັນທຶກໄຟລ໌ສົ່ງ XML, ຖ້າຕັ້ງເປັນສະຕຣິງຫວ່າງເປົ່າຈະເປີດ a
ກ່ອງໂຕ້ຕອບບັນທຶກໄຟລ໌. ຄ່າເລີ່ມຕົ້ນ: /tmp/submission.xml (GUI ເທົ່ານັ້ນ)
transport/submit_to
ປາຍທາງການຂົນສົ່ງ. ຄ່າເລີ່ມຕົ້ນເປັນ . ຮອງຮັບການຍື່ນສະເໜີຕໍ່ LP (ຄ່າເລີ່ມຕົ້ນ,
ມູນຄ່າ launchpad), ການຮັບຮອງ, ຫຼື ທ້ອງຖິ່ນ (ບັນທຶກໃສ່ແຜ່ນ)
transport/submit_url
URL ເພື່ອສົ່ງຜົນໄດ້ຮັບໄປຫາ. ນີ້ອະນຸຍາດໃຫ້ອັບໂຫລດໄປຍັງເວັບໄຊທ໌ທີ່ແຕກຕ່າງກັນ, ສໍາລັບການຍົກຕົວຢ່າງ
ມັນສາມາດອັບໂຫລດໂດຍກົງໃສ່ hexr, ຫຼືໄປຫາສະຖານທີ່ສະແດງ. ໃຊ້ພຽງແຕ່ກັບ
ການຮັບຮອງ ສົ່ງເຖິງມູນຄ່າ.
transport/config_filename
ຊື່ຂອງໄຟລ໌ config ແບບກຳນົດເອງທີ່ຈະໂຫລດ. ໄຟລ໌ config ສ່ວນໃຫຍ່ແມ່ນໃຊ້ເພື່ອກໍານົດ
ຕົວແປສະພາບແວດລ້ອມ. (CLI ເທົ່ານັ້ນ)
transport/dont_suppress_output
ຖ້າຕັ້ງ, ຊັບພະຍາກອນ, ວຽກທ້ອງຖິ່ນແລະໄຟລ໌ແນບຈະຖືກສົ່ງອອກໄປຫາຫນ້າຈໍ, ນີ້
ສ້າງຂໍ້ຄວາມຫຼາຍແລະສ່ວນໃຫຍ່ແມ່ນສໍາລັບການ debugging. (CLI ເທົ່ານັ້ນ)
checkbox/PLAINBOX ຕົວເປີດຕົວ TUTORIAL
ເອກະສານນີ້ໃຫ້ຄໍາອະທິບາຍວ່າເປັນຫຍັງ launchers ເປັນສິ່ງຈໍາເປັນ, ສິ່ງທີ່ທ່ານສາມາດບັນລຸໄດ້
ກັບເຂົາເຈົ້າ, ແລະຜ່ານຕົວຢ່າງຫຼາຍອັນເພື່ອອະທິບາຍຄວາມສາມາດຂອງເຂົາເຈົ້າໄດ້ດີຂຶ້ນ. ສໍາລັບ
ການອ້າງອິງລະອຽດກ່ຽວກັບວ່າການຕັ້ງຄ່າໃດໄດ້ຮັບການສະຫນັບສະຫນູນໂດຍ launchers, ແລະ syntax ສະເພາະສໍາລັບ
ໄຟລ໌ launcher, ເບິ່ງ /ໂປຣໄຟລ໌.
Legacy checkbox ພຶດຕິກໍາ ການຄວບຄຸມ
ໃນໄລຍະຜ່ານມາ, ພຶດຕິກໍາຂອງ Checkbox ຖືກຄວບຄຸມໂດຍສາມກົນໄກ.
ຫນ້າທໍາອິດ, ຫນ້າທີ່ຂອງ checkbox ສາມາດໄດ້ຮັບການເພີ່ມຂຶ້ນໂດຍການເພີ່ມ plugins. ສໍາລັບຕົວຢ່າງ, ໄດ້
ຄວາມສາມາດໃນການສົ່ງກັບເວັບໄຊທ໌ການຢັ້ງຢືນໄດ້ຖືກເພີ່ມໂດຍຊຸດ checkbox-certification
ໃຊ້ plugin. ປັ໊ກອິນທີ່ລວມຢູ່ໃນ checkbox-certification ແລະທີ່ເພີ່ມພຶດຕິກໍາໃຫມ່
to base checkbox ແມ່ນ:
/usr/share/checkbox-certification/plugins/certify_message.py
/usr/share/checkbox-certification/plugins/submission_info.py
/usr/share/checkbox-certification/plugins/backup.py
/usr/share/checkbox-certification/plugins/certify_prompt.py
/usr/share/checkbox-certification/plugins/certify_report.py
/usr/share/checkbox-certification/plugins/certify_schemas.py
ເຫຼົ່ານີ້ເພີ່ມວິທີການກະຕຸ້ນເຕືອນຜູ້ໃຊ້ສໍາລັບຂໍ້ມູນການຍື່ນສະເຫນີສະເພາະ, ສ້າງ xml
ບົດລາຍງານ, ແລະຫນ້າທີ່ອື່ນໆ.
ຕໍ່ໄປ, ພຶດຕິກໍາຂອງ plugins ສາມາດຖືກຕັ້ງຄ່າຫຼືຄວບຄຸມໂດຍໃຊ້ການຕັ້ງຄ່າ
ໄຟລ໌, ເຊິ່ງແມ່ນ "cascaded". ໄຟລ໌ config ສາມາດລວມເອົາອັນອື່ນ ແລະໄຟລ໌ທີ່ສາມາດເຮັດໄດ້
ລວມເຖິງຄົນອື່ນ.
ນີ້ແມ່ນຕົວຢ່າງຂອງໂຄງການສະເພາະໂຄງການ-qt.ini ໄຟລ໌ config ຕົ້ນຕໍ. ມັນເປັນຄັ້ງທໍາອິດ
ໄຟລ໌ອ່ານເມື່ອລູກຄ້າສະເພາະໂຄງການຖືກເປີດຕົວ. ບາງການຕັ້ງຄ່າແມ່ນຫຍໍ້:
[ຄ່າເລີ່ມຕົ້ນ]
ລວມມີ = %(checkbox_oem_share)s/configs/checkbox-project-base-qt.ini %(checkbox_project_share)s/configs/checkbox-project-base.ini
[checkbox/plugins/environment_info]
repositories = deb http://.*\(archive\|security\).ubuntu.com/ubuntu precise-security
routers = ຫຼາຍ
server_iperf = 10.20.30.40
source_list = /etc/apt/source.list
wpa_n_psk = ລະຫັດຜ່ານ
wpa_n_ssid = ຈຸດເຂົ້າເຖິງ
[checkbox/plugins/user_interface]
title = ການທົດສອບລະບົບໂຄງການຂອງຂ້ອຍ
ສັງເກດເຫັນເສັ້ນປະກອບມີ, ນີ້ສັ່ງໃຫ້ມັນໂຫລດໄຟລ໌ config ສໍາລັບ
checkbox-project-base-qt ແລະ checkbox-project-base. Checkbox-project-base-qt ໂຫລດ
config ສໍາລັບ checkbox-certification ແລະ checkbox-project. ການຕັ້ງຄ່າແມ່ນ cascaded ດັ່ງນັ້ນ
ຕົວເລືອກ config ຢູ່ໃກ້ກັບເທິງ override ຢູ່ໃກ້ກັບລຸ່ມສຸດ.
ສຸດທ້າຍ, "binary" ທີ່ໃຊ້ເພື່ອເອີ້ນກ່ອງເຊັກແມ່ນເປັນ Shell script ທີ່ກໍານົດບ່ອນທີ່ຈະຊອກຫາ
ສິ່ງທີ່ checkbox ຕ້ອງດໍາເນີນການ: ທ່ານສາມາດກໍານົດໄດເລກະທໍລີແບ່ງປັນ, ຂໍ້ມູນສະເພາະ
ໄດເລກະທໍລີ, ຊີ້ໄປຫາໄຟລ໌ການຕັ້ງຄ່າແລະກໍານົດຕົວແປສະພາບແວດລ້ອມບາງຢ່າງທີ່ທ່ານ
ອາດຈະຕ້ອງການໃນລະຫວ່າງການທົດສອບ. ນີ້ແມ່ນຕົວຢ່າງສໍາລັບ checkbox-project-qt:
#!/ bin / bash
ສົ່ງອອກ CHECKBOX_DATA=${CHECKBOX_DATA:-~/. checkbox}
ສົ່ງອອກ CHECKBOX_SHARE=${CHECKBOX_SHARE:-/usr/share/checkbox}
ສົ່ງອອກ CHECKBOX_OPTIONS=${CHECKBOX_OPTIONS:---log-level=debug --log=$CHECKBOX_DATA/checkbox-project.log}
ສົ່ງອອກ CHECKBOX_CERTIFICATION_SHARE=${CHECKBOX_CERTIFICATION_SHARE:-/usr/share/checkbox-certification}
ສົ່ງອອກ CHECKBOX_OEM_SHARE=${CHECKBOX_PROJECT_BASE_SHARE:-/usr/share/checkbox-project-base}
ສົ່ງອອກ CHECKBOX_PROJECT_SHARE=${CHECKBOX_PROJECT_SHARE:-/usr/share/checkbox-project}
# ຄວາມສະດວກສະບາຍໃນການກໍານົດໄດເລກະທໍລີ PYTHONPATH.
ຖ້າ [ "$CHECKBOX_SHARE" != "/usr/share/checkbox" ]; ແລ້ວ
ສົ່ງອອກ PYTHONPATH="$CHECKBOX_SHARE:$PYTHONPATH"
fi
python3 $CHECKBOX_SHARE/run "$@" $CHECKBOX_PROJECT_SHARE/configs/$(ຊື່ຖານ $0).ini
ໃນທີ່ນີ້ທ່ານສາມາດເຫັນໄດ້ວ່າມັນກໍານົດບາງສະຖານທີ່ແລະສ່ວນຫນຶ່ງທີ່ສໍາຄັນແມ່ນ python3 ສຸດທ້າຍ
ເສັ້ນ, ບ່ອນທີ່ມັນຈະຊອກຫາແລະນໍາໃຊ້ໄຟລ໌ config .ini ທີ່ກໍານົດໄວ້ທີ່ພວກເຮົາໄດ້ເຫັນກ່ອນຫນ້ານີ້.
ອົງການຈັດຕັ້ງລໍາດັບນີ້ມີອໍານາດຫຼາຍ, ແຕ່ຍັງມີຄວາມຫຍຸ້ງຍາກທີ່ຈະຈັດການ, ແລະ
ຍັງມີຂໍ້ຈໍາກັດບາງຢ່າງ. ສ່ວນຫນຶ່ງຂອງການເຮັດວຽກທີ່ພວກເຮົາໄດ້ເຮັດກັບ checkbox ແມ່ນເພື່ອປະສົມປະສານທັງຫມົດ
plugins ສະເພາະໂຄງການເຂົ້າໄປໃນ checkbox trunk, ດ້ວຍວິທີນີ້ລະຫັດຫຼັກທັງຫມົດຢູ່ໃນສະຖານທີ່ດຽວ,
ແລະຕົວແປສະເພາະໂຄງການພຽງແຕ່ສະໜອງວຽກ, ບັນຊີຂາວ, ຂໍ້ມູນ ແລະການຕັ້ງຄ່າ,
ໂດຍບໍ່ມີການເພີ່ມພຶດຕິກໍາໃຫມ່.
ໃຫມ່ ກ່ອງທໍາມະດາ ພຶດຕິກໍາ ການຄວບຄຸມ
ບໍ່ເຫມືອນກັບ checkbox, ຫຼັກຂອງ plainbox ແມ່ນ monolythic, ແລະມັນບໍ່ມີແນວຄວາມຄິດຂອງ plugins. ນີ້
ເຮັດໃຫ້ມັນງ່າຍຕໍ່ການເຂົ້າໃຈແລະເຮັດວຽກກັບ. ຫຼັກ plainbox ມີການປະຕິບັດສໍາລັບທຸກຄົນ
ຫນ້າທີ່ຢູ່ໃນຊຸດ checkbox ເກົ່າ, ດັ່ງນັ້ນບໍ່ຈໍາເປັນຕ້ອງໃຊ້ຄຸນສົມບັດເພີ່ມເຕີມ
ເຊັ່ນການຍື່ນສະເຫນີການຢັ້ງຢືນຫຼືການສ້າງບົດລາຍງານ.
ສິ່ງທີ່ພວກເຮົາເອີ້ນວ່າ plainbox ແມ່ນຫ້ອງສະຫມຸດທີ່ປະຕິບັດຫນ້າທີ່ທັງຫມົດ, ດັ່ງທີ່ເຫັນໄດ້
ທີ່ນີ້.
Plainbox ໃຫ້ເຄື່ອງມືທີ່ຈະຊ່ວຍໃຫ້ນັກພັດທະນາທົດສອບການຂຽນແລະຊຸດການທົດສອບ. ພວກນີ້ແມ່ນ
ສົ່ງໃນ "ຜູ້ໃຫ້ບໍລິການ", ເຊິ່ງແມ່ນຫນ່ວຍງານທີ່ອອກແບບມາເພື່ອ encapsulate ຄໍາອະທິບາຍການທົດສອບ,
ສະຄຣິບແບບກຳນົດເອງສຳລັບການທົດສອບ, ບັນຊີຂາວ ແລະຂໍ້ມູນປະເພດຕ່າງໆ. ພວກເຂົາເຈົ້າໄດ້ຖືກອອກແບບເພື່ອອະນຸຍາດໃຫ້
ທີມງານທີ່ຈະຂຽນແລະສົ່ງການທົດສອບ custom ຂອງເຂົາເຈົ້າໂດຍບໍ່ມີການເປັນຫ່ວງຫຼາຍເກີນໄປກ່ຽວກັບ
ລະຫັດ plainbox ທີ່ຕິດພັນ.
ເພື່ອໃຫ້ໄດ້ຮັບຂໍ້ມູນກ່ຽວກັບວິທີການຂຽນການທົດສອບແລະຜູ້ໃຫ້ບໍລິການ, ເບິ່ງການສອນຜູ້ສະຫນອງ
ຢ່າງໃດກໍຕາມ, ເມື່ອນໍາໃຊ້ການທົດສອບເຫຼົ່ານີ້ເພື່ອກວດສອບລະບົບທີ່ແທ້ຈິງ, ພວກເຮົາຕ້ອງການໃຫ້
ບາງສິ່ງບາງຢ່າງທີ່ງ່າຍຂຶ້ນແລະໃກ້ຊິດກັບປະສົບການຂອງຜູ້ໃຊ້ຂອງ checkbox. ພວກເຮົາສ້າງລູກຄ້າສອງຄົນ,
checkbox-gui ແລະ checkbox-cli, ທີ່ມີບາງພຶດຕິກໍາ hardcoded, ແລະພວກເຮົາກໍ່ເລີ່ມຕົ້ນ
ການສ້າງລູກຄ້າອື່ນໆທີ່ອີງໃສ່ສິ່ງເຫຼົ່ານີ້ແຕ່ມີຈຸດປະສົງສະເພາະ. ຕົວຢ່າງ,
ພວກເຮົາມີສະບັບຂອງ checkbox ສໍາລັບການທົດສອບ SRU, ອື່ນສໍາລັບການຢັ້ງຢືນເຄື່ອງແມ່ຂ່າຍ, ແລະອື່ນໆ.
ແຕ່ຫຼັງຈາກນັ້ນພວກເຮົາຮູ້ວ່າລະຫັດຈໍານວນຫຼາຍໄດ້ຖືກຊ້ໍາກັນແລະພຶດຕິກໍາແມ່ນທົ່ວໄປ
ຍົກເວັ້ນບາງການປ່ຽນແປງ. ດັ່ງນັ້ນພວກເຮົາໄດ້ມາເຖິງແນວຄວາມຄິດຂອງ "launchers", ຊຶ່ງເປັນ
ຄ້າຍຄືກັນກັບໄຟລ໌ການຕັ້ງຄ່າຂອງກ່ອງກາໝາຍ ແລະຕົວເປີດສະຄຣິບຂອງແກະ.
ແນວຄວາມຄິດແມ່ນວ່າ checkbox-gui ແລະ checkbox-cli ມີພຶດຕິກໍາພື້ນຖານບາງຢ່າງ, ນັບຕັ້ງແຕ່ພວກມັນ
ແມ່ນລູກຄ້າທີ່ຖືກຈັດສົ່ງໂດຍຄ່າເລີ່ມຕົ້ນດ້ວຍ ubuntu. ພວກເຂົາສາມາດສະແດງທັງຫມົດທີ່ມີຢູ່
whitelists, ສະແດງຂໍ້ຄວາມຍິນດີຕ້ອນຮັບທີ່ກໍານົດໄວ້ລ່ວງຫນ້າ, ແລະໃນຕອນທ້າຍຈະໃຫ້ຜູ້ໃຊ້ເບິ່ງໄດ້
ລາຍງານ html ແລະສົ່ງໄປທີ່ launchpad ໂດຍໃຊ້ທີ່ຢູ່ອີເມວຂອງພວກເຂົາ, ຄ້າຍຄືກັບສະບັບ
ຂອງກ່ອງກາເຄື່ອງຫມາຍທີ່ສົ່ງກັບ Ubuntu.
ແທນທີ່ຈະໃຊ້ຕົວປ່ຽນເສັ້ນຄໍາສັ່ງທີ່ສັບສົນ, launchers ອະນຸຍາດໃຫ້ທ່ານປັບຄ່າບາງຢ່າງ
ພຶດຕິກໍາທາງເລືອກໃນການປັບແຕ່ງປະສົບການການທົດສອບຂອງທ່ານ. launcher ມີການຕັ້ງຄ່າ, ແລະ
ແມ່ນຄ້າຍຄືກັນກັບ script ແກະ, ແຕ່ນາຍພາສາຈະເປັນ checkbox-gui ຫຼື
checkbox-launcher.
ນີ້ແມ່ນບາງຕົວຢ່າງຂອງສິ່ງທີ່ສາມາດເຮັດໄດ້ກັບ launchers.
ເປັນຄວາມແປກໃຈ, checkbox-cli ແມ່ນຕົວຂອງມັນເອງເປັນ launcher:
#!/usr/bin/env checkbox-launcher
[ຍິນດີຕ້ອນຮັບ]
text = ຍິນດີຕ້ອນຮັບສູ່ການທົດສອບລະບົບ!
Checkbox ໃຫ້ການທົດສອບເພື່ອຢືນຢັນວ່າລະບົບຂອງທ່ານເຮັດວຽກຢ່າງຖືກຕ້ອງ.
ເມື່ອທ່ານສໍາເລັດການດໍາເນີນການທົດສອບ, ທ່ານສາມາດເບິ່ງບົດລາຍງານສະຫຼຸບສໍາລັບການ
ລະບົບຂອງທ່ານ.
ຄຳເຕືອນ: ການທົດສອບບາງຢ່າງສາມາດເຮັດໃຫ້ລະບົບຂອງທ່ານຄ້າງ ຫຼືກາຍເປັນ
ບໍ່ຕອບສະໜອງ. ກະລຸນາບັນທຶກວຽກທັງໝົດຂອງເຈົ້າ ແລະປິດການເຮັດວຽກອື່ນໆທັງໝົດ
ຄໍາຮ້ອງສະຫມັກກ່ອນທີ່ຈະເລີ່ມຕົ້ນຂະບວນການທົດສອບ.
[ຊຸດ]
whitelist_filter = ^default$
whitelist_selection = ^default$
skip_whitelist_selection = ຖືກ
[ການຂົນສົ່ງ]
submit_to = launchpad
ທ່ານສາມາດເບິ່ງທີ່ນີ້ພວກເຮົາປັບຕົວເລືອກຈໍານວນຫນຶ່ງ: ມັນສະແດງໃຫ້ເຫັນຂໍ້ຄວາມຍິນດີຕ້ອນຮັບ, ອັດຕະໂນມັດ
ເລືອກບັນຊີຂາວເລີ່ມຕົ້ນ, ແລະຈະສົ່ງໄປທີ່ launchpad ເມື່ອມັນສໍາເລັດ.
ຕົວຢ່າງຕົວເປີດກາຟິກແມ່ນ canonical-certification-client.
#!/usr/bin/checkbox-gui
[ຍິນດີຕ້ອນຮັບ]
title = "ການຢັ້ງຢືນລະບົບ"
text = " ຍິນດີຕ້ອນຮັບສູ່ການຢັ້ງຢືນລະບົບ! ຄໍາຮ້ອງສະຫມັກນີ້ຈະ
ເກັບກໍາຂໍ້ມູນຈາກລະບົບຂອງທ່ານ. ຫຼັງຈາກນັ້ນ, ທ່ານຈະຖືກຖາມວ່າການທົດສອບຄູ່ມື
ຢືນຢັນວ່າລະບົບເຮັດວຽກຢ່າງຖືກຕ້ອງ. ສຸດທ້າຍ, ເຈົ້າຈະຖືກຮ້ອງຂໍໃຫ້
ID ທີ່ປອດໄພຂອງຄອມພິວເຕີເພື່ອສົ່ງຂໍ້ມູນໄປຍັງການຢັ້ງຢືນ
ຖານຂໍ້ມູນ. ເພື່ອຮຽນຮູ້ວິທີສ້າງ ຫຼືຊອກຫາ ID ທີ່ປອດໄພ,
ກະລຸນາເບິ່ງທີ່ນີ້: certification.canonical.com "
[ຊຸດ]
whitelist_filter = "^client-(cert|selftest).*"
[ການຍື່ນສະເຫນີ]
input_type = "regex"
input_placeholder = "ລະຫັດທີ່ປອດໄພ (15 ຫຼື 18 ຕົວອັກສອນ)"
ok_btn_text = "ສົ່ງຜົນໄດ້ຮັບ"
submit_to_hexr = "ຈິງ"
[ຜູ້ສົ່ງອອກ]
xml_export_path = "/tmp/submission.xml"
[ການຂົນສົ່ງ]
submit_to = "ການຢັ້ງຢືນ"
launchers ກຣາຟິກແມ່ນສັບສົນຫຼາຍ, ແຕ່ໂດຍພື້ນຖານແລ້ວມັນຄ້າຍຄືກັນ, ມັນແມ່ນຫຍັງ
ອະນຸຍາດໃຫ້ທ່ານເພື່ອກໍານົດຕົວກໍານົດການຈໍານວນຫນຶ່ງເພື່ອປັບປະສົບການການທົດສອບຂອງທ່ານ.
ຕົວເປີດຮູບແບບຂໍ້ຄວາມທີ່ງ່າຍດາຍຫຼາຍແມ່ນ canonical-hw-collection ເຊິ່ງພຽງແຕ່ດໍາເນີນການພື້ນຖານ
ທົດສອບຂໍ້ມູນຮາດແວ ແລະອັບໂຫຼດພວກມັນໃສ່ຖານຂໍ້ມູນຮາດແວ:
[ຍິນດີຕ້ອນຮັບ]
title =ເກັບກຳຂໍ້ມູນຮາດແວ
text = ລວບລວມຂໍ້ມູນຮາດແວ. ທ່ານອາດຈະໄດ້ຮັບການເຕືອນສໍາລັບລະຫັດຜ່ານຂອງທ່ານ.
ຂະບວນການນີ້ຈະໃຊ້ເວລາປະມານ 30 ວິນາທີແລະທ່ານຈະໄດ້ຮັບການສະຫນອງ
ດ້ວຍ URL ຜ່ານທີ່ທ່ານສາມາດຢືນຢັນ ແລະລົງທະບຽນຮາດແວຂອງທ່ານໄດ້
ການຍື່ນສະເຫນີ.
[ຊຸດ]
whitelist_filter = ^hwsubmit$
whitelist_selection = ^hwsubmit$
skip_whitelist_selection = ຖືກ
skip_test_selection = ຖືກ
[ການຍື່ນສະເຫນີ]
# ປອມ secure_id ຮັບປະກັນວ່າພວກເຮົາບໍ່ໄດ້ຖາມມັນ
# ມັນສາມາດ overridden ໃນໄຟລ໌ .conf ໄດ້ສະເໝີ.
secure_id = 000
[ການຂົນສົ່ງ]
submit_to = ການຢັ້ງຢືນ
submit_url = https://hardware-server.example.com/
ໃນທີ່ສຸດ, canonical-driver-test-suite ສະຫນອງທັງຕົວເປີດຮູບແບບກຣາຟິກແລະຕົວຫນັງສື,
ທີ່ມີຄຸນສົມບັດເທົ່າທຽມກັນ:
#!/usr/bin/checkbox-gui
[ຍິນດີຕ້ອນຮັບ]
title = "ຊຸດທົດສອບຄົນຂັບ Canonical"
text = " ຍິນດີຕ້ອນຮັບສູ່ Canonical Driver Test Suite.
ໂຄງການນີ້ມີການທົດສອບອັດຕະໂນມັດແລະຄູ່ມືເພື່ອຊ່ວຍໃຫ້ທ່ານຄົ້ນພົບ
ບັນຫາທີ່ຈະເກີດຂື້ນໃນເວລາແລ່ນໄດເວີອຸປະກອນຂອງທ່ານໃນ Ubuntu.
ຄໍາຮ້ອງສະຫມັກນີ້ຈະກ້າວຜູ້ໃຊ້ຜ່ານການທົດສອບເຫຼົ່ານີ້ໃນ a
ຄໍາສັ່ງ predetermined ແລະອັດຕະໂນມັດເກັບກໍາຂໍ້ມູນລະບົບທັງສອງເປັນ
ເຊັ່ນດຽວກັນກັບຜົນການທົດສອບ. ມັນຍັງຈະເຕືອນຜູ້ໃຊ້ສໍາລັບການປ້ອນຂໍ້ມູນໃນເວລາທີ່ຄູ່ມື
ການທົດສອບແມ່ນຕ້ອງການ.
ເວລາແລ່ນສໍາລັບການທົດສອບແມ່ນຖືກກໍານົດໂດຍການທົດສອບທີ່ທ່ານຕັດສິນໃຈ
ປະຕິບັດ. ຜູ້ໃຊ້ຈະມີໂອກາດທີ່ຈະປັບແຕ່ງການທົດສອບແລ່ນໄປຫາ
ຮອງຮັບຜູ້ຂັບຂີ່ແລະຈໍານວນເວລາທີ່ມີສໍາລັບການທົດສອບ.
ເພື່ອເລີ່ມຕົ້ນ, ພຽງແຕ່ຄລິກໃສ່ປຸ່ມສືບຕໍ່ຂ້າງລຸ່ມນີ້ແລະປະຕິບັດຕາມເທິງຫນ້າຈໍ
ຄໍາແນະນໍາ. "
[ຊຸດ]
whitelist_filter = "^ihv-.*"
[ການຍື່ນສະເຫນີ]
ok_btn_text = "ບັນທຶກຜົນໄດ້ຮັບ"
input_type = "ບໍ່ມີ"
[ຜູ້ສົ່ງອອກ]
xml_export_path = ""
[ການຂົນສົ່ງ]
submit_to = "ທ້ອງຖິ່ນ"
ຮູບແບບຂໍ້ຄວາມ:
#!/usr/bin/env checkbox-launcher
[ຍິນດີຕ້ອນຮັບ]
text = ຍິນດີຕ້ອນຮັບສູ່ Canonical Driver Test Suite
ໂຄງການນີ້ມີການທົດສອບອັດຕະໂນມັດແລະຄູ່ມືເພື່ອຊ່ວຍໃຫ້ທ່ານຄົ້ນພົບ
ບັນຫາທີ່ຈະເກີດຂື້ນໃນເວລາແລ່ນໄດເວີອຸປະກອນຂອງທ່ານໃນ Ubuntu.
ຄໍາຮ້ອງສະຫມັກນີ້ຈະກ້າວຜູ້ໃຊ້ຜ່ານການທົດສອບເຫຼົ່ານີ້ໃນ a
ຄໍາສັ່ງ predetermined ແລະອັດຕະໂນມັດເກັບກໍາຂໍ້ມູນລະບົບທັງສອງເປັນ
ເຊັ່ນດຽວກັນກັບຜົນການທົດສອບ. ມັນຍັງຈະເຕືອນຜູ້ໃຊ້ສໍາລັບການປ້ອນຂໍ້ມູນໃນເວລາທີ່ຄູ່ມື
ການທົດສອບແມ່ນຕ້ອງການ.
ເວລາແລ່ນສໍາລັບການທົດສອບແມ່ນຖືກກໍານົດໂດຍການທົດສອບທີ່ທ່ານຕັດສິນໃຈ
ປະຕິບັດ. ຜູ້ໃຊ້ຈະມີໂອກາດທີ່ຈະປັບແຕ່ງການທົດສອບແລ່ນໄປຫາ
ຮອງຮັບຜູ້ຂັບຂີ່ແລະຈໍານວນເວລາທີ່ມີສໍາລັບການທົດສອບ.
ເພື່ອເລີ່ມຕົ້ນ, ພຽງແຕ່ຄລິກໃສ່ປຸ່ມສືບຕໍ່ຂ້າງລຸ່ມນີ້ແລະປະຕິບັດຕາມເທິງຫນ້າຈໍ
ຄໍາແນະນໍາ.
[ຊຸດ]
# ບັນຊີຂາວສະແດງຢູ່ໃນໜ້າຈໍການເລືອກຊຸດ
whitelist_filter = ^ihv-.*
# Whitelist_selection ແມ່ນບັງຄັບ, ດັ່ງນັ້ນພວກເຮົາກໍານົດມັນເປັນຄ່າປອມດັ່ງນັ້ນ
# ບໍ່ມີບັນຊີຂາວຖືກເລືອກໄວ້ລ່ວງໜ້າ.
whitelist_selection = ປອມ
ຕູ້ເຊັກ ການປ່ອຍ PROCESS
ຫນ້ານີ້ອະທິບາຍຂັ້ນຕອນທີ່ຈໍາເປັນສໍາລັບການປ່ອຍເວີຊັນຂອງ Checkbox ແລະ Checkbox
ການຢັ້ງຢືນກັບ PPA ຄົງທີ່ຂອງທີມງານການຢັ້ງຢືນຮາດແວ, ເປັນປົກກະຕິ
ພື້ນຖານ. ຕະຫຼອດເອກະສານນີ້, ຄໍາວ່າ 'Checkbox' ຖືກນໍາໃຊ້ເປັນຄໍາທີ່ຈັບໄດ້ທັງຫມົດເພື່ອກວມເອົາ
ທຸກລຸ້ນຂອງ Checkbox ເປັນເຈົ້າຂອງໂດຍທີມງານຢັ້ງຢືນຮາດແວ, ໃນປັດຈຸບັນ Checkbox
ຕົວຂອງມັນເອງແລະສ່ວນຂະຫຍາຍການຢັ້ງຢືນ Checkbox.
ພາບລວມ
ໃນປັດຈຸບັນຂະບວນການດໍາເນີນຢູ່ໃນ cadence ປະຈໍາສອງອາທິດ, ມີການປ່ອຍໃຫມ່ຂອງ Checkbox ທຸກໆ
ສອງອາທິດ. ນີ້ກວມເອົາສິບມື້ເຮັດວຽກ, ແລະວຽກງານທີ່ປະຕິບັດໃນແຕ່ລະມື້ຫຼືກຸ່ມຂອງ
ມື້ໄດ້ຖືກອະທິບາຍຂ້າງລຸ່ມນີ້:
· ວັນທີ 1-4: ເວລາອະນຸຍາດໃຫ້ມີການປ່ຽນແປງໃຫມ່ທີ່ຈະນໍາສະເຫນີເຂົ້າໄປໃນລໍາຕົ້ນ.
· ມື້ 5: ການປ່ຽນແປງແມ່ນລວມຈາກລໍາຕົ້ນຂອງ lp: checkbox ແລະ lp: checkbox-certification to
ສາຂາການປ່ອຍຂອງພວກເຂົາ. ບັນທຶກການປ່ຽນແປງສໍາລັບທັງສອງແມ່ນ ຕຳ ໃນຈຸດນີ້ແລະ
ການແກ້ໄຂແມ່ນ tagged. ໃນຂັ້ນຕອນນີ້ມັນອາດຈະມີຄວາມຈໍາເປັນທີ່ຈະຄັດລອກຊຸດ 'fwts'.
ຈາກ FWTS ຫມັ້ນຄົງ PPA <https://launchpad.net/~firmware-testing-team/+archive/ppa-
fwts-ຄົງທີ່> ກັບ ກ່ອງກາເຄື່ອງ ໝາຍ ການປ່ອຍ ການທົດສອບ PPA <https://launchpad.net/~checkbox-
dev/+archive/testing>.
· ວັນທີ 6-9: ການທົດສອບແມ່ນດໍາເນີນໂດຍຜູ້ຈັດການການປ່ອຍສໍາລັບການຢັ້ງຢືນຮາດແວ
ທີມງານ, ແລະຕົວແທນຂອງທີມງານ CE QA (ລູກຄ້າຕົ້ນຕໍສໍາລັບ Checkbox ພາຍໃນ
Canonical)
· ວັນທີ 9: ກອງປະຊຸມການປ່ອຍຕົວແມ່ນຈັດຂຶ້ນລະຫວ່າງຜູ້ຈັດການການປ່ອຍສໍາລັບຮາດແວ
ທີມງານຢັ້ງຢືນແລະຜູ້ຕາງຫນ້າຂອງທີມງານ CE QA. ບັນຫາທີ່ເປັນໄປໄດ້ກັບ
ການປ່ອຍຕົວແມ່ນໄດ້ຮັບການລະບຸແລະແຜນການທີ່ຈະແກ້ໄຂໃຫ້ເຂົາເຈົ້າ.
· ມື້ທີ 10: Checkbox ລຸ້ນທີ່ທົດສອບຖືກສຳເນົາໄປໃສ່ PPA ທີ່ໝັ້ນຄົງ.
Launchpad ສາຂາ
ຂະບວນການປ່ອຍຮຽກຮ້ອງໃຫ້ມີສາຂາແຍກຕ່າງຫາກໃນ Launchpad ທີ່ມີເຄິ່ງແຊ່ແຂງ
ສະບັບຂອງລະຫັດທີ່ຢູ່ໃນລໍາຕົ້ນໃນວັນທີ 5 ຂອງຂະບວນການ. ນີ້ແມ່ນເພື່ອການພັດທະນາ
ສາມາດສືບຕໍ່ຢູ່ໃນລໍາຕົ້ນໂດຍບໍ່ມີການ jeopardizing ຄວາມຫມັ້ນຄົງຂອງສະບັບທີ່ຈະປ່ອຍອອກມາເມື່ອຂອງ
ປ່ອງໝາຍ. ການພົວພັນລະຫວ່າງທຸກສາຂາທີ່ກ່ຽວຂ້ອງກັບຂະບວນການແມ່ນດັ່ງທີ່ສະແດງຂ້າງລຸ່ມນີ້:
· lp: checkbox/release <- lp: checkbox
· lp:checkbox-certification/release <- lp: checkbox-certification
· lp:~checkbox-dev/checkbox/checkbox-packaging-release <-
lp:~checkbox-dev/checkbox/checkbox-packaging
ການກວດສອບ ເປົ້າໝາຍ ແມງໄມ້
ກ່ອນທີ່ຈະສ້າງຜູ້ສະຫມັກການປ່ອຍຕົວຜູ້ຈັດການການປ່ອຍຄວນທົບທວນຄືນບັນຊີລາຍຊື່ຂອງແມງໄມ້
ເປັນຈຸດສໍາຄັນສໍາລັບການປ່ອຍຕົວຕໍ່ໄປຂອງ Checkbox. ພວກເຂົາຄວນຈະໄປຢ້ຽມຢາມ checkbox ເຫດການສໍາຄັນ
<https://launchpad.net/checkbox/+milestonesmilestones> ແລະຊອກຫາຈຸດເວລາທີ່ລົງວັນທີ
ວັນທີປ່ອຍ.
· ສໍາລັບຂໍ້ບົກພ່ອງທີ່ຖືກກໍານົດໃຫ້ຢູ່ໃນຄວາມຄືບຫນ້າກັບສາຂາທີ່ກ່ຽວຂ້ອງ - ຕິດຕໍ່ກັບສາຂາ
ເຈົ້າຂອງເພື່ອເບິ່ງວ່າການລວມສາມາດສໍາເລັດກ່ອນກໍານົດເວລາ.
· ສໍາລັບແມງໄມ້ທີ່ຢູ່ໃນສະຖານະອື່ນທີ່ບໍ່ປິດ (ຍົກເວັ້ນ ແກ້ໄຂ ສັນຍາ) - re-milestone
ເຂົາເຈົ້າໄປສູ່ຈຸດສຳຄັນຕໍ່ໄປນີ້.
ຕັດ ໄດ້ ປ່ອຍ
ເພື່ອຕັດການປ່ອຍ, ພວກເຮົາຕ້ອງລວມການປ່ຽນແປງຈາກລໍາຕົ້ນເຂົ້າໄປໃນການປ່ອຍ
ສາຂາ, ຄໍາຫມັ້ນສັນຍາໃຫ້ເຂົາເຈົ້າມີຂໍ້ຄວາມທີ່ເຫມາະສົມແລະປັບປຸງ changelog ໃນລໍາຕົ້ນນັ້ນ
ການປ່ຽນແປງໃນອະນາຄົດແມ່ນຢູ່ພາຍໃຕ້ສະບັບທີ່ຖືກຕ້ອງ. ສໍາລັບແຕ່ລະສາຂາທີ່ສະແດງຢູ່ຂ້າງເທິງ,
ເຮັດດັ່ງຕໍ່ໄປນີ້ (ຕົວຢ່າງການນໍາໃຊ້ lp: checkbox ແລະ lp: checkbox/release):
bzr ສາຂາ lp:checkbox/release checkbox-release
bzr ສາຂາ lp: checkbox checkbox-trunk
cd checkbox-release
current_stable=`head -n1 $(ຊອກຫາ . -name 'changelog') | grep -oP '(?<=\().*(?=\))'`
bzr ລວມ lp: checkbox
ໃນຈຸດນີ້ຖ້າບໍ່ມີການປ່ຽນແປງ (ນອກເໜືອໄປຈາກອັນໜຶ່ງ debian/changelog) ໄດ້ຮັບການລວມເຂົ້າໃນຫຼັງຈາກນັ້ນພວກເຮົາເຮັດແນວໃດ
ບໍ່ປະຕິບັດການປ່ອຍຊຸດໃນຄໍາຖາມ. ໃນການປະຕິບັດນີ້ມັກຈະເກີດຂຶ້ນກັບ
checkbox-certification ແຕ່ບໍ່ເຄີຍມີ checkbox:
bzr commit -m "ລວມຢູ່ໃນການປ່ຽນແປງຈາກ rev$(bzr revno -r tag:$current_stable lp:checkbox) ເປັນ rev$(bzr revno lp:checkbox) ຈາກ lp:checkbox"
bzr push lp: checkbox/release
cd `ຊອກຫາ . -ຊື່ 'debian'`; cd..
bzr tag `head -n1 debian/changelog | grep -oP '(?<=\().*(?=\))'`
dch -r (ບັນທຶກ changelog ດັດແກ້)
dch -i -U 'ບັນທຶກການປ່ຽນແປງທີ່ເພີ່ມຂຶ້ນ'
decommit
bzr push lp: checkbox
ຂັ້ນຕອນສຸດທ້າຍໃນຂະບວນການແມ່ນການປະຕິບັດການກໍ່ສ້າງຂອງການຫຸ້ມຫໍ່ໃນ
ppa:checkbox-dev/testing PPA. ເພື່ອເຮັດສິ່ງນີ້, ພວກເຮົາຈໍາເປັນຕ້ອງໄດ້ໄປຫາຫນ້າສູດສໍາລັບ
checkbox ແລະ / ຫຼື checkbox-certification ປ່ອຍສາຂາ.
· checkbox-testing ສູດ <https://code.launchpad.net/~checkbox-dev/+recipe/checkbox-
ການທົດສອບ>
· checkbox-certification-testing ສູດ <https://code.launchpad.net/~checkbox-
dev/+recipe/checkbox-certification-testing>
ໄດ້ ສ້າງ ໃນປັດຈຸບັນ ທາງເລືອກຄວນຈະມີຢູ່ໃນຫນ້າ. ຄລິກມັນເພື່ອເລີ່ມຕົ້ນການສ້າງ.
ການຄັດລອກ Firmware ການທົດສອບ Suite to ໄດ້ ການທົດສອບ PPA
ເຄື່ອງມື Firmware Test Suite ເປັນເຄື່ອງມືການທົດສອບສໍາລັບການ firmware ລະບົບທີ່ເປັນທໍາມະຊາດຫຼາຍ
ໃຊ້ໂດຍ Checkbox. ເພື່ອໃຫ້ແນ່ໃຈວ່າເວີຊັນຫຼ້າສຸດທີ່ມີການແກ້ໄຂແລະໃຫມ່
ການທົດສອບ / ຄຸນສົມບັດທີ່ຈໍາເປັນໂດຍ Checkbox ແມ່ນມີຢູ່ແລະບໍ່ໄດ້ທໍາລາຍຫຍັງໃນ
Checkbox, ພວກເຮົາຈໍາເປັນຕ້ອງປ່ອຍມັນພ້ອມກັບ Checkbox. ຫຼັງຈາກການຕັດການປ່ອຍຖ້າຫາກວ່າ
ທີມງານທົດສອບເຟີມແວໄດ້ແຈ້ງໃຫ້ຊາບວ່າມີສະບັບໃຫມ່ແລະສະບັບນີ້
ຄວນຈະຖືກນໍາໃຊ້ສໍາລັບການຢັ້ງຢືນ, ພວກເຮົາຈໍາເປັນຕ້ອງໄດ້ຄັດລອກມັນໄປທີ່ການທົດສອບ PPA. ເພື່ອເຮັດສິ່ງນີ້, ພວກເຮົາ
ຈໍາເປັນຕ້ອງໄປທີ່ ສໍາເນົາ ການຫຸ້ມຫໍ່ ເບິ່ງ of ໄດ້ Firmware ການທົດສອບ Suite (ຄົງທີ່) PPA
<https://launchpad.net/~firmware-testing-team/+archive/ppa-fwts-stable/+copy-packages> ແລະ
ເລືອກແພັກເກັດ 'fwts' ສໍາລັບການອອກທັງຫມົດກັບຄືນໄປບ່ອນທີ່ຊັດເຈນ. ພວກເຮົາຈໍາເປັນຕ້ອງໄດ້ກໍານົດ
'ປາຍທາງ PPA' ເປັນ 'Checkbox Release Testing [~checkbox-dev/testing]' ແລະ 'Copy
ທາງເລືອກໃນຊ່ອງໃສ່ 'Copy binaries ທີ່ມີຢູ່ແລ້ວ', ຈາກນັ້ນຄລິກ 'Copy packages'. ຂັ້ນຕອນນີ້ແລ້ວ
ຈໍາເປັນຕ້ອງເຮັດຊ້ໍາອີກແຕ່ຕັ້ງຊ່ອງຂໍ້ມູນ 'PPA ຈຸດຫມາຍປາຍທາງ' ເປັນ 'PPA ສໍາລັບນັກພັດທະນາ checkbox
[~checkbox-dev/ppa]'.
ຖັດໄປ ການປ່ອຍ of ກ່ອງກາເຄື່ອງ ໝາຍ ອີເມລ໌
ເພື່ອໃຫ້ທຸກຄົນໄດ້ມີໂອກາດເຮັດການທົດສອບອັນໃດກໍໄດ້ຕາມຄວາມຮຽກຮ້ອງຕ້ອງການ
ລັກສະນະ, ຫຼັງຈາກການກໍ່ສ້າງ PPA ສໍາເລັດແລ້ວ, ອີເມວຄວນຖືກສົ່ງໄປຫາຕໍ່ໄປນີ້
ລາຍຊື່ທາງໄປສະນີ:
· [email protected] <ການຢັ້ງຢືນຮາດແວ-
[email protected]>
· [email protected] <[email protected]>
ໂດຍປົກກະຕິແລ້ວ ເນື້ອຫາແມ່ນເປັນແບບນີ້:
ເລື່ອງ: ການອອກກ່ອງກາໝາຍຄັ້ງຕໍ່ໄປ (18/11/2013)
Hi,
ການປ່ອຍຕໍ່ໄປຂອງ Checkbox ແມ່ນມີຢູ່ໃນ
https://code.launchpad.net/~checkbox-dev/+archive/testing PPA.
ກະລຸນາທົດສອບມັນຕາມຄວາມສະດວກຂອງທ່ານ. Checkbox ແມ່ນອີງໃສ່ການດັດແກ້ 2484 ຂອງ
lp:checkbox ແລະ checkbox ການຢັ້ງຢືນແມ່ນອີງໃສ່ການດັດແກ້ 586 ຂອງ
lp: checkbox-certification.
ຂໍຂອບໃຈ,
ຖ້າຫາກວ່າຫນຶ່ງຫຼືອື່ນໆຂອງ Checkbox ແລະ Checkbox ການຢັ້ງຢືນບໍ່ໄດ້ຮັບການປັບປຸງຫຼັງຈາກນັ້ນ
ບໍ່ຈໍາເປັນຕ້ອງກ່າວເຖິງຊຸດນັ້ນ
ການທົດສອບ ໄດ້ ປ່ອຍ
ໃນປັດຈຸບັນການປ່ອຍອອກມາໄດ້ຖືກຕັດ, ການທົດສອບຄວນຈະເກີດຂຶ້ນກ່ອນກອງປະຊຸມການປ່ອຍຕົວ.
ຈາກທັດສະນະຂອງທີມງານການຢັ້ງຢືນ, ສິ່ງທີ່ຕ້ອງໄດ້ຮັບການທົດສອບແມ່ນ
checkbox-certification-client ແລະ checkbox-certification-server ຊຶ່ງເປັນພື້ນຖານສໍາລັບການ
CE QAs OEM ລຸ້ນສະເພາະຂອງ Checkbox. ເຊີບເວີການຢັ້ງຢືນ checkbox ຖືກທົດສອບຢູ່ໃນ
ລູກຄ້າການຢັ້ງຢືນ CI loop Checkbox ຕ້ອງໄດ້ຮັບການທົດສອບດ້ວຍຕົນເອງ.
ການປ່ອຍ ປະຊຸມ
ໃນວັນພະຫັດກ່ອນທີ່ຈະມີການເປີດເຜີຍ, ການປະຊຸມໄດ້ຖືກຈັດຂຶ້ນລະຫວ່າງຜູ້ຕາງຫນ້າຂອງ
ທີມງານຢັ້ງຢືນແລະຕົວແທນຂອງ ການຄ້າ ວິສະວະກໍາ QA ທີມງານ. ໄດ້
ກອງປະຊຸມແມ່ນຈັດຂຶ້ນຢູ່ທີ່ 7: 30 UTC ດັ່ງທີ່ສະແດງຢູ່ໃນນີ້ ປະຕິທິນ ເຊີນ
<https://www.google.com/calendar/hosted/canonical.com/event?action=TEMPLATE&tmeid=Y3QxcWVla3ViMTRvMXByOHZlOTFvc283Y2NfMjAxMzA4MjlUMDczMDAwWiBicmVuZGFuLmRvbmVnYW5AY2Fub25pY2FsLmNvbQ&tmsrc=brendan.donegan%40canonical.com>.
ວາລະສໍາລັບກອງປະຊຸມແມ່ນລວມຢູ່ໃນຄໍາເຊີນ.
Publishing ໄດ້ ປ່ອຍ
ເພື່ອເຜີຍແຜ່ການປ່ອຍພວກເຮົາພຽງແຕ່ຕ້ອງການຄັດລອກຊຸດຈໍານວນຫນຶ່ງຈາກ ກ່ອງກາເຄື່ອງ ໝາຍ
ການປ່ອຍ ການທົດສອບ PPA <https://launchpad.net/~checkbox-dev/+archive/testing> ກັບ ອຸປະກອນ
ການຢັ້ງຢືນ ສາທາລະນະ PPA <https://launchpad.net/~hardware-certification/+archive/public>.
ເພື່ອເຮັດສິ່ງນີ້, ພວກເຮົາໄປຫາ ສໍາເນົາ ການຫຸ້ມຫໍ່ ເບິ່ງ of ໄດ້ ກ່ອງກາເຄື່ອງ ໝາຍ ການປ່ອຍ ການທົດສອບ PPA
<https://launchpad.net/~checkbox-dev/+archive/testing/+copy-packages> ແລະເລືອກທັງຫມົດ
ລຸ້ນຂອງລາຍການຊຸດຕໍ່ໄປນີ້: ປ່ອງໝາຍ, checkbox-certification, fwts. ເຮັດໃຫ້
ໃຫ້ແນ່ໃຈວ່າພາກສະຫນາມ 'PPA ປາຍທາງ' ຖືກຕັ້ງເປັນ 'PPA ສາທາລະນະສໍາລັບການຢັ້ງຢືນຮາດແວ.
[~hardware-certification/public]' ແລະວ່າຊ່ອງຂໍ້ມູນ 'ຕົວເລືອກການສຳເນົາ' ຖືກຕັ້ງເປັນ 'ສຳເນົາ.
binaries ທີ່ມີຢູ່ແລ້ວ, ຫຼັງຈາກນັ້ນໃຫ້ຄລິກໃສ່ 'Copy Packages'.
ຫຼັງຈາກນັ້ນແມ່ນເຮັດໄດ້ອີເມລການປະກາດຄວນຈະຖືກສົ່ງໄປຫາ
[email protected] <[email protected]>.
ແມ່ແບບສໍາລັບການປະກາດໃນປະກອບມີຂ້າງລຸ່ມນີ້:
Hi,
ກ່ອງກາໝາຍລຸ້ນໃໝ່ໄດ້ຖືກອັບໂຫຼດຂຶ້ນໃສ່ຮາດແວແລ້ວ
ການຢັ້ງຢືນ PPA ສາທາລະນະ
(https://launchpad.net/~hardware-certification/+archive/public). ໄດ້
ການປ່ອຍແມ່ນອີງໃສ່ການດັດແກ້ 2294 ຂອງ lp: checkbox
ຂໍຂອບໃຈ,
ກະລຸນາແນບສ່ວນຫຼ້າສຸດຂອງ changelog ເປັນບັນທຶກການປ່ອຍ
· genindex
· modindex
· ຄົ້ນຫາ
ໃຊ້ checkbox-cli ອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net
