ການທົດລອງ - ອອນໄລນ໌ໃນຄລາວ

ໂຄງການ:

NAME

trial - run ການທົດສອບຫົວໜ່ວຍ

ສະຫຼຸບສັງລວມ

ການທົດລອງ [ ທາງເລືອກໃນການ ] [ ເອກະສານ | ຊຸດ | ໂມດູນ | ຫ້ອງທົດສອບ | ວິ​ທີ​ການ​ທົດ​ສອບ​ ]...

ການທົດລອງ - ຊ່ວຍ | -h

ລາຍລະອຽດ

ການ​ທົດ​ລອງ​ໂຫຼດ​ແລະ​ປະ​ຕິ​ບັດ​ຊຸດ​ຂອງ​ການ​ທົດ​ສອບ​ຫົວ​ຫນ່ວຍ​, ໄດ້​ມາ​ຈາກ​ໂມ​ດູນ​, ຊຸດ​ແລະ​ໄຟລ​໌​
ລະບຸໄວ້ໃນເສັ້ນຄໍາສັ່ງ.

ການທົດລອງຈະໃຊ້ເວລາບໍ່ວ່າຈະເປັນຊື່ໄຟລ໌ຫຼືຊື່ Python ທີ່ມີຄຸນສົມບັດຢ່າງເຕັມທີ່ເປັນການໂຕ້ຖຽງ. ດັ່ງນັ້ນ
`ທົດລອງ myproject/foo.py', `ທົດລອງ myproject.foo' ແລະ `ທົດລອງ
myproject.foo.SomeTestCase.test_method' ທັງໝົດແມ່ນວິທີທີ່ຖືກຕ້ອງເພື່ອຮຽກຮ້ອງການທົດລອງ. ຫຼາຍໆຢ່າງ
ການໂຕ້ຖຽງຍັງຖືກຍອມຮັບ, ແລະຄໍາສັ່ງຂອງພວກເຂົາຈະກໍານົດຄໍາສັ່ງທີ່
ການທົດສອບທີ່ສອດຄ້ອງກັນແມ່ນດໍາເນີນການ.

ຫຼັງ​ຈາກ​ການ​ແລ່ນ​ຊຸດ​ການ​ທົດ​ສອບ​ທີ່​ໄດ້​ຮັບ​ໃຫ້​, ຜູ້​ລາຍ​ງານ​ການ​ທົດ​ສອບ​ໃນ​ຕອນ​ຕົ້ນ​ພິມ​ສະ​ຫຼຸບ​ສະ​ຫຼຸບ​ຂອງ​ການ​ທົດ​ສອບ​
ແລ່ນ. ນີ້ປະກອບດ້ວຍຄໍາວ່າ "ຜ່ານ" (ຖ້າການທົດສອບທັງຫມົດແລ່ນຕາມທີ່ຄາດໄວ້) ຫຼື "FAILED" (ຖ້າມີ.
ການທົດສອບປະຕິບັດຕົວແບບບໍ່ຄາດຄິດ) ຕິດຕາມມາດ້ວຍການນັບຜົນການທົດສອບປະເພດຕ່າງໆ
ພົບ. ປະເພດທີ່ເປັນໄປໄດ້ຂອງຜົນການທົດສອບປະກອບມີ:

ສົບຜົນສໍາເລັດ
ການທົດສອບທີ່ຜ່ານການຢືນຢັນທັງຫມົດຂອງພວກເຂົາແລະສໍາເລັດໂດຍບໍ່ມີຄວາມຜິດພາດ. ພວກ​ນີ້​ແມ່ນ
ໝາຍ "ຜ່ານ" ໃນຜົນການທົດສອບປົກກະຕິ.

