ຖ້າອົງກອນຂອງເຈົ້າຈັດການກັບຂໍ້ມູນທີ່ອ່ອນໄຫວເປັນປະຈໍາ, ເຈົ້າຕ້ອງປະຕິບັດຍຸດທະສາດການປະຕິບັດຕາມຄວາມປອດໄພຂອງຂໍ້ມູນເພື່ອປົກປ້ອງບໍ່ພຽງແຕ່ບຸກຄົນທີ່ຂໍ້ມູນນັ້ນເປັນຂອງແຕ່ອົງກອນຂອງເຈົ້າຈາກການລະເມີດກົດfederalາຍຂອງລັດຖະບານກາງ (ຕົວຢ່າງ: HIPPA, GDPR, ແລະອື່ນ). ອັນນີ້ມີຜົນກະທົບຕໍ່ອົງກອນໃນອຸດສະຫະ ກຳ ຕ່າງ healthcare ເຊັ່ນ: ການຮັກສາສຸຂະພາບ, ການທະນາຄານ, ລັດຖະບານ, ກົດາຍ ... ແທ້ organization ອົງກອນໃດທີ່ຈັດການກັບຂໍ້ມູນທີ່ລະອຽດອ່ອນ.
ພວກເຮົາ ກຳ ລັງເວົ້າເຖິງ PII (ຂໍ້ມູນທີ່ສາມາດລະບຸຕົວບຸກຄົນໄດ້) ແລະ PHI (ຂໍ້ມູນສຸຂະພາບທີ່ໄດ້ຮັບການປົກປ້ອງ). ຕົວຢ່າງຂອງ PII-
- ຕົວເລກປະກັນສັງຄົມ
- ບັນຊີທະນາຄານ
- ຊື່ເຕັມ
- numbersາຍເລກ ໜັງ ສືຜ່ານແດນ, ລ.
ຕົວຢ່າງຂອງ PHI-
- ບັນທຶກສຸຂະພາບ
- ຜົນໄດ້ຮັບຈາກຫ້ອງທົດລອງ
- ໃບບິນຄ່າປິ່ນປົວແລະສິ່ງທີ່ຄ້າຍຄືກັນ, ເຊິ່ງລວມມີຕົວລະບຸບຸກຄົນ
ວິທີການປົກປ້ອງຂໍ້ມູນທີ່ອ່ອນໄຫວ
ລູກຄ້າບາງຄົນໄດ້ອະທິບາຍວິທີການຂອງເຂົາເຈົ້າເປັນສາກທີ່ເຈົ້າອາດຈະຈິນຕະນາການຢູ່ໃນຮູບເງົາບາງເລື່ອງທີ່ເຈົ້າໄດ້ເບິ່ງ ... ຈິນຕະນາການກຸ່ມຄົນທີ່ປະກອບອາວຸດທີ່ມີການເກັບກູ້ຄວາມປອດໄພທີ່ຈໍາເປັນຢູ່ໃນຫ້ອງທີ່ຖືກລັອກ, ໂດຍບໍ່ມີປ່ອງຢ້ຽມ, ເພື່ອກວດເບິ່ງການພິມບົດລາຍງານດ້ວຍຕົນເອງເພື່ອຮັບປະກັນວ່າຂໍ້ມູນທີ່ລະອຽດອ່ອນ. ບໍ່ໄດ້ລວມ. ໃນຂະນະທີ່ອັນນີ້ເຮັດໃຫ້ເປັນສາກຮູບເງົາລະຄອນ, ມັນບໍ່ແມ່ນວິທີທີ່ໂງ່ທີ່ສຸດຫຼືເປັນວິທີທີ່ມີປະສິດທິພາບທີ່ສຸດໃນການທົດສອບລາຍງານຂໍ້ມູນທີ່ລະອຽດອ່ອນ. ແລະດ້ວຍຄວາມຕ້ອງການກໍາລັງແຮງງານຂອງ Covid-19 ທີ່ຢູ່ຫ່າງໄກ, ສິ່ງນີ້ບໍ່ສາມາດເຮັດໄດ້ໃນເວລານີ້.
ພວກເຮົາໄດ້ຊ່ວຍລູກຄ້າຂອງພວກເຮົາຫຼາຍຄົນປະຕິບັດພະລັງຂອງການທົດສອບອັດຕະໂນມັດເພື່ອທົດສອບຜົນໄດ້ຮັບຂອງລາຍງານ Cognos. ຍຸດທະສາດການທົດສອບນີ້ຈັບເອົາບົດລາຍງານໄດ້ໄວ, ທັນທີທີ່ພວກເຂົາຕົກຢູ່ໃນການປະຕິບັດຕາມຂໍ້ກໍານົດ, ແລະກ່ອນທີ່ພວກມັນຈະສິ້ນສຸດລົງໃນການຜະລິດເພື່ອເຮັດໃຫ້ເກີດຄວາມຜິດພາດ. ມັນເປັນຄວາມຄິດທີ່ດີທີ່ຈະຮູ້ບ່ອນທີ່ຫ້ອງການປະກັນສັງຄົມທີ່ໃກ້ທີ່ສຸດກັບເຈົ້າຢູ່, ຄືກັບ ຫ້ອງການປະກັນສັງຄົມໃນລັດເນວາດາອັນທີ່ຮ້າຍແຮງທີ່ສຸດຄວນຈະເກີດຂຶ້ນ, ເພາະວ່າທີມງານຢູ່ຫ້ອງການທ້ອງຖິ່ນຂອງເຈົ້າຈະຮູ້ວິທີຈັດການສະຖານະການ.
ມູນຄ່າຂອງການທົດສອບຕົ້ນໃນຮອບວຽນການພັດທະນາ
ການກວດຫາຈຸດອ່ອນດ້ານຄວາມປອດໄພດ້ານຂໍ້ມູນໃນຕອນຕົ້ນຂອງຂັ້ນຕອນຂອງການພັດທະນາສາມາດຊ່ວຍຫຼີກເວັ້ນບໍ່ໃຫ້ລັດຖະບານໃນອະນາຄົດມີການປັບໃແລະການລົງໂທດ. ອີງຕາມການ US Department of Health and Human Services, ມາຮອດປັດຈຸບັນ, ຫ້ອງການສິດທິພົນລະເມືອງ (OCR)“ ໄດ້ຕົກລົງຫຼືວາງໂທດປັບໃ money ເງິນທາງແພ່ງໃນ 75 ຄະດີສົ່ງຜົນໃຫ້ເປັນຈໍານວນເງິນໂດລາທັງofົດ 116,303,582.00 ໂດລາ.” ນັ້ນເກີນ $ 1.5M ຕໍ່ກໍລະນີ! ແລະອີງຕາມການ ວາລະສານ HIPAA "ຄວາມລົ້ມເຫຼວທີ່ຈະດໍາເນີນການວິເຄາະຄວາມສ່ຽງທົ່ວອົງການແມ່ນ ໜຶ່ງ ໃນການລະເມີດ HIPAA ທີ່ພົບເລື້ອຍທີ່ສຸດທີ່ຈະເຮັດໃຫ້ມີການລົງໂທດທາງດ້ານການເງິນ."
ນອກ ເໜືອ ຈາກການຫລີກລ້ຽງການລົງໂທດທີ່ລັດຖະບານວາງອອກ, ໂດຍທົ່ວໄປແລ້ວມັນເປັນສິ່ງ ສຳ ຄັນທີ່ຈະກວດພົບຂໍ້ຜິດພາດໃນຊ່ວງຕົ້ນ in ຂອງວົງຈອນການພັດທະນາເນື່ອງຈາກວ່ານີ້ເປັນຂັ້ນຕອນທີ່ບັນຫາຕ່າງ easier ແກ້ໄຂໄດ້ງ່າຍແລະມີລາຄາຖືກກວ່າ. ຜົນກໍຄື, ເປົ້າmainາຍຫຼັກຂອງການອອກ ກຳ ລັງກາຍນີ້ແມ່ນການ ນຳ ໃຊ້ MotioCIພະລັງງານຂອງການທົດສອບການຖົດຖອຍເພື່ອກໍານົດຄວາມຜິດພາດດັ່ງກ່າວໄດ້ຢ່າງງ່າຍດາຍແລະດັ່ງນັ້ນຈິ່ງປ້ອງກັນບໍ່ໃຫ້ເຂົາເຈົ້າເລີ່ມຕົ້ນໃນວົງຈອນການພັດທະນາ.
ຂໍໃຫ້ພິຈາລະນາວິທີຕັ້ງຄ່າການທົດສອບ. ພວກເຮົາຈະເລີ່ມຕົ້ນດ້ວຍການຕັ້ງສະພາບແວດລ້ອມ Cognos ຂອງພວກເຮົາແລະຈາກນັ້ນພວກເຮົາອະທິບາຍວິທີການຕັ້ງການທົດສອບອັດຕະໂນມັດສໍາລັບຂໍ້ມູນ PHI ແລະ PII ສໍາລັບຕົວຢ່າງຂອງພວກເຮົາ. ພວກເຮົາຈະນໍາໃຊ້ກໍລະນີທົດສອບອັນດຽວກັນເຫຼົ່ານີ້ຢູ່ໃນສະພາບແວດລ້ອມການຜະລິດເພື່ອເພີ່ມລະດັບການປະຕິບັດຕາມແລະການກວດກາຄວາມປອດໄພ.
ຕັ້ງຄ່າສະພາບແວດລ້ອມ Cognos ຂອງ PHI & PII
ຕົວຢ່າງສະພາບແວດລ້ອມ Cognos ຂອງພວກເຮົາ (ຮູບ 1) ປະກອບດ້ວຍບົດລາຍງານຫຼາຍອັນ, ແຕ່ລະອັນປະກອບມີການປະສົມຂໍ້ມູນລະອຽດອ່ອນຂອງ PII ແລະ PHI (ຕົວຢ່າງ: ລະຫັດການວິນິດໄສ, ໃບສັ່ງຢາ, securityາຍເລກປະກັນສັງຄົມ, ນາມສະກຸນຂອງຄົນເຈັບແລະອື່ນ etc. ) ແລະຂໍ້ມູນທີ່ມີຄວາມອ່ອນໄຫວ ໜ້ອຍ ທີ່ສຸດ (ຕົວຢ່າງ: ຄົນເຈັບ ຊື່, ວັນທີໄປຢ້ຽມຢາມ, ແລະອື່ນ etc. ).
ມັນມີສອງ ໜ້າ ທີ່ຂອງ Cognos, ອະນຸຍາດ PII ແລະ ອະນຸຍາດ PHI, ທີ່ ກຳ ນົດວ່າຂໍ້ມູນທີ່ອ່ອນໄຫວໃດ ໜຶ່ງ ຈະຖືກສະແດງອອກເມື່ອການປະຕິບັດການລາຍງານ. (ຕາຕະລາງ 1)
ພາລະບົດບາດ Cognos | ອ່ືນ |
ອະນຸຍາດ PII | ສະມາຊິກຂອງບົດບາດນີ້ສາມາດເບິ່ງຂໍ້ມູນ PII ທັງ(ົດ (ເຊັ່ນ: ເລກປະກັນສັງຄົມ, ແລະນາມສະກຸນຂອງຄົນເຈັບ) ໃນລາຍງານ Cognos. |
ອະນຸຍາດ PHI | ສະມາຊິກຂອງບົດບາດນີ້ສາມາດເບິ່ງຂໍ້ມູນ PHI ທັງ(ົດ (ຕົວຢ່າງ: ລະຫັດການວິນິດໄສ ICD10, ລາຍລະອຽດການວິນິດໄສແລະອື່ນ etc. ) ຂໍ້ມູນໃນລາຍງານ Cognos. |
ຕາຕະລາງ 1: ບົດບາດຂອງ Cognos ຄວບຄຸມການສະແດງຂໍ້ມູນທີ່ອ່ອນໄຫວ.
ຕົວຢ່າງ, ຜູ້ໃຊ້ທີ່ຂາດບົດບາດ Cognos ຂອງພວກເຮົາທັງສອງ, ບົດລາຍງານ“ ການໄດ້ຮັບຄົນເຈັບປະຈໍາວັນຂອງເຂົາເຈົ້າ” ຄວນມີລັກສະນະຄືແນວນີ້ (ຮູບ 2):
ດັ່ງທີ່ເຈົ້າສາມາດເຫັນໄດ້, ຂໍ້ມູນທັງPHົດຂອງ PHI ແລະ PII ແມ່ນຖືກປິດບັງຢ່າງເຕັມສ່ວນຈາກຜູ້ໃຊ້ທີ່ຂາດການເປັນສະມາຊິກທັງໃນ“ AllowPHI/PII”.
ດຽວນີ້, ໃຫ້ດໍາເນີນການລາຍງານກັບຜູ້ໃຊ້ທີ່ເປັນສະມາຊິກຂອງບົດບາດ“ AllowPII”, meaningາຍຄວາມວ່າພວກເຮົາຄາດຫວັງວ່າຜູ້ໃຊ້ນີ້ຈະສາມາດເບິ່ງຂໍ້ມູນ PII ເທົ່ານັ້ນ (ຮູບ 3):
ແລະເຈົ້າສາມາດເຫັນໄດ້ທີ່ນີ້ທັງຄໍ ລຳ ເລກປະກັນສັງຄົມແລະນາມສະກຸນໄດ້ສະແດງໃຫ້ເຫັນຢ່າງເາະສົມໂດຍບໍ່ມີການແກ້ໄຂຄືນໃ່.
ມາຮອດປະຈຸບັນນີ້ພວກເຮົາໄດ້ພິຈາລະນາເບິ່ງສະພາບແວດລ້ອມ Cognos ຂອງຄລີນິກໃນຕໍານານຂອງພວກເຮົາແລະທັງwe'veົດທີ່ພວກເຮົາໄດ້ເຫັນມາຮອດປະຈຸບັນແມ່ນຄວາມປອດໄພຂໍ້ມູນທີ່ອີງໃສ່ບົດບາດຂອງ Cognos ທີ່ຫຼາຍ of ທ່ານອາດຈະໄດ້ປະຕິບັດແລ້ວໃນສະພາບແວດລ້ອມ Cognos ຂອງເຈົ້າເອງ. ຈາກນັ້ນອັນນີ້ຈະນໍາພວກເຮົາໄປຫາຄໍາຖາມຫຼັກທີ່ຜູ້ຖືຂໍ້ມູນທີ່ມີຄວາມອ່ອນໄຫວຫວັງວ່າຈະບໍ່ຕ້ອງປະເຊີນກັບ:
ຈະເປັນແນວໃດຖ້າເວົ້າຫຼັງຈາກຄວາມພະຍາຍາມໃນການພັດທະນາອັນ ໜັກ ໜ່ວງ, ບາງຂໍ້ມູນທີ່ລະອຽດອ່ອນຈະເລື່ອນຜ່ານແລະເລີ່ມສະແດງໃຫ້ຜູ້ໃຊ້ທີ່ບໍ່ຄິດເຫັນເຫັນ?
ຄວາມຜິດພາດແມ່ນແນ່ນອນຫຼີກລ່ຽງບໍ່ໄດ້, ສະນັ້ນໃນພາຍຫຼັງໃນ blog ພວກເຮົາຈະໃຊ້ MotioCIພະລັງງານຂອງການທົດສອບການຖົດຖອຍເພື່ອຮັກສາຕາສັງເກດເບິ່ງບົດລາຍງານຂອງພວກເຮົາເພື່ອໃຫ້ແນ່ໃຈວ່າຂໍ້ມູນສ່ວນຕົວບໍ່ເຄີຍຖືກເປີດເຜີຍຕໍ່ກັບຜູ້ຊົມທີ່ບໍ່ໄດ້ຕັ້ງໃຈ.
ຄວາມເຂົ້າໃຈການທົດສອບຄວາມສອດຄ່ອງສໍາລັບ Cognos
ດັ່ງທີ່ໄດ້ກ່າວໄວ້ໃນພາກກ່ອນ ໜ້າ, ຄວາມຜິດພາດງ່າຍ in ໃນການຂຽນບົດລາຍງານຫຼືການສ້າງແບບຈໍາລອງສາມາດກະຕຸ້ນໃຫ້ເກີດພຶດຕິກໍາທີ່ບໍ່ຕ້ອງການໃນການອອກລາຍງານໃນສະພາບແວດລ້ອມ Cognos ຂອງເຈົ້າ. ແລະຖ້າການປ່ຽນແປງເຫຼົ່ານີ້ບໍ່ຖືກຄົ້ນພົບ, ພວກມັນມີທ່າແຮງທີ່ຈະເຂົ້າໄປສູ່ສະພາບແວດລ້ອມການຜະລິດຂອງເຈົ້າ. ສິ່ງທີ່ຈະເປັນອັນຕະລາຍຫຼາຍກວ່ານັ້ນແມ່ນວ່າຖ້າການປ່ຽນແປງທີ່ບໍ່ຕ້ອງການເຫຼົ່ານີ້ລວມເຖິງການເປີດເຜີຍຂໍ້ມູນສ່ວນຕົວຕໍ່ກັບຜູ້ຊົມທີ່ບໍ່ໄດ້ຕັ້ງໃຈ.
ຕົວຢ່າງ, ຜູ້ໃຊ້ໂດຍບໍ່ໄດ້ເປັນສະມາຊິກຂອງທັງສອງ ອະນຸຍາດ PII or ອະນຸຍາດ PHI ບົດບາດຂອງ Cognos ບໍ່ຄວນຈະເຫັນຂໍ້ມູນສ່ວນຕົວ PII ຫຼື PHI ຢູ່ໃນສະພາບແວດລ້ອມຕົວຢ່າງ Cognos ຂອງພວກເຮົາ. ແນວໃດກໍ່ຕາມ, ຕາມທີ່ເຈົ້າສາມາດເຫັນຢູ່ລຸ່ມນີ້ (ຮູບສະແດງ 4), ການປ່ຽນແປງແບບງ່າຍ simple ໃນຮູບແບບ FM ໄດ້ເຮັດໃຫ້ຄໍາອະທິບາຍການບົ່ງມະຕິແລະຈໍານວນ SSN ຂອງຄົນເຈັບຖືກເປີດເຜີຍຕໍ່ກັບຜູ້ໃຊ້ດັ່ງກ່າວ, ເຊິ່ງເປັນການລະເມີດອັນໃຫຍ່ຫຼວງຕໍ່ກັບກົດລະບຽບຄວາມປອດໄພ HIPAA ຂອງລັດຖະບານກາງ.
ກ່ອນທີ່ຈະຍ້າຍສິ່ງຕ່າງ. ໄປໃສ່ MotioCI, ພວກເຮົາທໍາອິດຈະສ້າງຜູ້ໃຊ້ທົດສອບສາມຄົນຢູ່ໃນສະພາບແວດລ້ອມ Cognos ຂອງພວກເຮົາແລະມອບthemາຍໃຫ້ເຂົາເຈົ້າມີບົດບາດສອງຢ່າງຂອງພວກເຮົາໃນລັກສະນະດັ່ງຕໍ່ໄປນີ້ (ຕາຕະລາງ 2):
ຜູ້ຊົມໃຊ້ | ສະມາຊິກພາລະບົດບາດ | ອ່ືນ |
ຜູ້ໃຊ້ທົດສອບ | ອະນຸຍາດ PII | ຂໍ້ມູນ PHI ທັງົດຕ້ອງຖືກເຊື່ອງຈາກຜູ້ໃຊ້ນີ້ |
ຜູ້ໃຊ້ທົດສອບ | ອະນຸຍາດ PHI | ຂໍ້ມູນ PII ທັງmustົດຕ້ອງຖືກເຊື່ອງຈາກຜູ້ໃຊ້ນີ້ |
ຜູ້ໃຊ້ທົດສອບ | ບໍ່ມີ | ຜູ້ໃຊ້ຄາດວ່າຈະບໍ່ເຫັນທັງ PHI ຫຼື PII |
ຕາຕະລາງ 2: ທົດສອບບັນຊີຜູ້ໃຊ້ Cognos ດ້ວຍພາລະບົດບາດທີ່ມອບາຍຂອງເຂົາເຈົ້າ.
ບັນຊີຜູ້ໃຊ້ທົດສອບເຫຼົ່ານີ້ຈະຖືກ ນຳ ໃຊ້ໃນພາຍຫຼັງ MotioCI ສໍາລັບການທົດສອບການຖົດຖອຍຂອງບົດລາຍງານຂອງພວກເຮົາທີ່ມີຂໍ້ມູນ PII ແລະ PHI ທີ່ອ່ອນໄຫວ. ຜົນການທົດສອບຂອງພວກເຮົາຈະຂຶ້ນກັບການເບິ່ງເຫັນຂໍ້ມູນທີ່ອ່ອນໄຫວຕໍ່ກັບຜູ້ໃຊ້ແຕ່ລະຄົນຕາມການເປັນສະມາຊິກຂອງເຂົາເຈົ້າ.
ດຽວນີ້ພວກເຮົາໄດ້ຕັ້ງຜູ້ໃຊ້ທົດສອບຂອງພວກເຮົາ, ພວກເຮົາພ້ອມທີ່ຈະຕັ້ງຄ່າການທົດສອບການຖົດຖອຍຂອງພວກເຮົາຢູ່ໃນ MotioCI.
MotioCI ການຕັ້ງຄ່າສິ່ງແວດລ້ອມ
ສະພາບແວດລ້ອມຕົວຢ່າງຂອງພວກເຮົາປະກອບດ້ວຍຕົວຢ່າງການພັດທະນາ, UAT, ແລະ Production Cognos. ເຖິງແມ່ນວ່າ MotioCI ອະນຸຍາດໃຫ້ພວກເຮົາເຂົ້າສູ່ລະບົບຫາທັງສາມອັນໃນເວລາດຽວກັນ, ພວກເຮົາຈະເລີ່ມການຕິດຕັ້ງການທົດສອບຄວາມຖີ່ໃນສະພາບແວດລ້ອມການພັດທະນາໃນສາມໄລຍະທີ່ແຕກຕ່າງກັນ.
ກ່ຽວກັບການທົດສອບການຖົດຖອຍຢູ່ໃນ MotioCI, ເປັນ ການຢືນຢັນ ແມ່ນການກວດສ່ວນບຸກຄົນຫຼື“ ການທົດສອບ” ທີ່ກໍລະນີທົດສອບດໍາເນີນການກັບວັດຖຸໃດນຶ່ງຢູ່ໃນຕົວຂອງເຈົ້າ MotioCI ຕົວຢ່າງເຊັ່ນ: ບົດລາຍງານ, ໂຟນເດີ, ຫຼືແພັກເກດ. ການຢືນຢັນວ່າຈະເຮັດ ໜ້າ ທີ່ທົດສອບຜົນໄດ້ຮັບຂອງບົດລາຍງານ ສຳ ລັບຂໍ້ມູນທີ່ລະອຽດອ່ອນເອີ້ນວ່າ ການທົດສອບການປະຕິບັດຕາມຂໍ້ມູນລະອຽດອ່ອນ (ຮູບ 7). ນີ້ແມ່ນການຢືນຢັນຕາມປະເພນີທີ່ພວກເຮົາໄດ້ວາງໄວ້ຮ່ວມກັນສໍາລັບການອອກກໍາລັງກາຍນີ້. ຢູ່ລຸ່ມນີ້ເຈົ້າສາມາດເຫັນໄດ້ ປະເພດການຢືນຢັນ ເຊິ່ງໂດຍພື້ນຖານແລ້ວເຮັດ ໜ້າ ທີ່ເປັນແມ່ແບບຫຼັກທີ່ຖືກຄັດລອກໄວ້ເພື່ອທົດສອບຄະດີຕະຫຼອດພວກເຮົາ MotioCI ສິ່ງແວດລ້ອມ. ເພີ່ມເຕີມກ່ຽວກັບເລື່ອງນີ້ຕໍ່ມາ.
ການຢືນຢັນບາງຢ່າງສະ ໜອງ ໃຫ້ກັບການເຮັດວຽກຂອງຜູ້ໃຊ້ບາງຄົນທີ່ສາມາດປັບໄດ້ຜ່ານ a ປ່ອງຢ້ຽມການກະຕຸ້ນເຕືອນ. ຢູ່ທີ່ນີ້ເຈົ້າສາມາດປ່ຽນແປງວິທີທີ່ເຈົ້າຢາກໄດ້ການຢືນຢັນທີ່ໄດ້ໃຫ້ເພື່ອທົດສອບບົດລາຍງານ Cognos ໃດ ໜຶ່ງ. ຮູບທີ 8 ຂ້າງລຸ່ມສະແດງໃຫ້ເຫັນ ປ່ອງຢ້ຽມການກະຕຸ້ນເຕືອນ ຂອງການຢືນຢັນຂອງພວກເຮົາວ່າພວກເຮົາຈະໃຊ້ສໍາລັບການທົດສອບລາຍງານ Cognos ຂອງພວກເຮົາປະກອບດ້ວຍຂໍ້ມູນທີ່ລະອຽດອ່ອນ.
ພາກສ່ວນທີ່ໄຮໄລ້ໄວ້ຢູ່ໃນຮູບທີ 8 ສະແດງຕົວເລືອກການທົດສອບສໍາລັບຂໍ້ມູນທີ່ອ່ອນໄຫວຂອງ PII ແລະ PHI. ອັນນີ້ອະນຸຍາດໃຫ້ເຈົ້າມີການທົດສອບການຢືນຢັນວ່າບົດລາຍງານຈະຕ້ອງສະແດງຫຼືເຊື່ອງຂໍ້ມູນ PII ຫຼື PHI ຂອງມັນ. ພວກເຮົາຈະປ່ຽນແປງທາງເລືອກສອງອັນນີ້ເມື່ອພວກເຮົາເລີ່ມສ້າງກໍລະນີທົດສອບສໍາລັບຜູ້ໃຊ້ທົດສອບສາມຄົນຂອງພວກເຮົາແຕ່ລະຄົນ.
ພາກສ່ວນທີ່ເນັ້ນໄວ້ທາງກາງຢູ່ໃນຮູບທີ 8 ສະແດງຊື່ຂອງຖັນທີ່ມີຂໍ້ມູນທີ່ອ່ອນໄຫວຂອງ PHI ຢູ່ໃນລາຍງານຂອງພວກເຮົາ. ເຖິງແມ່ນວ່າສະພາບແວດລ້ອມຕົວຢ່າງຂອງພວກເຮົາປະກອບດ້ວຍຖັນຕາມຊື່ຂອງ ICD10 Diag Code, ລາຍລະອຽດການວິນິດໄສ, ຂັ້ນຕອນ, ແລະ Rx, ແນ່ນອນວ່າເຈົ້າສາມາດດັດແປງລາຍຊື່ນີ້ໃຫ້ເsuitາະສົມກັບຄວາມຕ້ອງການຂອງເຈົ້າ.
ສຸດທ້າຍ, ສ່ວນທີ່ເນັ້ນທາງລຸ່ມຢູ່ໃນຮູບທີ 8 ສະແດງທາງເລືອກອີເມວ. ໃນກໍລະນີຂອງຄວາມລົ້ມເຫຼວ, ການຢືນຢັນນີ້ຈະສົ່ງຂໍ້ຄວາມອີເມລ detailed ລາຍລະອຽດໄປຫາຜູ້ຮັບທີ່ຕັ້ງຄ່າໄວ້ໃນພາກນີ້.
ໄລຍະທີ I: ລາຍງານສະແດງສະເພາະ PII
ມາສ້າງໂຄງການພາຍໃຕ້ ການພັດທະນາ ຕົວຢ່າງໃນ MotioCI ແລະໂທຫາມັນ ອະນຸຍາດໃຫ້ PII ເທົ່ານັ້ນ. ພວກເຮົາສາມາດເຮັດສິ່ງນັ້ນໄດ້ໂດຍການຄຼິກຂວາທໍາອິດໃສ່ໃນ ການພັດທະນາ node ຕົວຢ່າງໃນ MotioCI ຕົ້ນໄມ້ ນຳ ທາງແລະເລືອກ ເພີ່ມໂຄງການ ຕົວເລືອກ (ຮູບ 9).
ໄດ້ ເພີ່ມຕົວຊ່ວຍສ້າງໂຄງການ ຈະນໍາທ່ານຜ່ານບາງຂັ້ນຕອນເພື່ອເລືອກເສັ້ນທາງທີ່ຈໍາເປັນສໍາລັບໂຄງການຂອງເຈົ້າ. ໃນຕົວຢ່າງຂອງພວກເຮົາ, ບົດລາຍງານທັງcontainingົດທີ່ບັນຈຸຂໍ້ມູນທີ່ອ່ອນໄຫວຂອງ PII ແລະ PHI ແມ່ນມີຢູ່ພາຍໃຕ້ ຂໍ້ມູນຄົນເຈັບ ໂຟນເດີ. ການກວດເບິ່ງໂຟນເດີຫຼັກນີ້ຈະລວມເອົາບົດລາຍງານພື້ນຖານທັງautomaticallyົດໂດຍອັດຕະໂນມັດ (ຕົວເລກ 10 & 11).
ເນື່ອງຈາກບົດລາຍງານທັງinົດໃນໂຄງການນີ້ຄາດວ່າຈະອະນຸຍາດໃຫ້ສະແດງຂໍ້ມູນ PII ທັງandົດແລະ PHI ທັງtoົດຖືກປິດບັງ, ພວກເຮົາຈະຕ້ອງກໍານົດປະເພດການຢືນຢັນຂອງພວກເຮົາດ້ວຍການຕັ້ງຄ່າທີ່ຖືກຕ້ອງກ່ອນທີ່ຈະເພີ່ມກໍລະນີທົດສອບໃດ ໜຶ່ງ (ຮູບ 12). ນັ້ນmeansາຍຄວາມວ່າຕັ້ງສອງທາງເລືອກໃນການທົດສອບໃນການຢືນຢັນອັນດຽວກັນ ປ່ອງຢ້ຽມການກະຕຸ້ນເຕືອນ ທີ່ພວກເຮົາໄດ້ເຫັນມາກ່ອນໃນຮູບສະແດງທີ 8.
ດຽວນີ້ພວກເຮົາພ້ອມທີ່ຈະເພີ່ມກໍລະນີທົດສອບຂອງພວກເຮົາໃສ່ໃນລາຍງານຂອງພວກເຮົາ. ເພື່ອເຮັດສິ່ງນັ້ນ, ໃຫ້ຄລິກຂວາໃສ່ຈຸດຂອງໂຄງການ (ເຊັ່ນ ອະນຸຍາດໃຫ້ PII ເທົ່ານັ້ນ ໂຄງການ) ໃນ MotioCI ແລະເລືອກເອົາ ສ້າງຄະດີທົດສອບ ຕົວເລືອກ (ຮູບ 13). ອັນນີ້ຈະເລີ່ມສ້າງຕົວຊ່ວຍສ້າງກໍລະນີທົດສອບເຊິ່ງຈະຊ່ວຍໃຫ້ພວກເຮົາສ້າງກໍລະນີທົດສອບຈໍານວນຫຼວງຫຼາຍສໍາລັບການລາຍງານທັງwithinົດພາຍໃນໂຄງການ.
ໄດ້ ສ້າງກໍລະນີທົດສອບ ຕົວຊ່ວຍສ້າງຈະອະນຸຍາດໃຫ້ພວກເຮົາເລືອກຮູບແບບຜົນໄດ້ຮັບສໍາລັບກໍລະນີທົດສອບທີ່ພວກເຮົາຕ້ອງການດໍາເນີນການທົດສອບ. ສໍາລັບສະພາບແວດລ້ອມຕົວຢ່າງຂອງພວກເຮົາຂ້ອຍເລືອກຜົນໄດ້ຮັບ CSV. ຕົວຊ່ວຍກໍ່ຈະໃຫ້ພວກເຮົາເລືອກເອົາການຢືນຢັນວ່າແຕ່ລະກໍລະນີທົດສອບຈະໃຊ້ສໍາລັບ ໜ້າ ວຽກຕົວຈິງຂອງການທົດສອບ. ແລະສໍາລັບພວກເຮົາທີ່ຈະເປັນ ການທົດສອບການປະຕິບັດຕາມຂໍ້ມູນລະອຽດອ່ອນ ການຢືນຢັນ. ເຈົ້າສາມາດເຫັນທັງສອງຕົວເລືອກເຫຼົ່ານີ້ໄດ້ເນັ້ນໃຫ້ເຫັນຢູ່ຂ້າງລຸ່ມ (ຮູບສະແດງທີ 14).
ຫຼັງຈາກຄລິກ“ ຕົກລົງ” ເຈົ້າຈະຖືກນໍາກັບໄປທີ່ MotioCI ໜ້າ ຈໍຫຼັກ, ບ່ອນທີ່ເຈົ້າຈະສາມາດເຫັນລາຍງານທັງົດຂອງພວກເຮົາແຕ່ລະອັນທີ່ມີກໍລະນີທົດສອບອັນດຽວແລະແຕ່ລະບັນຈຸມີການຢືນຢັນອັນດຽວຂອງພວກເຮົາ (ຮູບສະແດງທີ 15).
ສຸດທ້າຍ, ພວກເຮົາຈໍາເປັນຕ້ອງກໍານົດຄ່າທຸກກໍລະນີທົດສອບເພື່ອດໍາເນີນການລາຍງານຂອງພໍ່ແມ່ຂອງເຂົາເຈົ້າໂດຍນໍາໃຊ້ຜູ້ໃຊ້ Cognos ທີ່ຖືກຕ້ອງ (ຕົວຢ່າງ: ໜຶ່ງ ໃນສາມຜູ້ໃຊ້ທົດສອບທີ່ພວກເຮົາກໍານົດໄວ້ໃນ Cognos ກ່ອນທີ່ຈະຕັ້ງສິ່ງຕ່າງ in ຂຶ້ນໃນ MotioCI). ແລະນັບຕັ້ງແຕ່ສໍາລັບໂຄງການນີ້ພວກເຮົາກໍາລັງທົດສອບເພື່ອຮັບປະກັນວ່າເນື້ອໃນ PHI ແມ່ນ ບໍ່ ສະແດງຕໍ່ກັບຜູ້ໃຊ້ທີ່ໄດ້ຮັບອະນຸຍາດໃຫ້ເບິ່ງຂໍ້ມູນ PII ເທົ່ານັ້ນ, ພວກເຮົາຈະຕ້ອງກໍານົດທຸກກໍລະນີທົດສອບເພື່ອດໍາເນີນການກັບ ຜູ້ໃຊ້ທົດສອບ (ເບິ່ງຕາຕະລາງ 2).
ຕອນທໍາອິດນີ້ອາດຟັງຄືວ່າເປັນວຽກທີ່ ໜ້າ ເບື່ອ, ແຕ່ໂຊກດີສໍາລັບພວກເຮົາພວກເຮົາສາມາດກໍານົດຜູ້ໃຊ້ຢູ່ໃນລະດັບໂຄງການເຊິ່ງຈາກນັ້ນຈະສືບທອດໂດຍທຸກກໍລະນີທົດສອບທີ່ຕິດພັນພາຍໃນໂຄງການນັ້ນ. ເພື່ອເຮັດສິ່ງນັ້ນ, ຢູ່ເທິງຕົ້ນໄມ້ ນຳ ທາງເບື້ອງຊ້າຍ, ພວກເຮົາຈະຄລິກໃສ່ຈຸດຂອງໂຄງການ ( ອະນຸຍາດໃຫ້ PII ເທົ່ານັ້ນ ໂຄງການ) ແລະຫຼັງຈາກນັ້ນຄັດເລືອກເອົາ ການຕັ້ງຄ່າໂຄງການ ຢູ່ເຄິ່ງກາງຂອງຫນ້າຈໍໄດ້. ຫຼັງຈາກນັ້ນ, ພາຍໃຕ້ ການທົດສອບ ພາກ, ພວກເຮົາຈະເຫັນທາງເລືອກທີ່ຈະປ່ຽນຂໍ້ມູນຮັບຮອງ (ຮູບ 16):
ຫລັງຈາກກົດທີ່ ດັດແກ້ ປຸ່ມທີ່ຕັ້ງຢູ່ທາງ ໜ້າ ຂອງ Credentials ທາງເລືອກ, ພວກເຮົາຈະຖືກນໍາສະ ເໜີ ດ້ວຍ ແກ້ໄຂຂໍ້ມູນຮັບຮອງ ປ່ອງຢ້ຽມ. ພວກເຮົາຈະສືບຕໍ່ເດີນ ໜ້າ ແລະປ້ອນຂໍ້ມູນປະ ຈຳ ຕົວ ສຳ ລັບ ຜູ້ໃຊ້ທົດສອບ (ຮູບ 17).
ດຽວນີ້ພວກເຮົາເຫັນຜູ້ໃຊ້ໃreflect່ສະທ້ອນໃຫ້ເຫັນຢູ່ໃນ ການທົດສອບ ພາກສ່ວນຂອງ ການຕັ້ງຄ່າໂຄງການ ແຖບ (ຮູບ 18).
ດຽວນີ້ພວກເຮົາພ້ອມແລ້ວແລະພ້ອມທີ່ຈະປະຕິບັດທຸກກໍລະນີທົດສອບຂອງພວກເຮົາ.
ເພື່ອເຮັດສິ່ງນີ້, ພວກເຮົາຈະຄລິກໃສ່ປຸ່ມ ອະນຸຍາດໃຫ້ PII ເທົ່ານັ້ນ ໂຄງການແລະຢູ່ເຄິ່ງກາງພວກເຮົາຈະຖືກ ນຳ ສະ ເໜີ ດ້ວຍ ຄະດີທົດສອບ ແຖບທີ່ສະແດງທຸກກໍລະນີທົດສອບທີ່ຕັ້ງຢູ່ພາຍໃນໂຄງການ. ເນື່ອງຈາກວ່າພວກເຮົາຍັງບໍ່ໄດ້ປະຕິບັດຫຍັງພວກເຮົາຈະເຫັນ ສະຖານະພາບ ສະແດງເປັນ ບໍ່ມີຜົນໄດ້ຮັບ. ເພື່ອປະຕິບັດທຸກກໍລະນີທົດສອບ, ພວກເຮົາຈະຄລິກໃສ່ລູກສອນນ້ອຍ tiny ໂດຍ ການດໍາເນີນງານ ແລະເລືອກປຸ່ມ ດໍາເນີນການທັງຫມົດ ຕົວເລືອກ (ຮູບ 19).
MotioCI ດຽວນີ້ຈະປະຕິບັດທຸກ cases ກໍລະນີທົດສອບແລະສະ ເໜີ ໃຫ້ພວກເຮົາຜົນໄດ້ຮັບເມື່ອພວກມັນສໍາເລັດທັງົດ (ຮູບ 20).
ດັ່ງທີ່ເຈົ້າສາມາດເຫັນໄດ້, ທຸກກໍລະນີທົດສອບຂອງພວກເຮົາປະສົບຜົນສໍາເລັດດ້ວຍການຍົກເວັ້ນ ຄົນເຈັບປ່ວຍ ລາຍງານ. ສະນັ້ນ, ເຮົາມາເບິ່ງຜົນໄດ້ຮັບ. ເພື່ອເຮັດສິ່ງນັ້ນ, ພວກເຮົາຈະຄລິກໃສ່ເວລາສີຟ້າທີ່ຢູ່ພາຍໃຕ້ເຄື່ອງາຍ ຜົນ ຄໍລໍາແລະເບິ່ງລາຍລະອຽດຢູ່ໃນຮູບທີ 21.
ພາຍໃຕ້ການ ຜົນການຍື່ນຍັນ ຕອນນີ້ພວກເຮົາສາມາດເຫັນໄດ້ວ່າບົດລາຍງານຂອງພວກເຮົາຢູ່ໃນການລະເມີດຂໍ້ກໍານົດການປະຕິບັດຕາມ PHI. ພວກເຮົາສາມາດດາວໂຫຼດຜົນໄດ້ຮັບບົດລາຍງານ CSV ຈາກ ຜົນໄດ້ຮັບຂອງກໍລະນີທົດສອບ ພາກໂດຍການຄລິກທີ່ໄອຄອນ CSV (ຮູບສະແດງທີ 21).
ດັ່ງທີ່ເຈົ້າສາມາດເຫັນໄດ້ໃນບົດລາຍງານຂອງພວກເຮົາ (ຮູບສະແດງ 22), ນອກຈາກຂໍ້ມູນ PII ທີ່ບໍ່ເປັນຫຍັງສໍາລັບ TestUserA ທີ່ຈະເຂົ້າເຖິງ, ພວກເຮົາສາມາດເຫັນຂໍ້ມູນຂັ້ນຕອນຂອງ PHI ເຊິ່ງເຮັດໃຫ້ບົດລາຍງານລະເມີດກົດລະບຽບຄວາມປອດໄພ HIPAA ຂອງລັດຖະບານກາງ.
ຖ້າເຈົ້າຈື່ໄດ້ຈາກປ່ອງຢ້ຽມການຕັ້ງຄ່າການຢືນຢັນ, ພວກເຮົາກໍ່ຄວນຈະໄດ້ຮັບອີເມລ notification ແຈ້ງການສໍາລັບຄວາມລົ້ມເຫຼວນີ້. ມາເບິ່ງກັນວ່າມັນເປັນແນວໃດ (ຮູບ 23):
ໃນຈຸດນີ້ພວກເຮົາສໍາເລັດການທົດສອບເພື່ອໃຫ້ແນ່ໃຈວ່າຂໍ້ມູນ PHI ຖືກເຊື່ອງຈາກຜູ້ໃຊ້ໂດຍບໍ່ຕ້ອງການ ອະນຸຍາດ PHI Cognos ພາລະບົດບາດ. ດຽວນີ້ພວກເຮົາພ້ອມທີ່ຈະຂະຫຍາຍການທົດສອບຂອງພວກເຮົາຕໍ່ກັບຂໍ້ມູນ PII ທີ່ຖືກປິດບັງຈາກຜູ້ໃຊ້ທີ່ຂາດຄວາມຕ້ອງການ ອະນຸຍາດ PII Cognos ພາລະບົດບາດ.
ໄລຍະທີ II: ລາຍງານສະແດງ PHI ເທົ່ານັ້ນ
ກ່ອນທີ່ຈະສ້າງໂຄງການໃ,່, ທໍາອິດໃຫ້ພວກເຮົາແກ້ໄຂຕົວເລືອກການຢືນຢັນຫຼັກຂອງພວກເຮົາເພື່ອຮັບປະກັນວ່າດຽວນີ້ມັນທົດສອບວ່າ PII ທັງtoົດຖືກເຊື່ອງໄວ້ແລະສະແດງ PHI ທັງົດ (ຮູບ 24).
ດ້ວຍການຢືນຢັນຂອງພວກເຮົາດຽວນີ້ຖືກຕັ້ງຄ່າທັງົດ, ດຽວນີ້ພວກເຮົາພ້ອມແລ້ວທີ່ຈະສ້າງໂຄງການໃand່ແລະກໍລະນີທົດສອບຂອງພວກເຮົາ. ສຳ ລັບສິ່ງນັ້ນພວກເຮົາຈະປະຕິບັດຕາມຂັ້ນຕອນຄືກັນກັບຢູ່ໃນ“ ໄລຍະທີ I” ແລະສ້າງໂຄງການທີ່ເອີ້ນວ່າ ອະນຸຍາດໃຫ້ PHI ເທົ່ານັ້ນ. ນອກຈາກນັ້ນ, ຢ່າລືມເພີ່ມຂໍ້ມູນປະ ຈຳ ຕົວຂອງ ຜູ້ໃຊ້ທົດສອບ ເປັນຜູ້ ນຳ ໃຊ້ໂຄງການ.
ເມື່ອພວກເຮົາເຮັດ ສຳ ເລັດທຸກຂັ້ນຕອນການ ກຳ ນົດຄ່າ, ພວກເຮົາຈະປະຕິບັດທຸກກໍລະນີທົດສອບຄືກັບທີ່ພວກເຮົາເຮັດຢູ່ໃນໄລຍະທີ I. ໃນສະພາບແວດລ້ອມຕົວຢ່າງຂອງພວກເຮົາ, ເວລານີ້ພວກເຮົາມີບົດລາຍງານທີ່ແຕກຕ່າງທີ່ເບິ່ງຄືວ່າຢູ່ໃນການລະເມີດ HIPAA (ຮູບ 25).
ການສືບສວນຕື່ມອີກຕໍ່ກັບຜົນກໍລະນີທົດສອບຂອງ ການໄດ້ຮັບປະຈໍາວັນຂອງຄົນເຈັບ ບົດລາຍງານສະແດງໃຫ້ເຫັນວ່າບົດລາຍງານຂອງພວກເຮົາກໍາລັງສະແດງຕົວເລກປະກັນສັງຄົມຂອງຄົນເຈັບໃຫ້ກັບຜູ້ຊົມທີ່ບໍ່ໄດ້ຕັ້ງໃຈ (ຮູບສະແດງທີ 26).
ການດາວໂຫຼດແລະເປີດໄຟລ CS CSV ຈະຢືນຢັນຜົນຂອງການທົດສອບຂອງພວກເຮົາຕື່ມອີກ (ຮູບ 27):
ແນວໃດກໍ່ຕາມ, ດັ່ງທີ່ເຈົ້າສາມາດເຫັນໄດ້ໃນຮູບທີ 27, ບົດລາຍງານຂອງພວກເຮົາໄດ້ປິດບັງຄໍລໍານາມສະກຸນຂອງຄົນເຈັບຢ່າງຖືກຕ້ອງ (ຍັງເປັນ PII) ໂດຍການສະແດງພຽງແຕ່ຊື່ເບື້ອງຕົ້ນເທົ່ານັ້ນ.
ວຽກບ້ານ! |
ເຮັດຊ້ໍາຂັ້ນຕອນດຽວກັນສໍາລັບ ຜູ້ໃຊ້ທົດສອບ ເຊິ່ງຂາດທັງສອງ ອະນຸຍາດ PII ແລະ ອະນຸຍາດ PHI ບົດບາດ, meaningາຍຄວາມວ່າເຂົາເຈົ້າບໍ່ຄວນຈະເຫັນທັງຂໍ້ມູນ PII ຫຼື PHI ເມື່ອເຂົາເຈົ້າປະຕິບັດບົດລາຍງານຂອງພວກເຮົາອັນໃດອັນນຶ່ງ. |
ໂດຍຈຸດນີ້ສະພາບແວດລ້ອມຂອງພວກເຮົາຄວນຈະໄດ້ບັນລຸການທົດສອບການຖົດຖອຍຢ່າງເຕັມທີ່ຂອງທັງຂໍ້ມູນທີ່ອ່ອນໄຫວຂອງ PHI ແລະ PII ໂດຍການນໍາໃຊ້ບົດບາດຂອງ Cognos ໂດຍອີງໃສ່ຄວາມປອດໄພຂອງຂໍ້ມູນ. ກໍລະນີທົດສອບຂອງພວກເຮົາແຕ່ລະຄົນຈະປະຕິບັດບົດລາຍງານຂອງພໍ່ແມ່ແລະວິເຄາະຜົນໄດ້ຮັບຕາມການຕັ້ງຄ່າການທົດສອບທີ່ຕັ້ງຢູ່ພາຍໃຕ້ການຢືນຢັນພື້ນຖານຂອງເຂົາເຈົ້າແລະບອກພວກເຮົາວ່າມີບົດລາຍງານໃດນຶ່ງຕົກຢູ່ໃນແຖວ.
ແນ່ນອນວ່າ ໜຶ່ງ ໃນຄວາມແຕກຕ່າງທີ່ ສຳ ຄັນທີ່ສຸດລະຫວ່າງສະພາບແວດລ້ອມການທົດສອບຂອງພວກເຮົາແລະສິ່ງທີ່ເຈົ້າອາດຈະມີຢູ່ໃນສະພາບແວດລ້ອມຂອງເຈົ້າແມ່ນຂະ ໜາດ. ສະພາບແວດລ້ອມ Cognos ປົກກະຕິມີແນວໂນ້ມທີ່ຈະມີບົດລາຍງານຫຼາຍຮ້ອຍຫຼືຫຼາຍພັນຂໍ້ແລະປະຕິບັດທັງatົດເຫຼົ່ານັ້ນໃນເວລາດຽວກັນ, ດັ່ງທີ່ພວກເຮົາໄດ້ເຮັດຢູ່ໃນສະພາບແວດລ້ອມຕົວຢ່າງນ້ອຍ tiny ຂອງພວກເຮົາ, ສາມາດສົ່ງຜົນກະທົບຕໍ່ການປະຕິບັດຂອງ Cognos. ດ້ວຍ MotioCIສະຄິບທົດສອບຂອງເຈົ້າ, ແນວໃດກໍ່ຕາມ, ເຈົ້າສາມາດຈັດຕາຕະລາງກໍລະນີທົດສອບຂອງເຈົ້າໃຫ້ແລ່ນຢູ່ໃນກຸ່ມນ້ອຍກວ່າໃນເວລາປິດຊົ່ວໂມງ, ສະນັ້ນຮັບປະກັນປະສິດທິພາບທີ່ດີທີ່ສຸດຂອງສະພາບແວດລ້ອມ Cognos ຂອງເຈົ້າໃນລະຫວ່າງຊົ່ວໂມງການສັນຈອນສູງ.
ການປະຕິບັດການທົດສອບທີ່ດີໃນລະຫວ່າງການພັດທະນາ
ເຖິງຢ່າງໃດກໍ່ຕາມ, ໃນລະຫວ່າງເວລາແລ່ນທີ່ກໍານົດໄວ້, ເຈົ້າຍັງສາມາດດໍາເນີນການທົດສອບຫຼາຍ individual ກໍລະນີດ້ວຍຕົນເອງໄດ້ຕາມທີ່ເຈົ້າຕ້ອງການ. ຕົວຢ່າງທີ່ດີແມ່ນໃນຂະນະທີ່ກໍາລັງພັດທະນາບົດລາຍງານ, ເຈົ້າສາມາດດໍາເນີນການທົດສອບເພື່ອໃຫ້ແນ່ໃຈວ່າການປ່ຽນແປງຂອງເຈົ້າບໍ່ໄດ້ສ້າງການລະເມີດ HIPAA.
ອັດຕະໂນມັດກໍລະນີທົດສອບ Cognos
ກັບໄປ MotioCI, ຢູ່ເທິງຕົ້ນໄມ້ນໍາທາງ, ພວກເຮົາຂະຫຍາຍໂຄງການນຶ່ງທີ່ພວກເຮົາສ້າງຂຶ້ນເພື່ອເປີດເຜີຍເນື້ອໃນຂອງມັນ. ອັນນີ້ຄວນເປີດເຜີຍຂໍ້ທີ່ເອີ້ນວ່າ ສະຄຣິບທົດສອບ. ການຂະຫຍາຍມັນຈະສະແດງຊຸດຂອງສະຄຣິບທົດສອບທີ່ຖືກສ້າງຂື້ນໂດຍອັດຕະໂນມັດເມື່ອເຈົ້າສ້າງໂຄງການຂອງເຈົ້າຄັ້ງທໍາອິດ (ຮູບສະແດງທີ 28).
ໂດຍນິຍາມ, ກ script ການທົດສອບ ແມ່ນອົງປະກອບຂອງໂຄງການທີ່ເລືອກກໍລະນີທົດສອບທີ່ຂຶ້ນກັບໂຄງການໂດຍອີງຕາມເງື່ອນໄຂທີ່ລະບຸໄວ້. ເຈົ້າສາມາດຈັດຕາຕະລາງທົດສອບສະຄິບຫຼືແລ່ນພວກມັນດ້ວຍຕົນເອງ. ເມື່ອເຈົ້າ ດຳ ເນີນການທົດສອບ script, MotioCI ແລ່ນທຸກກໍລະນີທົດສອບທີ່ເປັນໄປຕາມເງື່ອນໄຂສະຄຣິບ.
ໃນກໍລະນີຂອງພວກເຮົາພວກເຮົາຕ້ອງການກໍານົດທຸກກໍລະນີທົດສອບຕາມກໍານົດເວລາ. ດັ່ງນັ້ນເພື່ອເຮັດແນວນັ້ນພວກເຮົາຄລິກໃສ່ປຸ່ມ ທັງຫມົດ ທົດສອບ script ຈາກຕົ້ນໄມ້ ນຳ ທາງແລະຈາກນັ້ນຄລິກທີ່ ທົດສອບການຕັ້ງຄ່າສະຄຣິບ ພົບແຖບຢູ່ເຄິ່ງກາງຂອງ ໜ້າ ຈໍ (ຮູບ 29).
ຕໍ່ໄປ, ພວກເຮົາຄັດເລືອກເອົາ ເພີ່ມຕາຕະລາງ ທາງເລືອກ. ຕອນນີ້ພວກເຮົາສາມາດກໍານົດຕາຕະລາງສໍາລັບບົດທົດສອບຂອງພວກເຮົາ. ຂ້ອຍຈະສືບຕໍ່ເດີນ ໜ້າ ແລະມີກໍລະນີທົດສອບຂອງພວກເຮົາດໍາເນີນການທຸກ daily ວັນຈັນເຖິງວັນສຸກເວລາ 3:00 ໂມງເຊົ້າ (ຮູບ 30).
ເທົ່ານັ້ນ! ດຽວນີ້ພວກເຮົາສາມາດກວດເບິ່ງກ່ອງຈົດemailາຍອີເມລ our ຂອງພວກເຮົາໄດ້ທຸກ every ເຊົ້າເພື່ອກວດເບິ່ງວ່າມີການລາຍງານຂອງພວກເຮົາຕົກອອກຈາກການປະຕິບັດຕາມຫຼືບໍ່. ພວກເຮົາຍັງສາມາດເຫັນບົດລາຍງານທີ່ລົ້ມເຫລວທັງbyົດໄດ້ໂດຍການຄລິກໃສ່ທີ່ ປ່ຽນແປງຫຼືລົ້ມເຫລວ script script ແລະທຸກກໍລະນີທົດສອບທີ່ບໍ່ປະສົບຜົນສໍາເລັດຈະຖືກນໍາສະ ເໜີ ໃຫ້ພວກເຮົາພາຍໃຕ້ ຄະດີທົດສອບ ແຜງ (ຮູບ 31).
ສະຫຼຸບ
ການອອກຈາກການປະຕິບັດຕາມ HIPPA, GDPR, ແລະກົດລະບຽບຂອງລັດຖະບານກາງອື່ນ around ກ່ຽວກັບຂໍ້ມູນແລະຄວາມເປັນສ່ວນຕົວທີ່ອ່ອນໄຫວສາມາດມີຄ່າໃຊ້ຈ່າຍຂ້ອນຂ້າງ, ປະມານ $ 1.5M ຕໍ່ກໍລະນີທີ່ພົບວ່າມີການລະເມີດ, ໃນຄວາມເປັນຈິງ.
ໂດຍການຈັດຕັ້ງປະຕິບັດຍຸດທະສາດການທົດສອບອັດຕະໂນມັດເພື່ອຈັດການກັບການທົດສອບການປະຕິບັດຕາມ, ເຈົ້າຈະມີຄວາມປອດໄພພິເສດອັນນັ້ນຄືກັນກັບຄວາມສະຫງົບໃນໃຈທີ່ເຈົ້າປະຕິບັດຕາມກົດາຍ. ນອກ ເໜືອ ຈາກ ຄຳ ສັ່ງຂໍ້ມູນຄວາມເປັນສ່ວນຕົວ, ການທົດສອບອັດຕະໂນມັດສາມາດໃຫ້ຜົນປະໂຫຍດກັບທຸກປະເພດຂອງອຸດສາຫະ ກຳ ແລະຄວາມຕ້ອງການການທົດສອບທຸກປະເພດທີ່ອົງກອນຂອງເຈົ້າຢາກໃຫ້ມີຂຶ້ນ.
ພວກເຮົາສາມາດຊ່ວຍໄດ້ແນວໃດ?
ຖ້າເຈົ້າຢາກເບິ່ງ webinar ກ່ຽວກັບຫົວຂໍ້ blog ນີ້, ເຂົ້າຫາມັນໄດ້ທີ່ນີ້. ຫຼື, ຕິດຕໍ່ພວກເຮົາ ເພື່ອປຶກສາຫາລືຄໍາຖາມທົດສອບ Cognos ຂອງເຈົ້າຕື່ມອີກ.