ເມື່ອເຄື່ອງທົດສອບ Advantest V93000ບໍ່ສາມາດເຊື່ອມຕໍ່ກັບຫົວທົດສອບ ຫຼື ສູນເສຍການເຊື່ອມຕໍ່ໃນລະຫວ່າງການປະຕິບັດງານ, ຢ່າສົມມຸດວ່າບັດເຄື່ອງມືລົ້ມເຫຼວ. ຮັກສາຄວາມຜິດພາດທຳອິດ, ກວດສອບວ່າຕົວຄວບຄຸມຍັງຄົງເຮັດວຽກໄດ້ຫຼືບໍ່ ແລະ ກວດສອບສັນຍານເຕືອນໄພດ້ານພະລັງງານ, ຄວາມເຢັນ ຫຼື ລະບົບກ່ອນໜ້ານີ້.
ຂໍ້ຄວາມສື່ສານລະບຸການໂຕ້ຕອບທີ່ລົ້ມເຫຼວ. ມັນບໍ່ຈຳເປັນຕ້ອງລະບຸອົງປະກອບທີ່ເຮັດໃຫ້ເກີດມັນ.
ໜ້າວຽກທຳອິດແມ່ນການຈຳແນກຄວາມລົ້ມເຫຼວຂອງການເຊື່ອມຕໍ່ໃນການເລີ່ມຕົ້ນຈາກການເຊື່ອມຕໍ່ທີ່ສູນເສຍໄປຫຼັງຈາກການດຳເນີນງານທີ່ສຳເລັດ.
ຄວາມລົ້ມເຫຼວໃນການເລີ່ມຕົ້ນ ຫຼື ການຕັດການເຊື່ອມຕໍ່ເວລາແລ່ນ?
ສອງສະຖານະການນີ້ໃຫ້ຫຼັກຖານທີ່ແຕກຕ່າງກັນ.
| ສະຖານະການ | ສິ່ງທີ່ຕ້ອງສ້າງຕັ້ງຂຶ້ນກ່ອນ |
|---|---|
| ຫົວທົດສອບຈະບໍ່ສາມາດໃຊ້ໄດ້ຫຼັງຈາກເລີ່ມຕົ້ນ | ບໍ່ວ່າຕົວຄວບຄຸມ, ຄວາມພ້ອມຂອງຫົວທົດສອບ ແລະ ລຳດັບການເລີ່ມຕົ້ນຈະສຳເລັດຕາມທີ່ຕ້ອງການຫຼືບໍ່ |
| ການເຊື່ອມຕໍ່ຫຼຸດລົງຫຼັງຈາກການເລີ່ມຕົ້ນສຳເລັດແລ້ວ | ສິ່ງທີ່ປ່ຽນແປງ ຫຼື ຕົກໃຈທັນທີກ່ອນການຂັດຂວາງ |
| ເຄື່ອງມືໜຶ່ງລົ້ມເຫຼວໃນການເລີ່ມຕົ້ນໃນຂະນະທີ່ຫົວຍັງສາມາດເຂົ້າເຖິງໄດ້ | ບໍ່ວ່າບັນຫາຈະຈຳກັດຢູ່ແຕ່ເຄື່ອງມືນັ້ນ ຫຼື ການເພິ່ງພາອາໄສຂອງມັນ |
| ການທົດສອບອຸປະກອນຢຸດແຕ່ຫົວຍັງຄົງເຊື່ອມຕໍ່ຢູ່ | ບໍ່ວ່າຈະເປັນການຂັດຂວາງຂອງໂປຣແກຣມ, ອິນເຕີເຟດ ຫຼື ກະແສອັດຕະໂນມັດ |
| ຕົວຄວບຄຸມເອງຄ້າງ ຫຼື ເລີ່ມຕົ້ນໃໝ່ | ບໍ່ວ່າການສູນເສຍໂຮດຈະເປັນສາເຫດຂອງການຕັດການເຊື່ອມຕໍ່ຂອງຫົວທົດສອບທີ່ເຫັນໄດ້ຊັດເຈນຫຼືບໍ່ |
ບັນທຶກຂັ້ນຕອນທີ່ແນ່ນອນທີ່ການເຮັດວຽກຢຸດລົງ. “ເຄື່ອງທົດສອບຖືກຕັດການເຊື່ອມຕໍ່” ມີປະໂຫຍດໜ້ອຍກວ່າ “ຕົວຄວບຄຸມຍັງຄົງຕອບສະໜອງໄດ້, ແຕ່ຫົວທົດສອບບໍ່ສາມາດໃຊ້ໄດ້ຫຼັງຈາກສັນຍານເຕືອນຄວາມເຢັນ.”
ໃນ V93000ເຄື່ອງທົດສອບເຄິ່ງຕົວນຳ, ຄວາມລົ້ມເຫຼວຂອງການເຊື່ອມຕໍ່ສາມາດກ່ຽວຂ້ອງກັບຕົວຄວບຄຸມ, ເສັ້ນທາງການສື່ສານ ຫຼື ໂຄງສ້າງພື້ນຖານຫົວທົດສອບ. ລະບຸການເຊື່ອມຕໍ່ທີ່ໄດ້ຮັບຜົນກະທົບກ່ອນທີ່ຈະຕັດສິນໃຈວ່າອົງປະກອບໃດທີ່ຕ້ອງການການສືບສວນ.
ຢືນຢັນວ່າການເຊື່ອມຕໍ່ໃດລົ້ມເຫຼວ
ກ່ອນທີ່ຈະປ່ຽນສາຍໄຟ ຫຼື ສັ່ງຊື້ກະດານໃໝ່, ໃຫ້ລະບຸຈຸດສິ້ນສຸດທີ່ກ່ຽວຂ້ອງກັບຄວາມຜິດພາດ.
ຄວາມສຳພັນທີ່ກ່ຽວຂ້ອງອາດຈະເປັນ:
ຕົວຄວບຄຸມກຳລັງສື່ສານກັບຫົວທົດສອບ.
ລະບົບກຳລັງເລີ່ມຕົ້ນເຄື່ອງມືແຕ່ລະອັນ.
ຜູ້ທົດສອບແລກປ່ຽນສັນຍານກັບຕົວຈັດການ ຫຼື wafer prober.
ຊອບແວຕິດຕໍ່ກັບເຊີບເວີໃບອະນຸຍາດ.
ສະຖານີເຮັດວຽກໄລຍະໄກທີ່ເຂົ້າເຖິງຕົວຄວບຄຸມເຄື່ອງທົດສອບ.
ການໝົດເວລາຂອງຕົວຈັດການບໍ່ໄດ້ຢືນຢັນວ່າການເຊື່ອມຕໍ່ລະຫວ່າງຕົວຄວບຄຸມກັບຫົວທົດສອບລົ້ມເຫຼວ. ໃນລັກສະນະດຽວກັນ, ການສູນເສຍການເຂົ້າເຖິງຕົວຄວບຄຸມຈາກໄລຍະໄກບໍ່ໄດ້ພິສູດວ່າເສັ້ນທາງການສື່ສານພາຍໃນຂອງຜູ້ທົດສອບມີຂໍ້ບົກຜ່ອງ.
ໃຊ້ຂໍ້ຄວາມຕົ້ນສະບັບ ແລະ ສະຖານະຂອງລະບົບເພື່ອລະບຸຄວາມສຳພັນທີ່ໄດ້ຮັບຜົນກະທົບ. ຫຼີກລ່ຽງການປະຕິບັດຕໍ່ທຸກໆຂໍ້ຄວາມທີ່ກ່ຽວຂ້ອງກັບການສື່ສານຄືກັບຄວາມຜິດດຽວກັນ.
ບັນທຶກຄວາມຜິດພາດທຳອິດກ່ອນທີ່ຈະເລີ່ມຕົ້ນໃໝ່
ການເລີ່ມຕົ້ນໃໝ່ອາດຈະຟື້ນຟູການເຮັດວຽກຊົ່ວຄາວ ໃນຂະນະທີ່ລຶບບໍລິບົດທີ່ເປັນປະໂຫຍດອອກຈາກໜ້າຈໍ.
ຖ້າປອດໄພ, ໃຫ້ຮັກສາ:
ຄວາມຜິດພາດທຳອິດທີ່ສົມບູນ ແລະ ຂໍ້ຄວາມຕໍ່ໆມາ.
ບັນທຶກການຄວບຄຸມ ແລະ ຜູ້ທົດສອບທີ່ກ່ຽວຂ້ອງ.
ເວລາຂອງການຂັດຂວາງ.
ແອັບພລິເຄຊັນ ແລະ ການບໍລິການໃດທີ່ຍັງຄົງຕອບສະໜອງໄດ້.
ສະຖານະຂອງຫົວທົດສອບ ແລະ ໜ່ວຍເຮັດຄວາມເຢັນ.
ບໍ່ວ່າຈະເປັນເຄື່ອງມືທັງໝົດ ຫຼື ຊັບພະຍາກອນດຽວເທົ່ານັ້ນທີ່ບໍ່ສາມາດໃຊ້ໄດ້.
ໂປຣແກຣມ ແລະ ຂັ້ນຕອນການດຳເນີນງານທີ່ເປີດໃຊ້ງານໃນເວລານັ້ນ.
ການປ່ຽນແປງຊອບແວ, ຮາດແວ ຫຼື ສິ່ງອຳນວຍຄວາມສະດວກຫຼ້າສຸດ.
ຮັກສາເວລາໃຫ້ສອດຄ່ອງກັນເມື່ອປຽບທຽບບັນທຶກຈາກລະບົບທີ່ແຕກຕ່າງກັນ. ໂມງຄວບຄຸມ ແລະ ໂມງຕິດຕາມກວດກາສະຖານທີ່ອາດຈະບໍ່ສະແດງເວລາດຽວກັນ.
ຢ່າປະດິດການຕີຄວາມລະຫັດຄວາມຜິດພາດຈາກຂໍ້ຄວາມທີ່ຄ້າຍຄືກັນທີ່ພົບສຳລັບລຸ້ນ V93000 ອື່ນ. ໃຫ້ເກັບຮັກສາຖ້ອຍຄຳທີ່ຖືກຕ້ອງເພື່ອການທົບທວນຄືນຕາມເອກະສານທີ່ກ່ຽວຂ້ອງ.
ຖ້າຫົວທົດສອບບໍ່ເຊື່ອມຕໍ່ໃນເວລາເລີ່ມຕົ້ນ
ກວດສອບຄວາມພ້ອມຂອງຕົວຄວບຄຸມ
ກວດສອບວ່າຕົວຄວບຄຸມໄດ້ບູດເຄື່ອງຕາມປົກກະຕິແລ້ວຫຼືບໍ່ ແລະ ສະພາບແວດລ້ອມຊອບແວທີ່ຕ້ອງການມີໃຫ້ໃຊ້ງານຫຼືບໍ່.
ຖ້າຕົວຄວບຄຸມບໍ່ສາມາດບູດໄດ້, ຣີສະຕາດຊ້ຳໆ ຫຼື ບໍ່ຕອບສະໜອງ, ໃຫ້ກວດສອບສະພາບດັ່ງກ່າວກ່ອນທີ່ຈະສະແດງບັນຫາໃຫ້ກັບຫົວທົດສອບ.
ຫຼັງຈາກການທົດແທນຕົວຄວບຄຸມ ຫຼື ການຟື້ນຟູຮູບພາບລະບົບ, ໃຫ້ກວດສອບສະພາບແວດລ້ອມການດຳເນີນງານທີ່ຮອງຮັບ ແລະ ການຕັ້ງຄ່າທີ່ກູ້ຄືນ. ເດັສທັອບທີ່ໃຊ້ງານໄດ້ບໍ່ໄດ້ພິສູດວ່າສະພາບແວດລ້ອມຂອງຜູ້ທົດສອບໄດ້ຖືກກູ້ຄືນຢ່າງຖືກຕ້ອງ.
ຫຼີກລ່ຽງການຕິດຕັ້ງຊອບແວຄືນໃໝ່ ຫຼື ການປ່ຽນແປງໄຟລ໌ການຕັ້ງຄ່າກ່ອນທີ່ຈະຮັກສາສະຖານະ ແລະ ການສຳຮອງຂໍ້ມູນທີ່ມີຢູ່.
ກວດສອບຄວາມພ້ອມຂອງຫົວທົດສອບ ແລະ ສັນຍານເຕືອນກ່ອນໜ້ານີ້
ກວດສອບຂໍ້ມູນສະຖານະທີ່ອະນຸຍາດໂດຍຂັ້ນຕອນການປະຕິບັດງານ. ລະບຸວ່າການເລີ່ມຕົ້ນຖືກປ້ອງກັນໂດຍສະພາບລະບົບທີ່ຍັງບໍ່ໄດ້ຮັບການແກ້ໄຂຫຼືບໍ່.
ພະລັງງານ, ຄວາມເຢັນ ຫຼື ເງື່ອນໄຂປ້ອງກັນອື່ນໆອາດຈະຂັດຂວາງຄວາມພ້ອມ ແລະ ເຮັດໃຫ້ເກີດຄວາມຜິດພາດໃນການສື່ສານໃນພາຍຫຼັງ. ໃຫ້ສືບສວນເຫດການທີ່ກ່ຽວຂ້ອງກ່ອນອື່ນໝົດ ແທນທີ່ຈະສືບສວນພຽງແຕ່ຂໍ້ຄວາມສຸດທ້າຍເທົ່ານັ້ນ.
ຢ່າຂ້າມ interlock ຫຼື ສະກັດກັ້ນສັນຍານເຕືອນໄພປ້ອງກັນເພື່ອບັງຄັບໃຫ້ເລີ່ມຕົ້ນ.
ກວດກາເສັ້ນທາງການສື່ສານພາຍນອກທີ່ໄດ້ບັນທຶກໄວ້
ລະບຸເສັ້ນທາງການສື່ສານທີ່ຖືກຕ້ອງສຳລັບຕົວຄວບຄຸມທີ່ຕິດຕັ້ງ ແລະ ການຕັ້ງຄ່າຫົວທົດສອບ. ປະເພດສາຍໄຟ, ຕົວເຊື່ອມຕໍ່ ແລະ ໂຄງສ້າງພື້ນຖານແຕກຕ່າງກັນໃນແຕ່ລະການຕິດຕັ້ງ.
ດ້ວຍລະບົບຢູ່ໃນສະພາບທີ່ປອດໄພທີ່ກຳນົດໄວ້, ພະນັກງານທີ່ມີຄຸນວຸດທິສາມາດກວດກາການເຊື່ອມຕໍ່ທີ່ສາມາດເຂົ້າເຖິງໄດ້ສຳລັບຄວາມເສຍຫາຍ, ຄວາມເຄັ່ງຕຶງ, ການຮັກສາທີ່ບໍ່ປອດໄພ ຫຼື ການປ່ຽນແປງທີ່ເກີດຂຶ້ນໃນລະຫວ່າງການບໍລິການທີ່ຜ່ານມາ.
ຢ່າສົມມຸດວ່າສາຍເຄເບີ້ນເຄືອຂ່າຍທຳມະດາແມ່ນສາຍທົດແທນທີ່ເໝາະສົມ. ຢ່າຖອດປລັກລະບົບປະຕິບັດການໂດຍການທົດລອງ ຫຼື ລົບກວນຕົວເຊື່ອມຕໍ່ optical ໂດຍບໍ່ມີຂັ້ນຕອນການຈັດການທີ່ລະບຸໄວ້.
ຕົວຊີ້ບອກການເຊື່ອມຕໍ່ທີ່ເບິ່ງເຫັນໄດ້, ຖ້າມີ, ແມ່ນຫຼັກຖານສະໜັບສະໜູນແທນທີ່ຈະເປັນຫຼັກຖານທີ່ສະແດງໃຫ້ເຫັນວ່າການສື່ສານທີ່ຕ້ອງການທັງໝົດກຳລັງເຮັດວຽກ.
ຖ້າການເຊື່ອມຕໍ່ຫຼຸດລົງໃນລະຫວ່າງການປະຕິບັດງານ
ສຳລັບການຂັດຂວາງເວລາແລ່ນ, ລຳດັບເຫດການແມ່ນມີຄວາມສຳຄັນເປັນພິເສດ. ກຳນົດສິ່ງທີ່ເກີດຂຶ້ນກ່ອນທີ່ການສື່ສານຈະສູນເສຍໄປ.
| ຮູບແບບທີ່ສັງເກດເຫັນ | ທິດທາງການສືບສວນ | ສິ່ງທີ່ມັນບໍ່ໄດ້ພິສູດ |
|---|---|---|
| ການຕັດການເຊື່ອມຕໍ່ຈະເກີດຂຶ້ນຫຼັງຈາກສັນຍານເຕືອນກ່ຽວກັບຄວາມເຢັນ ຫຼື ພະລັງງານ | ກວດສອບສັນຍານເຕືອນໄພທີ່ເລີ່ມຕົ້ນ ແລະ ການຕອບສະໜອງປ້ອງກັນ | ວ່າຮາດແວການສື່ສານມີຂໍ້ບົກຜ່ອງ |
| ຕົວຄວບຄຸມຄ້າງ ຫຼື ເລີ່ມຕົ້ນໃໝ່ໃນເວລາດຽວກັນ | ກວດສອບຫຼັກຖານຂອງຜູ້ຄວບຄຸມ ແລະ ລະບົບປະຕິບັດການ | ວ່າຫົວທົດສອບໄດ້ເລີ່ມຕົ້ນການຂັດຂວາງ |
| ຄວາມລົ້ມເຫຼວເກີດຂຶ້ນຍ້ອນການເຄື່ອນໄຫວຂອງຫົວທົດສອບ | ກວດກາສາຍເຄເບີ້ນພາຍນອກທີ່ໄດ້ຮັບອະນຸຍາດ, ຄວາມເຄັ່ງຕຶງ ແລະ ການເຊື່ອມຕໍ່ທີ່ກ່ຽວຂ້ອງ | ການເຄື່ອນໄຫວດັ່ງກ່າວໄດ້ລະບຸສ່ວນທີ່ລົ້ມເຫຼວຢ່າງຈະແຈ້ງແລ້ວ |
| ການຂັດຂວາງເລີ່ມຕົ້ນຫຼັງຈາກການປ່ຽນແປງຊອບແວ ຫຼື ການຕັ້ງຄ່າ | ປຽບທຽບກັບການຕັ້ງຄ່າທີ່ຮອງຮັບໂດຍເອກະສານ | ການປ່ຽນແປງຊອບແວແມ່ນສາເຫດຫຼັກທີ່ສຳຄັນ |
| ເຄື່ອງມືໜຶ່ງລາຍງານຄວາມຜິດພາດກ່ອນການສູນເສຍການເຮັດວຽກທີ່ກວ້າງຂວາງ | ກວດສອບຄວາມຜິດພາດຂອງເຄື່ອງມືຕົ້ນສະບັບ ແລະ ການເພິ່ງພາອາໄສຮ່ວມກັນ | ວ່າເຄື່ອງມືພຽງຢ່າງດຽວກໍ່ເປັນສາເຫດຂອງການປິດລະບົບ |
| ຄວາມລົ້ມເຫຼວເກີດຂຶ້ນພຽງແຕ່ໃນລະຫວ່າງໂປຣແກຣມສະເພາະໃດໜຶ່ງເທົ່ານັ້ນ | ປຽບທຽບການນຳໃຊ້ຊັບພະຍາກອນ ແລະ ເງື່ອນໄຂການດຳເນີນງານ | ວ່າໂປຣແກຣມມີຂໍ້ບົກຜ່ອງ ຫຼື ຮາດແວມີສຸຂະພາບດີ |
ຮູບແບບເຫຼົ່ານີ້ເປັນທິດທາງໃນການສືບສວນ. ພວກມັນບໍ່ແມ່ນສິ່ງທົດແທນການວິນິດໄສ ຫຼື ການຄົ້ນພົບການສ້ອມແປງທີ່ໄດ້ຮັບການຢືນຢັນ.
ເງື່ອນໄຂການບັນທຶກກ່ອນການຂັດຂວາງທີ່ກ່ຽວຂ້ອງກັບການໂຫຼດ
ຖ້າເຄື່ອງທົດສອບຍັງເຊື່ອມຕໍ່ຢູ່ໃນຂະນະທີ່ບໍ່ໄດ້ໃຊ້ງານແຕ່ຕັດການເຊື່ອມຕໍ່ໃນລະຫວ່າງການທົດສອບອຸປະກອນ, ໃຫ້ບັນທຶກການຕັ້ງຄ່າທີ່ໃຊ້ງານຢູ່ ແລະ ເງື່ອນໄຂການເຮັດວຽກ.
ພຶດຕິກຳການພະລັງງານ ແລະ ການເຮັດໃຫ້ເຢັນ, ກິດຈະກຳຂອງເຄື່ອງມື, ເຫດການຂອງຕົວຄວບຄຸມ ແລະ ການປະຕິບັດໂປຣແກຣມອາດຈະກ່ຽວຂ້ອງກັນທັງໝົດ. ການທົດສອບການເຊື່ອມຕໍ່ທີ່ບໍ່ມີການໃຊ້ງານບໍ່ໄດ້ສະແດງສະພາບທຸກຢ່າງທີ່ເກີດຂຶ້ນໃນລະຫວ່າງການຜະລິດ.
ຢ່າໃຊ້ສະພາບທີ່ສົງໃສວ່າເປັນອັນຕະລາຍຊ້ຳແລ້ວຊ້ຳອີກພຽງແຕ່ເພື່ອສ້າງຄວາມຜິດຄືນໃໝ່.
ປະຕິບັດຕໍ່ອາການທີ່ກ່ຽວຂ້ອງກັບການເຄື່ອນໄຫວເປັນຕົວຊີ້ບອກແຍກຕ່າງຫາກ
ຖ້າມີການຂັດຂວາງປະກົດຂຶ້ນຫຼັງຈາກການຈອດ, ການຖອດ ຫຼື ການປັບຕຳແໜ່ງ, ໃຫ້ບັນທຶກຄວາມສຳພັນໂດຍບໍ່ຕ້ອງຍ້າຍຫົວຊ້ຳໆເພື່ອກະຕຸ້ນໃຫ້ເກີດຄວາມລົ້ມເຫຼວ.
ຄວາມເຄັ່ງຕຶງຂອງສາຍໄຟພາຍນອກ ຫຼື ການເຊື່ອມຕໍ່ທີ່ໄດ້ຮັບຜົນກະທົບຈາກການເຄື່ອນໄຫວອາດເປັນສິ່ງຈຳເປັນສຳລັບການສືບສວນ. ຕຳແໜ່ງກົນຈັກອາດຈະສອດຄ່ອງກັບການປ່ຽນແປງອື່ນ, ສະນັ້ນການກຳນົດເວລາຢ່າງດຽວຈຶ່ງບໍ່ແມ່ນການວິນິດໄສ.
ຢ່າປ່ຽນ PS1600 ຫຼື AVI64 ໂດຍອີງໃສ່ຂໍ້ຄວາມຕັດການເຊື່ອມຕໍ່ພຽງຢ່າງດຽວ
ຄວາມຜິດປົກກະຕິຂອງເຄື່ອງມືແຕ່ລະອັນ ແລະ ການສູນເສຍການສື່ສານລະຫວ່າງຫົວທົດສອບຮຽກຮ້ອງໃຫ້ມີຫຼັກຖານທີ່ແຕກຕ່າງກັນ.
ຖ້າເຄື່ອງມືລາຍງານຄວາມລົ້ມເຫຼວໃນການວິນິດໄສໃນຂະນະທີ່ຫົວທົດສອບຍັງສາມາດເຂົ້າເຖິງໄດ້, ໃຫ້ສືບສວນຊັບພະຍາກອນນັ້ນໂດຍໃຊ້ຂັ້ນຕອນທີ່ສອດຄ້ອງກັນ.
ຖ້າເຄື່ອງມືຫຼາຍອັນຫາຍໄປພ້ອມກັນ, ໃຫ້ກວດສອບໂຄງສ້າງພື້ນຖານທີ່ໃຊ້ຮ່ວມກັນກ່ອນທີ່ຈະສະຫຼຸບວ່າບັດຫຼາຍອັນລົ້ມເຫຼວພ້ອມໆກັນ.
ເຄື່ອງມືທົດແທນຄວນໄດ້ຮັບການພິຈາລະນາຫຼັງຈາກການສືບສວນລະບຸຄວາມຕ້ອງການຮາດແວທີ່ສົມເຫດສົມຜົນແລ້ວເທົ່ານັ້ນ. ການທົດແທນທີ່ບໍ່ມີການຄວບຄຸມສາມາດນຳສະເໜີຄຳຖາມກ່ຽວກັບຄວາມເຂົ້າກັນໄດ້, ການປ່ຽນແປງການຕັ້ງຄ່າ ແລະ ຄວາມຕ້ອງການການປັບທຽບເພີ່ມເຕີມ.
ບ່ອນທີ່ອະນຸຍາດໃຫ້ມີການທົດແທນ, ໃຫ້ໃຊ້ຮາດແວທີ່ເຂົ້າກັນໄດ້ທີ່ໄດ້ຮັບການຢັ້ງຢືນ ແລະ ປ່ຽນແປງຕົວແປໜຶ່ງຕົວໃນແຕ່ລະຄັ້ງ. ບັນທຶກຕົວຕົນຕົ້ນສະບັບ ແລະ ຕົວຕົນທົດແທນ ແລະ ຜົນຂອງການປຽບທຽບ.
ສິ່ງທີ່ຕ້ອງໄດ້ຮັບການກວດສອບຫຼັງຈາກການຟື້ນຕົວ?
ການເຊື່ອມຕໍ່ຄືນໃໝ່ທີ່ສຳເລັດແມ່ນຜົນການຟື້ນຟູໃນເບື້ອງຕົ້ນ. ມັນບໍ່ແມ່ນການຍອມຮັບການຜະລິດທີ່ສົມບູນ.
ປະຕິບັດຕາມຂັ້ນຕອນການເລີ່ມຕົ້ນ ແລະ ຫຼັງການບໍລິການທີ່ກ່ຽວຂ້ອງ, ຈາກນັ້ນກວດສອບ:
ຄາດວ່າຈະມີການຮັບຮູ້ຮາດແວ.
ສຳເລັດການວິນິດໄສທີ່ຈຳເປັນ.
ການແກ້ໄຂສັນຍານເຕືອນທີ່ເລີ່ມຕົ້ນ.
ການວັດແທກໃດໆທີ່ຕ້ອງການໂດຍການແຊກແຊງ.
ການດໍາເນີນງານທີ່ໝັ້ນຄົງພາຍໃຕ້ເງື່ອນໄຂການນໍາໃຊ້ທີ່ກ່ຽວຂ້ອງ.
ການສື່ສານທີ່ຖືກຕ້ອງກັບຜູ້ຈັດການ ຫຼື ຜູ້ກວດສອບ, ຖ້າມີ.
ສຳລັບບັນຫາທີ່ເກີດຂຶ້ນເປັນໄລຍະໆ, ໃຫ້ກຳນົດຂອບເຂດການກວດສອບທີ່ມີຄວາມໝາຍໂດຍອີງໃສ່ເວລາທີ່ຄວາມລົ້ມເຫຼວເກີດຂຶ້ນ. ການທົດສອບການເລີ່ມຕົ້ນໄລຍະສັ້ນບໍ່ພຽງພໍທີ່ຈະສະແດງໃຫ້ເຫັນເຖິງການແກ້ໄຂການຂັດຂວາງທີ່ເກີດຂຶ້ນກ່ອນໜ້ານີ້ຫຼັງຈາກການດຳເນີນງານທີ່ຍາວນານ.
ຖ້າການເຊື່ອມຕໍ່ຫຼຸດລົງອີກ, ໃຫ້ຮັກສາຫຼັກຖານໃໝ່ໄວ້ ແລະ ສືບຕໍ່ການສືບສວນແທນທີ່ຈະອີງໃສ່ການຕັ້ງຄ່າຄືນໃໝ່ຊ້ຳໆ.
ຂໍ້ມູນທີ່ຕ້ອງການສຳລັບການປະເມີນການສ້ອມແປງ ຫຼື ການທົດແທນ
ກ່ອນການຂົນສົ່ງຕົວຄວບຄຸມ, ຊຸດອຸປະກອນການໂຕ້ຕອບ ຫຼື ເຄື່ອງມື, ໃຫ້ສະໜອງ:
| ຂໍ້ມູນ | ຈຸດປະສົງ |
|---|---|
| ການສ້າງ V93000 ແລະ ການລະບຸຫົວທົດສອບ | ສ້າງສະພາບການຮາດແວ |
| ຮູບແບບການຄວບຄຸມ ແລະ ສະພາບແວດລ້ອມຊອບແວ | ຮອງຮັບການທົບທວນການຕັ້ງຄ່າ |
| ການປ່ອຍ SmartTest | ລະບຸບໍລິບົດຊອບແວທີ່ຕິດຕັ້ງ |
| ຄວາມຜິດພາດທຳອິດທີ່ແນ່ນອນ ແລະ ບັນທຶກເຕັມ | ຮັກສາລຳດັບຄວາມລົ້ມເຫຼວເດີມໄວ້ |
| ການເລີ່ມຕົ້ນ ຫຼື ການເກີດຂຶ້ນໃນເວລາແລ່ນ | ແຍກການເລີ່ມຕົ້ນຈາກການດຳເນີນງານທີ່ບໍ່ຕໍ່ເນື່ອງ |
| ເຫດການກ່ຽວກັບພະລັງງານ ແລະ ຄວາມເຢັນ | ຊ່ວຍລະບຸການລົບກວນທາງຕົ້ນນ້ຳ |
| ການປ່ຽນແປງຫຼ້າສຸດ | ກຳນົດການປຽບທຽບທີ່ກ່ຽວຂ້ອງ |
| ປ້າຍຊື່ສ່ວນປະກອບທີ່ໜ້າສົງໄສ | ຮອງຮັບການຈັບຄູ່ຊິ້ນສ່ວນທີ່ຖືກຕ້ອງ |
ລຶບຂໍ້ມູນລັບຂອງໂປຣແກຣມອຸປະກອນອອກຕາມຄວາມຈຳເປັນ, ໃນຂະນະທີ່ຮັກສາລາຍລະອຽດການວິນິດໄສທີ່ຈຳເປັນເພື່ອສືບສວນຄວາມຜິດ.
ສຳລັບການບໍລິການຢູ່ຕ່າງປະເທດ, ຫຼັກຖານນີ້ຊ່ວຍກຳນົດວ່າຂັ້ນຕອນຕໍ່ໄປຄວນເປັນການກວດສອບສະຖານທີ່ໃນທ້ອງຖິ່ນ, ການກວດກາລະບົບທີ່ໄດ້ຮັບອະນຸຍາດ, ການປະເມີນຕົວຄວບຄຸມ ຫຼື ການສ້ອມແປງອົງປະກອບສະເພາະ. ມັນຍັງສາມາດຫຼຸດຜ່ອນຄວາມສ່ຽງຂອງການຂົນສົ່ງການປະກອບທີ່ບໍ່ກ່ຽວຂ້ອງ.
ຮ້ອງຂໍການປະເມີນຄວາມຜິດພາດຂອງການເຊື່ອມຕໍ່ V93000
ສົ່ງຂໍ້ຜິດພາດການເຊື່ອມຕໍ່ຕົ້ນສະບັບ, ການລະບຸລະບົບ ແລະ ໄລຍະເວລາສັ້ນໆຂອງເຫດການ. ລະບຸວ່າຫົວທົດສອບບໍ່ເຄີຍເຊື່ອມຕໍ່, ຕັດການເຊື່ອມຕໍ່ຫຼັງຈາກການເລີ່ມຕົ້ນ ຫຼື ບໍ່ສາມາດໃຊ້ໄດ້ຫຼັງຈາກການເຕືອນໄພອີກຄັ້ງ.
ລວມທັງການກວດສອບທີ່ສຳເລັດແລ້ວ ແລະ ການປ່ຽນແປງຮາດແວ ຫຼື ຊອບແວໃດໆທີ່ເຮັດນັບຕັ້ງແຕ່ການດຳເນີນງານທີ່ປະສົບຜົນສຳເລັດຄັ້ງສຸດທ້າຍ.
