ສະບາຍດີທຸກຄົນ! ຂ້ອຍຊື່ Yulia ແລະຂ້ອຍເປັນຜູ້ທົດສອບ. ປີທີ່ຜ່ານມາຂ້າພະເຈົ້າໄດ້ບອກທ່ານກ່ຽວກັບ Bagelnya - ເຫດການທີ່ຈັດຂຶ້ນໃນບໍລິສັດຂອງພວກເຮົາເພື່ອເຮັດຄວາມສະອາດບັນຫາ backlog. ນີ້ແມ່ນທາງເລືອກທີ່ເປັນໄປໄດ້ຢ່າງສົມບູນເພື່ອຫຼຸດຜ່ອນມັນຢ່າງຫຼວງຫຼາຍ (ຈາກ 10 ຫາ 50% ໃນທີມທີ່ແຕກຕ່າງກັນ) ໃນເວລາພຽງມື້ດຽວ.

ມື້ນີ້ຂ້ອຍຢາກບອກເຈົ້າກ່ຽວກັບຮູບແບບ Bagodelny ໃນພາກຮຽນ spring ຂອງພວກເຮົາ - BUgHunting (BUH). ເວລານີ້ພວກເຮົາບໍ່ໄດ້ແກ້ໄຂຂໍ້ບົກພ່ອງເກົ່າ, ແຕ່ຊອກຫາອັນໃຫມ່ແລະສະເຫນີແນວຄວາມຄິດສໍາລັບຄຸນສົມບັດ. ຂ້າງລຸ່ມນີ້ການຕັດມີລາຍລະອຽດຫຼາຍຢ່າງກ່ຽວກັບການຈັດຕັ້ງຂອງເຫດການດັ່ງກ່າວ, ຜົນໄດ້ຮັບຂອງພວກເຮົາແລະຄໍາຄຶດຄໍາເຫັນຈາກຜູ້ເຂົ້າຮ່ວມ.

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

ດັ່ງນັ້ນ, ປະມານ 30 ຄົນໄດ້ລົງທະບຽນ - ທັງນັກພັດທະນາແລະຜູ້ຊ່ຽວຊານທີ່ບໍ່ແມ່ນວິຊາການ. ພວກ​ເຮົາ​ໄດ້​ຈັດ​ສັນ​ວັນ​ເຮັດ​ວຽກ​ທັງ​ຫມົດ​ສໍາ​ລັບ​ກິດ​ຈະ​ກໍາ​, ຈອງ​ຫ້ອງ​ປະ​ຊຸມ​ໃຫຍ່​, ແລະ​ຈັດ​ຕັ້ງ​ອາ​ຫານ​ທ່ຽງ​ໃນ canteen ຫ້ອງ​ການ​.

ເປັນຫຍັງ?

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

ພວກເຮົາມີເປົ້າໝາຍຫຼາຍຢ່າງ.

1. ແນະນໍາ guys ໄດ້ໃກ້ຊິດກັບໂຄງການ / ຜະລິດຕະພັນທີ່ກ່ຽວຂ້ອງ.
   ໃນປັດຈຸບັນຢູ່ໃນບໍລິສັດຂອງພວກເຮົາທຸກຄົນເຮັດວຽກຢູ່ໃນທີມແຍກຕ່າງຫາກ - ຫນ່ວຍງານ. ເຫຼົ່ານີ້ແມ່ນທີມງານໂຄງການທີ່ກໍາລັງເຮັດວຽກຢູ່ໃນສ່ວນຂອງຕົນເອງຂອງຫນ້າທີ່ເຮັດວຽກແລະບໍ່ຮູ້ຢ່າງເຕັມທີ່ກ່ຽວກັບສິ່ງທີ່ເກີດຂື້ນໃນໂຄງການອື່ນໆ.
2. ພຽງແຕ່ແນະນໍາເພື່ອນຮ່ວມງານຂອງເຈົ້າໃຫ້ກັນແລະກັນ.
   ພວກເຮົາມີພະນັກງານເກືອບ 800 ຄົນຢູ່ໃນຫ້ອງການ Moscow ຂອງພວກເຮົາ, ບໍ່ແມ່ນເພື່ອນຮ່ວມງານທຸກຄົນຮູ້ກັນໂດຍສາຍຕາ.
