ບັນດາໂຄງການການທົດສອບ - ຄວາມຜິດພາດຂະບວນການຊອກຄົ້ນຫາໃນຜະລິດຕະພັນຊອບແວໄດ້

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

ສິ່ງທີ່ເອີ້ນວ່າການທົດສອບ?

ນີ້ຫມາຍເຖິງຂະບວນການແລ່ນຊອບແວທີ່ຈະກວດສອບສະຖານທີ່ຂອງປະຕິບັດງານທີ່ບໍ່ຖືກຕ້ອງຂອງຂໍ້ກໍານົດດັ່ງກ່າວ. ຜົນການຄົ້ນຫາທີ່ດີທີ່ສຸດ, ໂດຍເຈດຕະນາສ້າງທີ່ກໍານົດໄວ້ມີຄວາມຫຍຸ້ງຍາກຂອງການປ້ອນຂໍ້ມູນ. ຈຸດປະສົງຕົ້ນຕໍຂອງການກວດກາແມ່ນເພື່ອສ້າງໂອກາດທີ່ດີທີ່ສຸດສໍາລັບຄວາມລົ້ມເຫຼວຂອງ ຊອບແວ. ເຖິງແມ່ນວ່າບາງຄັ້ງການທົດສອບໂຄງການພັດທະນາສາມາດໄດ້ຮັບການງ່າຍທີ່ຈະເປັນການກວດສອບປົກກະຕິຂອງຈຸລັງເຮັດວຽກແລະປະຕິບັດຫນ້າທີ່. ນີ້ saves ທີ່ໃຊ້ເວລາ, ແຕ່ມັກຈະປະກອບດ້ວຍ unreliability ຂອງຊອຟແວໄດ້, ຄວາມບໍ່ພໍໃຈຂອງຜູ້ໃຊ້ແລະອື່ນໆ.

ປະສິດທິຜົນ

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

ວິທີການທີ່ຈະເຮັດວຽກ

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

ການທົດສອບແມ່ນຫຍັງ?

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

ສິລະປະແກ້ໄຂບັນຫາ

ໂຄງການມັກຈະມຸ່ງຫມັ້ນທີ່ຈະເຮັດວຽກຮ່ວມກັບຊຸດຂໍ້ມູນຂະຫນາດໃຫຍ່. ມັນເປັນສິ່ງຈໍາເປັນທີ່ຈະສ້າງສົມບູນ? ສະບັບເລກທີ ແຜ່ຂະຫຍາຍຫຼາຍທີ່ໄດ້ມາປະຕິບັດຂອງ "miniaturization" ຂອງໂຄງການດັ່ງກ່າວ. ໃນກໍລະນີນີ້ມີການຫຼຸດຜ່ອນທີ່ເຫມາະສົມຂອງປະລິມານຂໍ້ມູນປຽບທຽບກັບທີ່ຈະໃຊ້. ໃຫ້ເບິ່ງຢູ່ໃນຕົວຢ່າງ: ມີໂຄງການ, ຊຶ່ງເປັນການສ້າງຕາຕະລາງຂອງຂະຫນາດ 50x50 ເປັນ. ໃນຄໍາສັບຕ່າງໆອື່ນໆ - ທ່ານດ້ວຍຕົນເອງຕ້ອງໃສ່ຄ່າ 2500. ມັນເປັນໄປໄດ້ແນ່ນອນ, ແຕ່ມັນຈະໃຊ້ເວລາເປັນເວລາດົນນານທີ່ສຸດ. ແຕ່ໃນຄໍາສັ່ງເພື່ອທົດສອບການທໍາງານຂອງ, ຊອຟແວໄດ້ຮັບຕາຕະລາງທີ່ມີມິຕິແມ່ນ 5x5. ເພື່ອເຮັດສິ່ງນີ້, ທ່ານຈໍາເປັນຕ້ອງໄດ້ໃສ່ຫຼາຍກ່ວາ 25 ຄ່າ. ຖ້າຫາກວ່າ, ໃນກໍລະນີດັ່ງກ່າວນີ້, ເປັນປົກກະຕິ, ປະຕິບັດງານຄວາມຜິດພາດຟຣີ, ມັນມີຄວາມຫມາຍວ່າທຸກສິ່ງທຸກຢ່າງແມ່ນຢູ່ໃນຄໍາສັ່ງ. ເຖິງແມ່ນວ່າມີ pitfalls ທີ່ນອນຢູ່ໃນຄວາມຈິງທີ່ວ່າມີສະຖານະການ miniaturization ເກີດຂຶ້ນ, ສົ່ງຜົນໃຫ້ໃນການປ່ຽນແປງກາຍເປັນ implicit ແລະຫາຍໄປເປັນການຊົ່ວຄາວ. ນອກຈາກນີ້ຍັງຫາຍາກທີ່ສຸດ, ແຕ່ຍັງເກີດຂຶ້ນຄືມີແມງໄມ້ໃຫມ່.

ວັດຖຸປະສົງສະແຫວງຫາ