ຄວາມລົ້ມເຫລວ
ການທົດສອບທີ່ລົ້ມເຫລວກັບການຢືນຢັນ, ເອີ້ນວ່າ self.fail() ຫຼືຍົກຂຶ້ນມາຢ່າງຈະແຈ້ງ
self.failureException ສໍາລັບເຫດຜົນບາງຢ່າງ. ເຫຼົ່ານີ້ແມ່ນ "FAILED" ໃນການທົດສອບປົກກະຕິ
ຜົນຜະລິດ.

errors ການທົດສອບທີ່ຍົກຂຶ້ນມາເປັນຂໍ້ຍົກເວັ້ນທີ່ບໍ່ຄາດຄິດ (ລວມທັງ AssertionError), ການທົດສອບວ່າ
ເປັນສາເຫດມາຈາກວິທີການ tearDown() ເພື່ອຍົກສູງຂໍ້ຍົກເວັ້ນ, ການທົດສອບທີ່ດໍາເນີນການສໍາລັບການຍາວກວ່າ
ຊ່ວງເວລາໝົດເວລາ, ການທົດສອບທີ່ເຮັດໃຫ້ເກີດບາງສິ່ງບາງຢ່າງໂທຫາ twisted.python.log.err()
ໂດຍບໍ່ມີການຕໍ່ມາໂທຫາ self.flushLoggedErrors(), ການທົດສອບທີ່ອອກຈາກເຕົາປະຕິກອນ
ຢູ່ໃນສະພາບທີ່ບໍ່ສະອາດ, ແລະອື່ນໆ. ສິ່ງເຫຼົ່ານີ້ຖືກຫມາຍ "Error" ໃນຜົນການທົດສອບປົກກະຕິ.

ໃຫ້ສັງເກດວ່າເນື່ອງຈາກວ່າຄວາມຜິດພາດສາມາດເກີດຂຶ້ນຫຼັງຈາກວິທີການທົດສອບຕົວຈິງກັບຄືນມາ, ມັນແມ່ນ
ເປັນໄປໄດ້ສໍາລັບການທົດສອບດຽວທີ່ຈະລາຍງານເປັນທັງຄວາມຜິດພາດແລະຄວາມລົ້ມເຫຼວ, ແລະເພາະສະນັ້ນ
ຈໍານວນຜົນການທົດສອບທັງໝົດສາມາດຫຼາຍກວ່າຈໍານວນການທົດສອບທັງໝົດ
ປະຕິບັດ.

ຂ້າມ ການທົດສອບທີ່ຖືກຂ້າມໄປ, ປົກກະຕິແລ້ວແມ່ນຍ້ອນຂາດການເພິ່ງພາອາໄສ. ເຫຼົ່ານີ້ແມ່ນຫມາຍ
"ຂ້າມ" ໃນຜົນການທົດສອບປົກກະຕິ.

ຄວາມລົ້ມເຫຼວທີ່ຄາດໄວ້
ການທົດສອບທີ່ລົ້ມເຫລວ, ແຕ່ຄາດວ່າຈະລົ້ມເຫລວ, ປົກກະຕິແລ້ວເພາະວ່າການທົດສອບແມ່ນສໍາລັບ a
ຄຸນ​ນະ​ສົມ​ບັດ​ທີ່​ຍັງ​ບໍ່​ທັນ​ໄດ້​ຮັບ​ການ​ປະ​ຕິ​ບັດ​. ເຫຼົ່ານີ້ແມ່ນ "TODO" ຢູ່ໃນປົກກະຕິ
ຜົນ​ຜະ​ລິດ​ທົດ​ສອບ​.

ຄວາມສຳເລັດທີ່ບໍ່ຄາດຄິດ
ການທົດສອບທີ່ຄວນຈະໄດ້ລະບຸໄວ້ພາຍໃຕ້ expectFailures, ຍົກເວັ້ນວ່າສໍາລັບບາງ
ເຫດຜົນການທົດສອບສໍາເລັດ. ເຫຼົ່ານີ້ແມ່ນ "ຄວາມສໍາເລັດ!?!" ໃນ​ຜົນ​ຜະ​ລິດ​ການ​ທົດ​ສອບ​ປົກ​ກະ​ຕິ​.

