ພວກເຮົາໃຊ້ລະບົບຕ່ອງໂສ້ Markov ແນວໃດໃນການປະເມີນວິທີແກ້ໄຂແລະຊອກຫາຂໍ້ບົກພ່ອງ. ດ້ວຍ script Python

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

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

ດັ່ງນັ້ນ, ລະບົບຕ່ອງໂສ້ Markov ສະແດງໃຫ້ເຫັນຄວາມເປັນໄປໄດ້ຂອງການຫັນປ່ຽນລະຫວ່າງເຫດການ. ນີ້ແມ່ນຕົວຢ່າງເບື້ອງຕົ້ນຈາກ Wikipedia:

ທີ່ນີ້ "E" ແລະ "A" ແມ່ນເຫດການ, ລູກສອນແມ່ນການຫັນປ່ຽນລະຫວ່າງພວກມັນ (ລວມທັງການຫັນປ່ຽນຈາກເຫດການໄປເປັນອັນດຽວກັນ), ແລະນ້ໍາຫນັກຂອງລູກສອນແມ່ນຄວາມເປັນໄປໄດ້ຂອງການຫັນປ່ຽນ ("ເສັ້ນສະແດງທີ່ມີນ້ໍາຫນັກ").

ເຈົ້າໃຊ້ຫຍັງ?

ວົງຈອນດັ່ງກ່າວໄດ້ຮັບການຝຶກອົບຮົມດ້ວຍການທໍາງານຂອງ Python ມາດຕະຖານ, ເຊິ່ງໄດ້ຖືກປ້ອນດ້ວຍບັນທຶກກິດຈະກໍາຂອງນັກຮຽນ. ກຣາຟໃນເມທຣິກທີ່ເປັນຜົນໄດ້ຖືກສ້າງຂຶ້ນໂດຍຫ້ອງສະໝຸດ NetworkX.

ໄມ້ທ່ອນເບິ່ງຄືດັ່ງນີ້:

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

ຫ້ອງສະໝຸດສົ່ງຄືນກຣາຟທີ່ສ້າງຂຶ້ນໃນຮູບແບບ .dot ຫຼື .gexf. ເພື່ອເບິ່ງພາບໃນອະດີດ, ທ່ານສາມາດໃຊ້ແພັກເກັດ Graphviz ໄດ້ຟຣີ (ເຄື່ອງມື gvedit), ພວກເຮົາໄດ້ເຮັດວຽກກັບ .gexf ແລະ Gephi, ຍັງບໍ່ເສຍຄ່າ.

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

ກໍລະນີທໍາອິດ: ຄໍາຮ້ອງສະຫມັກມືຖື

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

ເອົາບັນທຶກແລະແລ່ນພວກມັນຜ່ານສະຄິບ, ຂ້ອຍໄດ້ຮັບບາງສິ່ງບາງຢ່າງເຊັ່ນນີ້:

ໂຫນດເລີ່ມຕົ້ນແມ່ນ Start General, ແລະຢູ່ດ້ານລຸ່ມມີສາມໂຫນດຜົນຜະລິດ: ນັກຮຽນ "ນອນຫລັບ," ໄດ້ປ່ຽນຫຼັກສູດ, ແລະຈົບຫຼັກສູດ.

• ນອນຫລັບ, "ນອນຫລັບ" - ນີ້ຫມາຍຄວາມວ່າລາວບໍ່ໄດ້ເຂົ້າຫ້ອງຮຽນ, ສ່ວນຫຼາຍແມ່ນລາວໄດ້ລົ້ມລົງ. ພວກເຮົາໃນແງ່ດີເອີ້ນລັດນີ້ວ່າ "ນອນຫລັບ", ເພາະວ່າ ... ໃນທາງທິດສະດີ, ລາວຍັງມີໂອກາດທີ່ຈະສືບຕໍ່ການສຶກສາຂອງລາວ. ຜົນໄດ້ຮັບທີ່ຮ້າຍແຮງທີ່ສຸດສໍາລັບພວກເຮົາ.
• ຫຼຸດລົງໂດຍທົ່ວໄປ, ຫຼັກສູດການປ່ຽນແປງ - ປ່ຽນຈາກທົ່ວໄປໄປຫາສິ່ງອື່ນແລະສູນເສຍສໍາລັບລະບົບຕ່ອງໂສ້ Markov ຂອງພວກເຮົາ.
• ຈົບຫຼັກສູດ, ຈົບຫຼັກສູດ - ເງື່ອນໄຂທີ່ເໝາະສົມ, ບຸກຄົນໄດ້ສຳເລັດ 80% ຂອງບົດຮຽນ (ບໍ່ຈຳເປັນຮຽນທັງໝົດ).

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

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