ການທົດສອບແມ່ນບໍ່ເປັນວຽກງານທີ່ງ່າຍເນື່ອງຈາກຄວາມຈິງທີ່ວ່າຂະບວນການນີ້ບໍ່ແມ່ນເຫດຜົນທີ່ຈະ formalization ໃນທັງຫມົດຂອງຕົນ. ບັນດາໂຄງການຂະຫນາດໃຫຍ່ເກືອບບໍ່ມີມາດຕະຖານຖືກຕ້ອງມີຄວາມຈໍາເປັນ. ເພາະສະນັ້ນ, ເປັນແນວທາງໃນການນໍາໃຊ້ຈໍານວນຂອງຂໍ້ມູນທາງອ້ອມ, ທີ່, ຢ່າງໃດກໍຕາມ, ບໍ່ສາມາດສະທ້ອນໃຫ້ເຫັນຢ່າງເຕັມສ່ວນລັກສະນະແລະຫນ້າທີ່ຂອງການພັດທະນາຊອຟແວທີ່ debugged ໄດ້. ຍິ່ງໄປກວ່ານັ້ນ, ພວກເຂົາເຈົ້າຄວນຈະໄດ້ຮັບການຄັດເລືອກເພື່ອໃຫ້ໄດ້ຜົນທີ່ຖືກຕ້ອງຄໍານວນກ່ອນທີ່ຈະເຮັດແນວໃດຜະລິດຕະພັນຊອບແວທີ່ຈະໄດ້ຮັບການທົດສອບ. ຖ້າຫາກວ່າທ່ານບໍ່ກ້າວຫນ້າ, ມັນເປັນ tempting ກັບພິຈາລະນາທັງຫມົດປະມານ, ແລະຖ້າຫາກວ່າຜົນມາຈາກເຄື່ອງທີ່ໄດ້ຮັບໃນລະດັບການຄາດຄະເນ, ມັນຈະໄດ້ຮັບການເຮັດໃຫ້ເປັນການຕັດສິນໃຈຜິດພາດ, ວ່າທຸກສິ່ງທຸກຢ່າງແມ່ນຖືກຕ້ອງ.

ກວດສອບພາຍໃຕ້ເງື່ອນໄຂທີ່ແຕກຕ່າງກັນ

ອີງຕາມລະບຽບເປັນ, ການທົດສອບໂຄງການເກີດຂຶ້ນໃນປະລິມານທີ່ມີຄວາມຈໍາເປັນສໍາລັບການທໍາງານການທົດສອບຂັ້ນຕ່ໍາໃນລະດັບທີ່ຈໍາກັດ. ກິດຈະກໍາດໍາເນີນການກັບການປ່ຽນແປງຂອງຕົວກໍານົດການໄດ້, ເຊັ່ນດຽວກັນກັບສະພາບການເຮັດວຽກຂອງເຂົາເຈົ້າ. ຂະບວນການທົດສອບສາມາດແບ່ງອອກເປັນສາມໄລຍະ:

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

ການທົດສອບ: ປະເພດ

ສ້າງຊອບແວໂດຍບໍ່ມີການຜິດພາດແມ່ນມີຄວາມຫຍຸ້ງຍາກຫຼາຍ. ນີ້ຮຽກຮ້ອງໃຫ້ມີຈໍານວນຫຼາຍຂອງທີ່ໃຊ້ເວລາ. ເພື່ອໃຫ້ໄດ້ຮັບຜະລິດຕະພັນທີ່ດີມັກຈະຖືກນໍາໃຊ້ທັງສອງປະເພດຂອງການທົດສອບ: "ບໍ່ມີເພດ;" ແລະ "Beta". ສິ່ງທີ່ເຂົາເຈົ້າມີຫຍັງແດ່? ໃນເວລາທີ່ປະຊາຊົນສົນທະນາກ່ຽວກັບການທົດສອບບໍ່ມີເພດ;, ມັນຫມາຍຄວາມວ່າການທົບທວນຄືນໃນການໄດ້ຮັບການດໍາເນີນ himself ໃນສະຖານະຂອງການພັດທະນາ "ຫ້ອງທົດລອງ" ສະພາບການ. ນີ້ແມ່ນຂັ້ນຕອນຂອງການສຸດທ້າຍຂອງການທົດສອບກ່ອນທີ່ຈະໂຄງການຈະໄດ້ຮັບການຍົກຍ້າຍກັບໃນຕອນທ້າຍຜູ້ໃຊ້. ເພາະສະນັ້ນ, ການພັດທະນາພະຍາຍາມທີ່ຈະເຮັດໃຫ້ປະມານສູງສຸດໄດ້. ສໍາລັບຄວາມງ່າຍຂອງການປະຕິບັດງານ, ຂໍ້ມູນສາມາດໄດ້ຮັບການເຂົ້າສູ່ລະບົບເພື່ອສ້າງລໍາດັບເຫດການຂອງບັນຫາແລະວິທີແກ້ໄຂຂອງພວກເຂົາ. ພາຍໃຕ້ການທົດສອບການທົດລອງໄດ້ທີ່ຈະເຂົ້າໃຈການສະຫນອງຂອງຊອຟແວທີ່ຈະເປັນຈໍານວນຈໍາກັດຂອງຜູ້ໃຊ້, ສະນັ້ນວ່າພວກເຂົາເຈົ້າສາມາດໃຊ້ປະໂຍດຈາກໂຄງການແລະກໍານົດຄວາມຜິດພາດທີ່ທ່ານໄດ້ພາດໂອກາດນີ້. A ຄຸນນະສົມບັດພິເສດໃນກໍລະນີນີ້ແມ່ນຄວາມຈິງທີ່ວ່າມັກຈະຊອບແວບໍ່ໄດ້ນໍາໃຊ້ສໍາລັບວັດຖຸປະສົງຂອງຕົນ. ເນື່ອງຈາກວ່າຂໍ້ຜິດພາດນີ້ຈະໄດ້ຮັບການລະບຸທີ່ມີບໍ່ມີຫຍັງກ່ອນທີ່ຈະເຫັນ. ນີ້ແມ່ນຂ້ອນຂ້າງປົກກະຕິແລະຄວາມເປັນຫ່ວງກ່ຽວກັບການມັນບໍ່ແມ່ນມີຄວາມຈໍາເປັນ.

ສໍາເລັດການທົດສອບ

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

ການທົດສອບຄອມພິວເຕີ, aided

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

ຫິມະຖະຫລົ່ມ

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

Klee

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