OPTIONS

-j, --ວຽກ ຈໍານວນ
ກໍານົດຈໍານວນພະນັກງານຂະບວນການທີ່ຈະດໍາເນີນການ. ມັນຂັດແຍ້ງກັບ debug, ອອກຈາກທໍາອິດ
ແລະຕົວເລືອກໂປຣໄຟລ໌.

-b, --debug
ດໍາເນີນການທົດສອບໃນຕົວດີບັກ. ຖ້າດີບັກນັ້ນແມ່ນ 'pdb' (ເຊິ່ງເປັນຄ່າເລີ່ມຕົ້ນຖ້າ
ບໍ່ໄດ້ລະບຸ), `.pdbrc' ຈະຖືກໂຫລດຈາກໄດເລກະທໍລີປະຈຸບັນຖ້າມັນມີຢູ່.
ນອກນັ້ນຍັງເຮັດການແກ້ບັນຫາຫຼັງການຕາຍດ້ວຍການຍົກເວັ້ນ.

-B, --debug-stacktraces
ລາຍງານການສ້າງທີ່ເລື່ອນເວລາ ແລະການຕິດຕາມການເອີ້ນຄືນ.

-- ການຄຸ້ມຄອງ
ສ້າງຂໍ້ມູນການຄຸ້ມຄອງຢູ່ໃນໄດເລກະທໍລີຍ່ອຍ 'ການຄຸ້ມຄອງ' ຂອງອຸນຫະພູມການທົດລອງ
ໄດເຣັກທໍຣີ (`_trial_temp' ຕາມຄ່າເລີ່ມຕົ້ນ). ສໍາລັບແຕ່ລະໂມດູນ Python ແຕະໂດຍ
ການ​ປະ​ຕິ​ບັດ​ການ​ທົດ​ສອບ​ທີ່​ໄດ້​ຮັບ​, ໄຟລ​໌​ຈະ​ໄດ້​ຮັບ​ການ​ສ້າງ​ຕັ້ງ​ຂຶ້ນ​ໃນ​ລະ​ບົບ​ການ​ຄຸ້ມ​ຄອງ​
ຊື່ສໍາລັບຊື່ທີ່ມີຄຸນສົມບັດເຕັມຂອງໂມດູນທີ່ມີຄໍາຕໍ່ທ້າຍ `.cover'. ຍົກ​ຕົວ​ຢ່າງ,
ເນື່ອງຈາກວ່ານັກແລ່ນການທົດສອບການທົດລອງຖືກຂຽນໄວ້ໃນ Python, ໄດເລກະທໍລີການຄຸ້ມຄອງຈະ
ເກືອບສະເຫມີມີໄຟລ໌ທີ່ມີຊື່ວ່າ 'twisted.trial.runner.cover'.

ແຕ່ລະໄຟລ໌ `.cover' ມີສຳເນົາຂອງແຫຼ່ງ Python ຂອງໂມດູນທີ່ເປັນຄຳຖາມ,
ໂດຍມີຄໍານໍາຫນ້າຢູ່ຈຸດເລີ່ມຕົ້ນຂອງແຕ່ລະແຖວທີ່ມີຂໍ້ມູນການຄຸ້ມຄອງ. ສໍາລັບ
ເສັ້ນທີ່ບໍ່ສາມາດປະຕິບັດໄດ້ (ເສັ້ນຫວ່າງ, ຄໍາເຫັນ, ແລະອື່ນໆ) ຄໍານໍາຫນ້າແມ່ນຫວ່າງເປົ່າ.
ສໍາລັບສາຍທີ່ປະຕິບັດໄດ້ທີ່ດໍາເນີນຢູ່ໃນຊຸດການທົດສອບ, ຄໍານໍາຫນ້າແມ່ນ a
ຕົວເລກສະແດງເຖິງຈໍານວນເວລາທີ່ເສັ້ນຖືກປະຕິບັດ. ຂໍ້ຄວາມ `>>>>>>>
prefixes ເສັ້ນປະຕິບັດທີ່ບໍ່ໄດ້ຖືກປະຕິບັດໃນໄລຍະຊຸດການທົດສອບ.

ໃຫ້ສັງເກດວ່າຟັງຊັນນີ້ໃຊ້ຟັງຊັນ sys.settrace() ຂອງ Python, ດັ່ງນັ້ນການທົດສອບ
ໂທຫາ sys.settrace() ຕົວເອງມີແນວໂນ້ມທີ່ຈະທໍາລາຍຟັງຊັນການຄຸ້ມຄອງຂອງການທົດລອງ.

--debugger
ລະບຸຕົວດີບັກທີ່ຈະໃຊ້ເມື່ອທາງເລືອກ --debug ຜ່ານໄປ. ການໂຕ້ຖຽງ
ຄວນເປັນຊື່ທີ່ມີຄຸນສົມບັດຄົບຖ້ວນຂອງວັດຖຸທີ່ປະຕິບັດການໂຕ້ຕອບດຽວກັນ
ເປັນ 'pdb' ຂອງຫ້ອງສະຫມຸດມາດຕະຖານ.

--disablegc
ປິດໃຊ້ງານເຄື່ອງເກັບຂີ້ເຫຍື້ອສໍາລັບໄລຍະເວລາຂອງການທົດສອບ. ດັ່ງທີ່ແຕ່ລະການທົດສອບແມ່ນ
run, ການທົດລອງຊ່ວຍປະຢັດວັດຖຸ TestResult, ຊຶ່ງຫມາຍຄວາມວ່າຂີ້ເຫຍື້ອຂອງ Python
ຄົນເກັບມີວັດຖຸທີ່ບໍ່ແມ່ນຂີ້ເຫຍື້ອຫຼາຍທີ່ຈະຍ່າງຜ່ານ, ເຮັດໃຫ້ຂີ້ເຫຍື້ອແຕ່ລະຄົນ -
ການເກັບກໍາດໍາເນີນການຊ້າລົງເລັກນ້ອຍ. ການປິດການເກັບຂີ້ເຫຍື້ອທັງຫມົດຈະເຮັດໃຫ້
ບາງຊຸດທົດສອບສໍາເລັດໄວຂຶ້ນ (ກົງກັນຂ້າມ --force-gc, ຂ້າງລຸ່ມນີ້), ໃນຄ່າໃຊ້ຈ່າຍຂອງ
ການບໍລິໂພກຄວາມຊົງຈໍາເພີ່ມຂຶ້ນ (ອາດຈະຫຼາຍ). ທາງເລືອກນີ້ຍັງເຮັດໃຫ້ການທົດສອບ
ມີຄວາມຕັ້ງໃຈຫຼາຍເລັກນ້ອຍ, ເຊິ່ງອາດຈະຊ່ວຍແກ້ບັນຫາໃນສະຖານະການທີ່ຮຸນແຮງ.

-e, --ຄວາມ​ຜິດ​ພາດ
ພິມ tracebacks ໄປຫາຜົນຜະລິດມາດຕະຖານທັນທີທີ່ພວກມັນເກີດຂຶ້ນ.

--force-gc
ແລ່ນ gc.collect() ກ່ອນ ແລະຫຼັງຈາກແຕ່ລະກໍລະນີທົດສອບ. ນີ້ສາມາດຖືກນໍາໃຊ້ເພື່ອແຍກ
ຄວາມ​ຜິດ​ພາດ​ທີ່​ເກີດ​ຂຶ້ນ​ໃນ​ເວ​ລາ​ທີ່​ວັດ​ຖຸ​ໄດ້​ຮັບ​ການ​ເກັບ​ກໍາ​. ຕົວເລືອກນີ້ຈະເປັນຄ່າເລີ່ມຕົ້ນ,
ຍົກເວັ້ນມັນເຮັດໃຫ້ການທົດສອບແລ່ນຊ້າລົງປະມານສິບເທົ່າ.

-h, - ຊ່ວຍ
ພິມຂໍ້ຄວາມການໃຊ້ງານໄປຫາຜົນໄດ້ຮັບມາດຕະຖານ, ຈາກນັ້ນອອກ.

--help-order
ພິມບັນຊີລາຍຊື່ຂອງຄໍາສັ່ງທີ່ເປັນໄປໄດ້ທີ່ວິທີການທົດສອບ TestCase ສາມາດດໍາເນີນການໄດ້, ຫຼັງຈາກນັ້ນ
ອອກໄປ. ຄໍາສັ່ງສາມາດຖືກນໍາໃຊ້ກັບທາງເລືອກ --order ອະທິບາຍຂ້າງລຸ່ມນີ້.

--help-ນັກຂ່າວ
ພິມລາຍຊື່ຜູ້ສື່ຂ່າວທີ່ຖືກຕ້ອງໄປຫາຜົນຜະລິດມາດຕະຖານ, ຈາກນັ້ນອອກ. ນັກຂ່າວສາມາດເປັນ
ເລືອກດ້ວຍຕົວເລືອກ --reporter ທີ່ອະທິບາຍໄວ້ຂ້າງລຸ່ມນີ້.

--ເຄື່ອງປະຕິກອນຊ່ວຍເຫຼືອ
ພິມບັນຊີລາຍຊື່ຂອງເຕົາປະຕິກອນທີ່ເປັນໄປໄດ້ກັບຜົນຜະລິດມາດຕະຖານ, ຫຼັງຈາກນັ້ນອອກ. ບໍ່ມີລາຍຊື່ທັງໝົດ
ເຕົາປະຕິກອນແມ່ນມີຢູ່ໃນທຸກເວທີ. ເຕົາປະຕິກອນສາມາດໄດ້ຮັບການຄັດເລືອກດ້ວຍ
-- ທາງ​ເລືອກ reactor ອະ​ທິ​ບາຍ​ຂ້າງ​ລຸ່ມ​ນີ້​.

-l, --logfile logfile
ນຳບັນທຶກໄປຫາໄຟລ໌ອື່ນ. ໄຟລ໌ເລີ່ມຕົ້ນແມ່ນ 'test.log'. logfile is
ທຽບກັບ _trial_temp.

-n, -- ແລ່ນແຫ້ງ
ໄປໂດຍຜ່ານການທົດສອບທັງຫມົດແລະເຮັດໃຫ້ພວກເຂົາຜ່ານໂດຍບໍ່ມີການແລ່ນ.

-N, --ບໍ່ມີຜົນຕອບແທນ
ໂດຍຄ່າເລີ່ມຕົ້ນ, ການທົດລອງ recurses ຜ່ານຊຸດເພື່ອຊອກຫາທຸກໂມດູນພາຍໃນທຸກ
ຊຸດຍ່ອຍ. ເວັ້ນເສຍແຕ່, ນັ້ນແມ່ນ, ທ່ານລະບຸທາງເລືອກນີ້.

--nopm ຢ່າໂດດເຂົ້າໄປໃນຕົວດີບັກອັດຕະໂນມັດສໍາລັບການວິເຄາະຫຼັງການຕາຍຂອງຂໍ້ຍົກເວັ້ນ.
ພຽງແຕ່ສາມາດໃຊ້ໄດ້ຮ່ວມກັບ --debug.

--ສັ່ງ ຄໍາສັ່ງ
ລະບຸວ່າຄໍາສັ່ງໃດທີ່ຈະດໍາເນີນການວິທີການທົດສອບສ່ວນບຸກຄົນພາຍໃນ TestCases ທີ່ກໍານົດໄວ້.
ໂດຍຄ່າເລີ່ມຕົ້ນ, ພວກມັນຖືກແລ່ນຕາມຕົວອັກສອນ. ເບິ່ງ --help-order ສໍາລັບບັນຊີລາຍຊື່ຂອງອື່ນໆທີ່ຖືກຕ້ອງ
ຄ່າ.

--ໂປຣໄຟລ໌
ດໍາເນີນການທົດສອບພາຍໃຕ້ profiler Python.

-r, -- ເຕົາປະຕິກອນ ເຄື່ອງປະຕິກອນ
ເລືອກເຄື່ອງປະຕິກອນທີ່ຈະໃຊ້. ເບິ່ງ --help-reactors ສໍາລັບບັນຊີລາຍຊື່.

-- ຈຳ​ກັດ​ການ​ທ່ອງ​ທ່ຽວ ກໍານົດຂອບເຂດ
ກໍານົດຂອບເຂດຈໍາກັດ recursion ຂອງ Python. ເບິ່ງ sys.setrecursionlimit().

-- ນັກຂ່າວ ນັກຂ່າວ
ເລືອກນັກຂ່າວເພື່ອໃຊ້ສໍາລັບຜົນຂອງການທົດລອງ. ໃຊ້ຕົວເລືອກ --help-reporters ເພື່ອ
ເບິ່ງລາຍຊື່ນັກຂ່າວທີ່ຖືກຕ້ອງ.

-x, --ອອກ​ກ່ອນ
ຢຸດເຊົາການແລ່ນການທົດສອບຫຼັງຈາກການທົດສອບຄັ້ງທໍາອິດທີ່ບໍ່ປະສົບຜົນສໍາເລັດ. ນີ້ປະກອບມີ
ຄວາມລົ້ມເຫລວ, ຄວາມຜິດພາດ, ຫຼືຄວາມສໍາເລັດທີ່ບໍ່ຄາດຄິດ. ຈະບໍ່ເຮັດວຽກກັບທາງເລືອກ --jobs
ປະຈຸບັນ.

--spew ພິມບັນທຶກການເວົ້າແບບບ້າໆຂອງທຸກສິ່ງທີ່ເກີດຂຶ້ນ. ເປັນປະໂຫຍດໃນເວລາທີ່ດີບັກ
freezes ຫຼື locks ໃນລະຫັດຊັບຊ້ອນ.

--tbformat ຮູບແບບ
ຮູບແບບເພື່ອສະແດງ tracebacks ກັບ. ຄ່າທີ່ຍອມຮັບໄດ້ແມ່ນ `ຄ່າເລີ່ມຕົ້ນ', `ຫຍໍ້' ແລະ
`ຄຳເວົ້າ'. 'brief' ຜະລິດ tracebacks ທີ່ຫຼິ້ນໄດ້ດີກັບ Emacs' GUD.

--temp-directory ລະບົບ
ຄໍາເຕືອນ: ຢ່າໃຊ້ທາງເລືອກນີ້ເວັ້ນເສຍແຕ່ວ່າທ່ານຮູ້ວ່າທ່ານກໍາລັງເຮັດຫຍັງ. ໂດຍຄ່າເລີ່ມຕົ້ນ,
ການທົດລອງສ້າງໄດເລກະທໍລີທີ່ເອີ້ນວ່າ _trial_temp ພາຍໃຕ້ໄດເລກະທໍລີທີ່ເຮັດວຽກໃນປະຈຸບັນ.
ເມື່ອການທົດລອງແລ່ນ, ມັນທໍາອິດ ລຶບ ໄດເລກະທໍລີນີ້, ຫຼັງຈາກນັ້ນສ້າງມັນ, ຫຼັງຈາກນັ້ນປ່ຽນແປງ
ເຂົ້າໄປໃນໄດເລກະທໍລີເພື່ອດໍາເນີນການທົດສອບ. ໄຟລ໌ບັນທຶກ ແລະໄຟລ໌ການຄຸ້ມຄອງໃດນຶ່ງຖືກເກັບໄວ້
ທີ່ນີ້. ໃຊ້ຕົວເລືອກນີ້ຖ້າທ່ານຕ້ອງການທົດລອງໃຊ້ໃນໄດເລກະທໍລີອື່ນທີ່ບໍ່ແມ່ນ
_trial_temp. ຖືກເຕືອນ, ການທົດລອງຈະ ລຶບ ໄດເລກະທໍລີກ່ອນທີ່ຈະສ້າງມັນໃຫມ່.

-- ໂມດູນທົດສອບ ຊື່​ເອ​ກະ​ສານ
ຂໍໃຫ້ທົດລອງເບິ່ງ ຊື່​ເອ​ກະ​ສານ ແລະດໍາເນີນການທົດສອບໃດໆທີ່ລະບຸໂດຍໃຊ້ Emac-style
buffer variable 'test-case-name'.

--unclean-ຄໍາເຕືອນ
ໃນຖານະເປັນຂອງ Twisted 8.0, ການທົດລອງຈະລາຍງານຄວາມຜິດພາດຖ້າຫາກວ່າ reactor ໄດ້ຖືກປະໄວ້ບໍ່ສະອາດຢູ່ທີ່.
ໃນຕອນທ້າຍຂອງການທົດສອບ. ທາງ​ເລືອກ​ນີ້​ແມ່ນ​ໄດ້​ຖືກ​ສະ​ຫນອງ​ໃຫ້​ເພື່ອ​ຊ່ວຍ​ໃນ​ການ​ເຄື່ອນ​ຍ້າຍ​ຈາກ Twisted 2.5 ກັບ​
ບິດ 8.0 ແລະຕໍ່ມາ. ການເປີດໃຊ້ງານຕົວເລືອກນີ້ຈະປ່ຽນຄວາມຜິດພາດໃຫ້ເປັນຄໍາເຕືອນ.

-u, -- ຈົນ​ກ​່​ວາ​ຄວາມ​ລົ້ມ​ເຫຼວ​
ສືບຕໍ່ຕິດຕາມການທົດສອບຈົນກ່ວາຫນຶ່ງໃນນັ້ນເຮັດໃຫ້ເກີດຄວາມຜິດພາດຫຼືຄວາມລົ້ມເຫລວ. ນີ້​ແມ່ນ
ໂດຍສະເພາະແມ່ນເປັນປະໂຫຍດສໍາລັບການຜະລິດຄືນຄວາມລົ້ມເຫລວເປັນໄລຍະ.

- ການປ່ຽນແປງ
ພິມໝາຍເລກສະບັບບິດແລ້ວອອກ.

--ບໍ່ມີໂມດູນ ຊື່ໂມດູນ
ຈໍາລອງການຂາດລາຍການຂອງໂມດູນທີ່ຂັ້ນດ້ວຍເຄື່ອງໝາຍຈຸດທີ່ລະບຸໄວ້. ນີ້ເຮັດໃຫ້ມັນ
ເບິ່ງຄືວ່າໂມດູນບໍ່ມີຢູ່ໃນລະບົບ, ເຊິ່ງກໍ່ໃຫ້ເກີດການທົດສອບເພື່ອກວດເບິ່ງ
ພຶດຕິກໍາສໍາລັບການຕັ້ງຄ່ານັ້ນ.

-z, --ສຸ່ມ ແກ່ນ
ດຳ​ເນີນ​ການ​ທົດ​ສອບ​ຕາມ​ລຳ​ດັບ​ສຸ່ມ​ໂດຍ​ໃຊ້​ເມັດ​ທີ່​ລະ​ບຸ​ໄວ້. ຢ່າຜ່ານທາງເລືອກນີ້ຖ້າ
ເຈົ້າຍັງຜ່ານ --order.

ໃຊ້ການທົດລອງອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net