3. ປັບປຸງຄວາມສາມາດຂອງນັກພັດທະນາເພື່ອຊອກຫາແມງໄມ້ໃນຜະລິດຕະພັນຂອງພວກເຂົາ.
   ໃນປັດຈຸບັນພວກເຮົາກໍາລັງສົ່ງເສີມການທົດສອບ Agile ແລະການຝຶກອົບຮົມ guys ໃນທິດທາງນີ້.
4. ມີສ່ວນຮ່ວມຫຼາຍກ່ວາຜູ້ຊ່ຽວຊານດ້ານວິຊາການໃນການທົດສອບ.
   ນອກເຫນືອຈາກພະແນກວິຊາການ, ພວກເຮົາມີເພື່ອນຮ່ວມງານຫຼາຍຄົນຈາກຜູ້ຊ່ຽວຊານອື່ນໆທີ່ຕ້ອງການເວົ້າເພີ່ມເຕີມກ່ຽວກັບການທົດສອບ, ກ່ຽວກັບວິທີການລາຍງານຂໍ້ຜິດພາດຢ່າງຖືກຕ້ອງເພື່ອໃຫ້ພວກເຮົາໄດ້ຮັບຂໍ້ຄວາມຫນ້ອຍລົງເຊັ່ນ "Ahhh ... ບໍ່ມີຫຍັງເຮັດວຽກ."
5. ແລະ, ແນ່ນອນ, ຊອກຫາແມງໄມ້ tricky ແລະ unobvious.
   ຂ້ອຍຢາກຊ່ວຍທີມທົດສອບຄຸນສົມບັດໃໝ່ ແລະໃຫ້ໂອກາດເຂົາເຈົ້າເບິ່ງການທໍາງານທີ່ໄດ້ປະຕິບັດຈາກມຸມທີ່ແຕກຕ່າງກັນ.

Реализация

ມື້ຂອງພວກເຮົາປະກອບດ້ວຍຫຼາຍຕັນ:

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

(ພວກເຮົາຍັງບໍ່ລືມກ່ຽວກັບການພັກຜ່ອນລະຫວ່າງກອງປະຊຸມແລະອາຫານທ່ຽງ).

ກົດລະບຽບພື້ນຖານ

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

ລາຍລະອຽດອື່ນໆ

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

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

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

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

ຜູ້ໃຊ້ການທົດສອບບາງຄົນຫຼຸດລົງ, ພວກເຮົາຕ້ອງສ້າງໃຫມ່ຢ່າງໄວວາ.
ຜູ້​ໃຊ້​ທົດ​ສອບ​ຂ້າມ​ການ​ກວດ​ສອບ​ລ່ວງ​ຫນ້າ​ຫຼື​ສາ​ມາດ​ເຮັດ​ໄດ້​ໄວ​.

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

ຈຸດອົງການຈັດຕັ້ງທີ່ເປັນປະໂຫຍດ:

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

Результаты

ຕະຫຼອດມື້ທັງຫມົດ, guys ຈັດການການທົດສອບ 4 ໂຄງການແລະສ້າງ 192 ແມງໄມ້ (134 ຂອງເຂົາເຈົ້າເປັນເອກະລັກ) ແລະ 7 ບັນຫາທີ່ມີການຮ້ອງຂໍຄຸນນະສົມບັດ. ແນ່ນອນ, ເຈົ້າຂອງໂຄງການຮູ້ແລ້ວກ່ຽວກັບບາງແມງໄມ້ເຫຼົ່ານີ້. ແຕ່ກໍ່ມີການຄົ້ນພົບທີ່ບໍ່ຄາດຄິດ.

ຜູ້ເຂົ້າຮ່ວມທັງຫມົດໄດ້ຮັບລາງວັນຫວານ.

ແລະຜູ້ຊະນະແມ່ນ thermoses, badges, sweatshirts.

ສິ່ງ​ທີ່​ເປັນ​ທີ່​ຫນ້າ​ສົນ​ໃຈ​:

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

ສິ່ງ​ທີ່​ສາ​ມາດ​ປັບ​ປຸງ​:

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

ຄວາມ​ຄິດ​ເຫັນ

