ອັບເດດສິງຫາ 28, 2019
ການທົດສອບໄດ້ຖືກຮັບຮອງເອົາຢ່າງກວ້າງຂວາງເປັນສ່ວນ ໜຶ່ງ ຂອງການພັດທະນາຊອບແວມາຕັ້ງແຕ່ຊອບແວໄດ້ຖືກພັດທະນາມາ. ແນວໃດກໍ່ຕາມ, ຄວາມສະຫຼາດທາງທຸລະກິດ (BI), ໄດ້ຊ້າກວ່າໃນການຮັບຮອງເອົາການທົດສອບເປັນສ່ວນ ໜຶ່ງ ຂອງການພັດທະນາໃນຊອບແວ BI ເຊັ່ນ: IBM Cognos. ຂໍໃຫ້ຄົ້ນຫາເຫດຜົນວ່າເປັນຫຍັງ BI ຈິ່ງຊ້າກວ່າໃນການຮັບຮອງເອົາການປະຕິບັດການທົດສອບແລະຜົນທີ່ຕາມມາຂອງ ບໍ່ ການທົດສອບ.
ເປັນຫຍັງອົງກອນບໍ່ທົດສອບ BI …
- ຂໍ້ ຈຳ ກັດດ້ານເວລາ. ໂຄງການ BI ຢູ່ພາຍໃຕ້ຄວາມກົດດັນຄົງທີ່ເພື່ອໃຫ້ໄດ້ໄວຂຶ້ນ. ສິ່ງທີ່ບາງອົງກອນອາດຈະບໍ່ຮັບຮູ້ແມ່ນວ່າໄລຍະທີ່ງ່າຍທີ່ສຸດເພື່ອຫຼຸດເວລາແມ່ນການທົດສອບ.
- ຂໍ້ ຈຳ ກັດດ້ານງົບປະມານ. ແນວຄິດແມ່ນວ່າການທົດສອບມີລາຄາແພງເກີນໄປແລະບໍ່ສາມາດອຸທິດທີມທົດສອບໄດ້.
- ໄວແມ່ນດີກວ່າ. ອັນນີ້ບໍ່ຈໍາເປັນຕ້ອງເປັນວິທີການ“ ວ່ອງໄວ” ແລະອາດຈະເຮັດໃຫ້ເຈົ້າໄປຜິດບ່ອນໄວຂຶ້ນເທົ່ານັ້ນ.
- ຈິດໃຈ“ ພຽງແຕ່ເຮັດມັນຖືກຕ້ອງເປັນຄັ້ງ ທຳ ອິດ”. ວິທີການທີ່ໂງ່ຈ້ານີ້ຮຽກຮ້ອງໃຫ້ມີການຄວບຄຸມຄຸນນະພາບຄວນຫຼຸດຜ່ອນຄວາມຕ້ອງການໃນການທົດສອບ.
- ຂາດຄວາມເປັນເຈົ້າຂອງ. ອັນນີ້ແມ່ນຄ້າຍຄືກັນກັບລູກປືນກ່ອນ ໜ້າ ນີ້. ຄວາມຄິດແມ່ນ "ຜູ້ໃຊ້ຂອງພວກເຮົາຈະທົດສອບມັນ." ວິທີການນີ້ສາມາດນໍາໄປສູ່ຜູ້ໃຊ້ທີ່ບໍ່ພໍໃຈແລະມີປີ້ສະ ໜັບ ສະ ໜູນ ຈໍານວນຫຼວງຫຼາຍ.
- ຂາດເຄື່ອງມື. ຄວາມເຂົ້າໃຈຜິດວ່າເຂົາເຈົ້າບໍ່ມີເທັກໂນໂລຍີທີ່ເforາະສົມ ສຳ ລັບການທົດສອບ.
- ຂາດຄວາມເຂົ້າໃຈໃນການທົດສອບ. ຍົກຕົວຢ່າງ,
- ການທົດສອບຄວນປະເມີນຄວາມຖືກຕ້ອງແລະຄວາມຖືກຕ້ອງຂອງຂໍ້ມູນ, ຄວາມສອດຄ່ອງຂອງຂໍ້ມູນ, ຄວາມທັນເວລາຂອງຂໍ້ມູນ, ການປະຕິບັດການຈັດສົ່ງແລະຄວາມງ່າຍຂອງການນໍາໃຊ້ກົນໄກການຈັດສົ່ງ.
- ການທົດສອບໃນລະຫວ່າງໂຄງການ BI ອາດຈະປະກອບມີການທົດສອບການຖົດຖອຍ, ການທົດສອບຫົວ ໜ່ວຍ, ການທົດສອບຄວັນ, ການທົດສອບການລວມເຂົ້າກັນ, ການທົດສອບການຍອມຮັບຂອງຜູ້ໃຊ້, ການທົດສອບແບບພິເສດ, ການທົດສອບຄວາມຄຽດ/ການປັບຂະ ໜາດ ໄດ້, ການທົດສອບປະສິດທິພາບຂອງລະບົບ.
ຄ່າໃຊ້ຈ່າຍຂອງການບໍ່ທົດສອບ BI ມີຫຍັງແດ່?
- ການອອກແບບທີ່ບໍ່ມີປະສິດທິພາບ. ສະຖາປັດຕະຍະ ກຳ ທີ່ບໍ່ດີອາດຈະບໍ່ຖືກຄົ້ນພົບຖ້າການທົດສອບຖືກລະເລີຍ. ບັນຫາການອອກແບບສາມາດປະກອບສ່ວນເຂົ້າໃນການ ນຳ ໃຊ້, ການປະຕິບັດ, ການ ນຳ ໃຊ້ຄືນໃ,່, ພ້ອມທັງການບໍາລຸງຮັກສາແລະການຮັກສາ.
- ບັນຫາຄວາມຖືກຕ້ອງຂອງຂໍ້ມູນ. ການສໍ້ລາດບັງຫຼວງດ້ານຂໍ້ມູນຫຼືບັນຫາກ່ຽວກັບສາຍຂໍ້ມູນສາມາດນໍາໄປສູ່ການຂາດຄວາມເຊື່ອinັ້ນໃນຕົວເລກ.
- ບັນຫາການກວດສອບຂໍ້ມູນ. ການຕັດສິນໃຈກ່ຽວກັບຂໍ້ມູນທີ່ບໍ່ດີອາດຈະເປັນອັນຕະລາຍຕໍ່ທຸລະກິດ. ບໍ່ມີຫຍັງຮ້າຍແຮງໄປກວ່າການພະຍາຍາມຈັດການໂດຍການວັດແທກທີ່ອີງໃສ່ຂໍ້ມູນທີ່ບໍ່ຖືກຕ້ອງ.
- ຫຼຸດການຮັບຮອງເອົາຜູ້ໃຊ້. ຖ້າຕົວເລກບໍ່ຖືກຕ້ອງ, ຫຼືຖ້າແອັບພລິເຄຊັນບໍ່ເປັນມິດກັບຜູ້ໃຊ້, ຊຸມຊົນຜູ້ໃຊ້ຂອງເຈົ້າພຽງແຕ່ຈະບໍ່ໃຊ້ຊອບແວ BI ວິສາຫະກິດໃshiny່ເຫຼື້ອມຂອງເຈົ້າ.
- ຄ່າໃຊ້ຈ່າຍເພີ່ມຂຶ້ນຍ້ອນຂາດມາດຕະຖານ.
- ຄ່າໃຊ້ຈ່າຍທີ່ເພີ່ມຂຶ້ນເພື່ອສ້ອມແປງຂໍ້ບົກພ່ອງໃນໄລຍະຕໍ່ມາຂອງວົງຈອນຊີວິດການພັດທະນາ BI. ບັນຫາໃດ ໜຶ່ງ ທີ່ຄົ້ນພົບເກີນໄລຍະຄວາມຕ້ອງການຈະມີລາຄາພິເສດຫຼາຍກ່ວາຖ້າຖືກຄົ້ນພົບກ່ອນ ໜ້າ ນີ້.
ດຽວນີ້ພວກເຮົາໄດ້ວາງອອກວ່າເປັນຫຍັງອົງກອນອາດຈະບໍ່ທົດສອບແລະຄວາມຜິດພາດທີ່ເກີດຂຶ້ນເມື່ອເຈົ້າບໍ່ທົດສອບ BI, ໃຫ້ເບິ່ງການສຶກສາບາງອັນກ່ຽວກັບການທົດສອບໃນການພັດທະນາຊອບແວ.
ການສຶກສາສະແດງໃຫ້ເຫັນການທົດສອບເວທີ BI ຂອງເຈົ້າຊ່ວຍປະຢັດເງິນ!
ການສຶກສາ ໜຶ່ງ ໃນ 139 ບໍລິສັດໃນອາເມລິກາ ເໜືອ ມີຂະ ໜາດ ຕັ້ງແຕ່ 250 ເຖິງ 10,000 ພະນັກງານ, ລາຍງານຄ່າໃຊ້ຈ່າຍໃນການດີບັກລາຍປີປະມານ $ 5.2M ຫາ $ 22M. ລະດັບຄ່າໃຊ້ຈ່າຍນີ້ສະທ້ອນໃຫ້ເຫັນອົງການຈັດຕັ້ງທີ່ ຢ່າ ມີການທົດສອບຫົວ ໜ່ວຍ ອັດຕະໂນມັດຢູ່ໃນສະຖານທີ່. ແຍກຕ່າງຫາກ, ການຄົ້ນຄວ້າໂດຍ IBM ແລະ Microsoft ພົບວ່າ ກັບ ການທົດສອບຫົວ ໜ່ວຍ ອັດຕະໂນມັດ, ຈຳ ນວນຂໍ້ບົກພ່ອງສາມາດຫຼຸດລົງໄດ້ລະຫວ່າງ 62% ຫາ 91%. ນີ້meansາຍຄວາມວ່າເງິນທີ່ໃຊ້ໃນການດີບັກສາມາດຫຼຸດລົງຈາກຂອບເຂດ $ 5M - $ 22M ເປັນ $ 0.5M ຫາ $ 8.4M range. ນັ້ນແມ່ນເງິນsavingsາກປະຢັດອັນໃຫຍ່ຫຼວງ!
ຄ່າໃຊ້ຈ່າຍໃນການແກ້ໄຂຄວາມຜິດພາດທີ່ເພີ່ມຂຶ້ນຢ່າງໄວ.
ເອກະສານກ່ຽວກັບກົນລະຍຸດການພັດທະນາຊອບແວທີ່ປະສົບຜົນ ສຳ ເລັດ ສະແດງໃຫ້ເຫັນວ່າຄວາມຜິດພາດສ່ວນໃຫຍ່ແມ່ນເກີດຂຶ້ນໃນຊ່ວງຕົ້ນ cycle ຂອງວົງຈອນການພັດທະນາແລະຖ້າເຈົ້າລໍຖ້າກວດພົບແລະແກ້ໄຂຕໍ່ໄປອີກດົນເທົ່າໃດ, ມັນມີຄ່າໃຫ້ເຈົ້າແກ້ໄຂສູງຂຶ້ນ. ສະນັ້ນ, ມັນບໍ່ໄດ້ໃຊ້ນັກວິທະຍາສາດຈະຫຼວດເພື່ອສະຫຼຸບຂໍ້ສະຫຼຸບທີ່ຊັດເຈນວ່າມີການຄົ້ນພົບແລະແກ້ໄຂຄວາມຜິດພາດໄດ້ໃນໄວ soon ນີ້, ຈະດີກວ່າ. ເວົ້າກ່ຽວກັບວິທະຍາສາດກ່ຽວກັບຈະລວດ, ມັນກໍ່ເກີດຂື້ນແທ້ that ທີ່ອົງການ NASA ໄດ້ພິມເຜີຍແຜ່ເອກະສານກ່ຽວກັບເລື່ອງນັ້ນ - "ການເພີ່ມຂຶ້ນຂອງຄ່າໃຊ້ຈ່າຍຜິດພາດຜ່ານຮອບວຽນຊີວິດຂອງໂຄງການ."
ມັນເຂົ້າໃຈໄດ້ງ່າຍວ່າຄ່າໃຊ້ຈ່າຍໃນການແກ້ໄຂຄວາມຜິດພາດເພີ່ມຂຶ້ນເມື່ອວົງຈອນຊີວິດການພັດທະນາກ້າວໄປ ໜ້າ. ການສຶກສາຂອງອົງການນາຊາໄດ້ປະຕິບັດເພື່ອກໍານົດວ່າຄ່າໃຊ້ຈ່າຍໃນການແກ້ໄຂຄວາມຜິດພາດທີ່ຄົ້ນພົບມີຄວາມຄືບ ໜ້າ ໄວປານໃດ. ການສຶກສານີ້ໄດ້ນໍາໃຊ້ສາມວິທີເພື່ອກໍານົດຄ່າໃຊ້ຈ່າຍທີ່ສໍາພັນຄື: ວິທີການຕົ້ນທຶນລົງລຸ່ມ, ວິທີການທໍາລາຍຕົ້ນທຶນທັງ,ົດ, ແລະວິທີການໂຄງການສົມມຸດຖານລົງເທິງ. ວິທີການແລະຜົນໄດ້ຮັບທີ່ໄດ້ອະທິບາຍໄວ້ໃນເອກະສານສະບັບນີ້ສົມມຸດວ່າການພັດທະນາລະບົບຮາດແວ/ຊອບແວທີ່ມີລັກສະນະໂຄງການຄ້າຍຄືກັບທີ່ໃຊ້ໃນການພັດທະນາຍານອາວະກາດຂະ ໜາດ ໃຫຍ່ທີ່ຊັບຊ້ອນ, ເຮືອບິນທະຫານ, ຫຼືດາວທຽມສື່ສານຂະ ໜາດ ນ້ອຍ. ຜົນໄດ້ຮັບສະແດງໃຫ້ເຫັນລະດັບທີ່ຄ່າໃຊ້ຈ່າຍເພີ່ມຂຶ້ນ, ເນື່ອງຈາກຄວາມຜິດພາດຖືກຄົ້ນພົບແລະແກ້ໄຂໃນໄລຍະຕໍ່ມາແລະຕໍ່ມາໃນວົງຈອນຊີວິດຂອງໂຄງການ. ການສຶກສານີ້ແມ່ນເປັນຕົວແທນຂອງການຄົ້ນຄ້ວາອື່ນ which ທີ່ໄດ້ເຮັດແລ້ວ.
ຈາກຕາຕະລາງຂ້າງເທິງ, ການຄົ້ນຄວ້າຈາກ TRW, IBM, GTE, Bell Labs, TDC ແລະອື່ນ others ສະແດງໃຫ້ເຫັນຄ່າໃຊ້ຈ່າຍໃນການແກ້ໄຂຄວາມຜິດພາດໃນໄລຍະການພັດທະນາທີ່ແຕກຕ່າງກັນ:
- ຄ່າໃຊ້ຈ່າຍໃນການແກ້ໄຂຂໍ້ຜິດພາດທີ່ຄົ້ນພົບໃນລະຫວ່າງຂັ້ນຕອນຂອງຂໍ້ກໍານົດແມ່ນໄດ້ກໍານົດເປັນ 1 unit
- ຄ່າໃຊ້ຈ່າຍໃນການແກ້ໄຂຄວາມຜິດພາດນັ້ນຖ້າພົບເຫັນໃນໄລຍະການອອກແບບແມ່ນ double ທີ່
- ຢູ່ທີ່ລະຫັດແລະຂັ້ນຕອນການດີບັກ, ຄ່າໃຊ້ຈ່າຍໃນການແກ້ໄຂຂໍ້ຜິດພາດແມ່ນ ຫນ່ວຍ 3
- ຢູ່ທີ່ການທົດສອບຫົວ ໜ່ວຍ ແລະລວມໄລຍະ, ຄ່າໃຊ້ຈ່າຍໃນການແກ້ໄຂຄວາມຜິດພາດຈະກາຍເປັນ 5
- ໃນຂັ້ນຕອນການທົດສອບລະບົບ, ຄ່າໃຊ້ຈ່າຍໃນການແກ້ໄຂຄວາມຜິດພາດໄດ້ເພີ່ມຂຶ້ນເປັນ 20
- ແລະເມື່ອລະບົບຢູ່ໃນໄລຍະການດໍາເນີນງານ, ຄ່າໃຊ້ຈ່າຍທີ່ກ່ຽວຂ້ອງເພື່ອແກ້ໄຂຄວາມຜິດພາດໄດ້ເພີ່ມຂຶ້ນເປັນ 98, ເກືອບ 100 ເທົ່າຂອງຄ່າໃຊ້ຈ່າຍໃນການແກ້ໄຂຄວາມຜິດພາດຖ້າພົບຢູ່ໃນໄລຍະຄວາມຕ້ອງການ!
ເສັ້ນທາງລຸ່ມແມ່ນວ່າມັນມີຄ່າໃຊ້ຈ່າຍຫຼາຍກວ່າໃນການສ້ອມແປງຂໍ້ບົກພ່ອງຖ້າພວກມັນບໍ່ຖືກຈັບໄວ.
ບົດສະຫຼຸບ
ໄດ້ມີການຄົ້ນຄ້ວາທີ່ ສຳ ຄັນເຊິ່ງສະແດງໃຫ້ເຫັນເຖິງຄຸນຄ່າຂອງການທົດສອບເບື້ອງຕົ້ນແລະຕໍ່ເນື່ອງໃນການພັດທະນາຊອບແວ. ພວກເຮົາ, ໃນຊຸມຊົນ BI, ສາມາດຮຽນຮູ້ຈາກourູ່ເພື່ອນຂອງພວກເຮົາໃນການພັດທະນາຊອບແວ. ເຖິງແມ່ນວ່າການຄົ້ນຄ້ວາຢ່າງເປັນທາງການສ່ວນໃຫຍ່ໄດ້ເຮັດແລ້ວກ່ຽວຂ້ອງກັບການພັດທະນາຊອບແວ, ແຕ່ຂໍ້ສະຫຼຸບທີ່ຄ້າຍຄືກັນສາມາດດຶງດູດໄດ້ກ່ຽວກັບການພັດທະນາ BI. ມູນຄ່າຂອງການທົດສອບແມ່ນບໍ່ສາມາດໂຕ້ຖຽງໄດ້, ແຕ່ຫຼາຍອົງກອນໄດ້ຊ້າທີ່ຈະໃຊ້ປະໂຫຍດຈາກການທົດສອບຢ່າງເປັນທາງການຂອງສະພາບແວດລ້ອມ BI ຂອງເຂົາເຈົ້າແລະລວມການທົດສອບເຂົ້າໃນຂະບວນການພັດທະນາ BI ຂອງເຂົາເຈົ້າ. ຄ່າໃຊ້ຈ່າຍຂອງ ບໍ່ ການທົດສອບແມ່ນຈິງ. ຄວາມສ່ຽງທີ່ກ່ຽວຂ້ອງກັບ ບໍ່ ການທົດສອບແມ່ນຈິງ.
ຕ້ອງການເບິ່ງບາງການທົດສອບ Cognos ອັດຕະໂນມັດໃນການປະຕິບັດ? ເບິ່ງວີດີໂອໃນລາຍການຫຼິ້ນຂອງພວກເຮົາໂດຍ ຄລິກທີ່ນີ້!