• ຈາກກອງປະຊຸມ app ກັບຄືນໄປບ່ອນມັນ;
• ຈາກ app session ກັບຫ້ອງຮຽນສົບຜົນສໍາເລັດ;
• ຈາກ​ຊັ້ນ​ຮຽນ​ທີ່​ສົບ​ຜົນ​ສໍາ​ເລັດ​ກັບ​ກອງ​ປະ​ຊຸມ app​.

ຢູ່ເບື້ອງຊ້າຍແມ່ນນັກຮຽນທີ່ຮຽນຈົບຫຼັກສູດ, ຢູ່ເບື້ອງຂວາແມ່ນຜູ້ທີ່ "ນອນຫລັບ"

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

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

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

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

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

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

ກໍ​ລະ​ນີ​ທີ​ສອງ​: onboarding ແມງ​ໄມ້​

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

ຫນ້າທີ່ເລີ່ມຕົ້ນເຫຼົ່ານີ້ບໍ່ຫຼາຍປານໃດສະແດງໃຫ້ເຫັນຊ່ອງທາງເຊັ່ນນີ້:

1​: ການ​ເລີ່ມ​ຕົ້ນ block ມີ​ສາມ​ທີ່​ແຕກ​ຕ່າງ​ກັນ​ເລັກ​ນ້ອຍ (ຂຶ້ນ​ກັບ​ລູກ​ຄ້າ​) ຮູບ​ແບບ​ການ​ເຂົ້າ​ສູ່​ລະ​ບົບ​ແລະ​ລະ​ຫັດ​ຜ່ານ​.
2: checkbox ຕົກລົງເຫັນດີກັບຂັ້ນຕອນການຂຶ້ນເຮືອບິນເພີ່ມເຕີມ.
2.1-2.3: ກວດເບິ່ງການມີພໍ່ແມ່, ລຸ້ນ Chrome ແລະສຽງ.
3: ຕັນສຸດທ້າຍ.

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

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

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

ອາດຈະມີສອງເຫດຜົນສໍາລັບຮູບພາບທີ່ແປກປະຫລາດນີ້:

• shoals crept ເຂົ້າໄປໃນຖານຂໍ້ມູນບັນທຶກ;
• ມີຄວາມຜິດພາດໃນຜະລິດຕະພັນຕົວມັນເອງ - onboarding .

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

ເລື່ອງນີ້ໄດ້ສະແດງໃຫ້ພວກເຮົາເຫັນຄໍາຮ້ອງສະຫມັກທີ່ບໍ່ຄາດຄິດຂອງລະບົບຕ່ອງໂສ້ Markov ໃນພາກສະຫນາມຂອງ QA.

ທົດລອງດ້ວຍຕົວເອງ!

ຂ້ອຍໂພດຂອງຂ້ອຍ script Python ສໍາລັບການຝຶກອົບຮົມລະບົບຕ່ອງໂສ້ Markov ຢູ່ໃນສາທາລະນະ - ໃຊ້ມັນເພື່ອສຸຂະພາບຂອງທ່ານ. ເອກະສານກ່ຽວກັບ GitHub, ຄໍາຖາມສາມາດຖືກຖາມຢູ່ທີ່ນີ້, ຂ້ອຍຈະພະຍາຍາມຕອບທຸກຢ່າງ.

ດີ, ການເຊື່ອມຕໍ່ທີ່ເປັນປະໂຫຍດ: ຫ້ອງສະໝຸດ NetworkX, ຕົວສະແດງພາບ Graphviz. ແລະທີ່ນີ້ ມີບົດຄວາມກ່ຽວກັບ Habre ກ່ຽວກັບລະບົບຕ່ອງໂສ້ Markov. ເສັ້ນສະແດງໃນບົດຄວາມແມ່ນເຮັດໂດຍໃຊ້ ເກຟີ.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com