Anna Bystrikova, ຜູ້ບໍລິຫານລະບົບ: “ໂຮງ​ອາ​ຫານ​ແມ່ນ​ການ​ສຶກ​ສາ​ຫຼາຍ​ສໍາ​ລັບ​ຂ້າ​ພະ​ເຈົ້າ. ຂ້າພະເຈົ້າໄດ້ຮຽນຮູ້ຂະບວນການທົດສອບແລະຮູ້ສຶກວ່າ "ເຈັບປວດ" ທັງຫມົດຂອງຜູ້ທົດສອບ.
ໃນຕອນທໍາອິດ, ໃນລະຫວ່າງຂະບວນການທົດສອບ, ໃນຖານະຜູ້ໃຊ້ທີ່ເປັນຕົວຢ່າງ, ທ່ານກວດເບິ່ງຈຸດຕົ້ນຕໍ: ບໍ່ວ່າຈະເປັນການກົດປຸ່ມ, ບໍ່ວ່າຈະໄປຫາຫນ້າ, ບໍ່ວ່າຈະເປັນຮູບລັກໄດ້ຍ້າຍອອກ. ແຕ່ຕໍ່ມາເຈົ້າຮູ້ໄດ້ວ່າເຈົ້າຕ້ອງຄິດຫຼາຍນອກກ່ອງ ແລະພະຍາຍາມ “ທຳລາຍ” ແອັບພລິເຄຊັນ. ນັກທົດສອບມີວຽກທີ່ຫຍຸ້ງຍາກ; ມັນບໍ່ພຽງພໍທີ່ຈະ "ເຈາະ" ໃນທົ່ວການໂຕ້ຕອບ; ທ່ານຈໍາເປັນຕ້ອງພະຍາຍາມຄິດນອກກ່ອງແລະເອົາໃຈໃສ່ທີ່ສຸດ.
ຄວາມປະທັບໃຈແມ່ນພຽງແຕ່ໃນທາງບວກ, ເຖິງແມ່ນວ່າໃນປັດຈຸບັນ, ບາງຄັ້ງຫຼັງຈາກເຫດການ, ຂ້ອຍເຫັນວ່າການເຮັດວຽກໄດ້ຖືກປະຕິບັດກ່ຽວກັບແມງໄມ້ທີ່ຂ້ອຍພົບ. ມັນດີທີ່ຈະຮູ້ສຶກມີສ່ວນຮ່ວມໃນການປັບປຸງຜະລິດຕະພັນ ^_^.”

Dmitry Seleznev, ຜູ້ພັດທະນາແຖວໜ້າ: "ການທົດສອບໃນຮູບແບບການແຂ່ງຂັນໄດ້ກະຕຸ້ນໃຫ້ພວກເຮົາຊອກຫາແມງໄມ້ຫຼາຍ). ມັນເບິ່ງຄືວ່າຂ້ອຍທຸກຄົນຄວນພະຍາຍາມເຂົ້າຮ່ວມໃນ Baghunting. ການ​ທົດ​ສອບ​ການ​ສໍາ​ຫຼວດ​ອະ​ນຸ​ຍາດ​ໃຫ້​ທ່ານ​ເພື່ອ​ຊອກ​ຫາ​ກໍ​ລະ​ນີ​ເຫຼົ່າ​ນັ້ນ​ທີ່​ບໍ່​ໄດ້​ອະ​ທິ​ບາຍ​ໃນ​ແຜນ​ການ​ທົດ​ສອບ. ນອກຈາກນັ້ນ, ຜູ້ທີ່ບໍ່ຮູ້ໂຄງການສາມາດໃຫ້ຄໍາຄິດເຫັນກ່ຽວກັບຄວາມສະດວກສະບາຍຂອງການບໍລິການ."

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

ສະຫລຸບ

ຖ້າທ່ານຕ້ອງການຄວາມຫຼາກຫຼາຍຂອງຊີວິດຂອງທີມງານຂອງທ່ານ, ເບິ່ງໃຫມ່ໃນຫນ້າທີ່ເຮັດວຽກ, ຈັດ mini "ກິນອາຫານຫມາຂອງເຈົ້າເອງ", ຫຼັງຈາກນັ້ນທ່ານສາມາດພະຍາຍາມຈັດກິດຈະກໍາດັ່ງກ່າວ, ແລະຫຼັງຈາກນັ້ນພວກເຮົາສາມາດສົນທະນາມັນຮ່ວມກັນ.

ທັງ​ຫມົດ​ທີ່​ດີ​ທີ່​ສຸດ​ແລະ​ແມງ​ໄມ້​ຫນ້ອຍ​!

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