ບັນຫາພື້ນຖານຂອງການທົດສອບ

ການນໍາສະເຫນີ

ສະບາຍດີຕອນບ່າຍ, ຊາວ Khabrovsk. ຕອນນີ້ຂ້ອຍກຳລັງແກ້ໄຂວຽກທົດສອບສຳລັບ QA Lead vacancy ສໍາລັບບໍລິສັດ fintech. ວຽກງານທໍາອິດ, ເພື່ອສ້າງແຜນການທົດສອບທີ່ມີບັນຊີລາຍການກວດສອບຄົບຖ້ວນສົມບູນແລະຕົວຢ່າງຂອງກໍລະນີທົດສອບສໍາລັບການທົດສອບກາຕົ້ມໄຟຟ້າ, ສາມາດແກ້ໄຂໄດ້ເລັກນ້ອຍ:

• GOST 7400-81. ເຕົາໄຟຟ້າໃນຄົວເຮືອນ ແລະ samovars ໄຟຟ້າ. ຂໍ້ມູນຈໍາເພາະ (ມີການແກ້ໄຂສະບັບເລກທີ 1-8)
• GOST IEC 60335-1-2015 ເຄື່ອງໃຊ້ໄຟຟ້າໃນຄົວເຮືອນແລະຄ້າຍຄືກັນ. ຄວາມປອດໄພ. ສ່ວນທີ 1. ຄວາມຕ້ອງການທົ່ວໄປ
  ມັນເປັນການຍາກທີ່ຈະຄິດເຖິງແຜນການສອບເສັງທີ່ດີກວ່າທີ່ມີລາຍການກວດສອບຄົບຖ້ວນ.

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

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

ຄໍານິຍາມ

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

• ບັນຫາ
• ຜູ້ທົດສອບ
• ວຽກທົດສອບ
• ປະສິດທິພາບການທົດສອບ

ໃຫ້ຫັນໄປຫາ Wikipedia ແລະສາມັນທົ່ວໄປ:
ບັນຫາ (ພາສາກຣີກບູຮານ πρόβλημα) ໃນຄວາມໝາຍກວ້າງ - ເປັນບັນຫາທາງທິດສະດີ ຫຼືພາກປະຕິບັດທີ່ຊັບຊ້ອນທີ່ຕ້ອງການການສຶກສາ ແລະ ແກ້ໄຂ; ໃນວິທະຍາສາດ - ສະຖານະການກົງກັນຂ້າມທີ່ປາກົດຢູ່ໃນຮູບແບບຂອງຕໍາແຫນ່ງກົງກັນຂ້າມໃນການອະທິບາຍປະກົດການໃດໆ, ວັດຖຸ, ຂະບວນການແລະຮຽກຮ້ອງໃຫ້ມີທິດສະດີທີ່ພຽງພໍເພື່ອແກ້ໄຂມັນ; ໃນຊີວິດ, ບັນຫາໄດ້ຖືກສ້າງຂື້ນໃນຮູບແບບທີ່ຄົນເຂົ້າໃຈໄດ້: "ຂ້ອຍຮູ້ຫຍັງ, ຂ້ອຍບໍ່ຮູ້ວິທີ," ນັ້ນແມ່ນ, ມັນຮູ້ວ່າສິ່ງທີ່ຕ້ອງໄດ້ຮັບ, ແຕ່ມັນບໍ່ຮູ້ວ່າຈະເຮັດແນວໃດ. . ມາແຕ່ຊ້າ. lat. ບັນຫາ, ຈາກກເຣັກ. πρόβλημα “ໂຍນໄປຂ້າງໜ້າ, ວາງໄວ້ທາງໜ້າ”; ຈາກ προβάλλω “ຖິ້ມ ໄປ, ເອົາ ໃຈ ໃສ່ ຢູ່ ທາງ ຫນ້າ ຂອງ ທ່ານ; ຕໍານິ".

ມັນບໍ່ມີຄວາມຫມາຍຫຼາຍ, ໃນຄວາມເປັນຈິງ, "ບັນຫາ" = "ສິ່ງໃດແດ່ທີ່ຕ້ອງໄດ້ຮັບການຈັດການກັບ."
ຜູ້ທົດສອບ - ຜູ້ຊ່ຽວຊານ (ພວກເຮົາຈະບໍ່ແບ່ງອອກເປັນປະເພດ, ເພາະວ່າພວກເຮົາມີຄວາມສົນໃຈກັບຜູ້ທົດສອບທັງຫມົດ) ຜູ້ທີ່ມີສ່ວນຮ່ວມໃນການທົດສອບອົງປະກອບຫຼືລະບົບ, ຜົນໄດ້ຮັບແມ່ນ:
ການເຮັດວຽກຂອງຜູ້ທົດສອບ - ຊຸດຂອງກິດຈະກໍາທີ່ກ່ຽວຂ້ອງກັບການທົດສອບ.
ປະສິດທິພາບ (lat. effectivus) - ຄວາມ​ສໍາ​ພັນ​ລະ​ຫວ່າງ​ຜົນ​ໄດ້​ຮັບ​ແລະ​ຊັບ​ພະ​ຍາ​ກອນ​ທີ່​ນໍາ​ໃຊ້ (ISO 9000: 2015)
ຜົນໄດ້ຮັບ - ຜົນສະທ້ອນຂອງລະບົບຕ່ອງໂສ້ (ຊຸດ) ຂອງການປະຕິບັດ (ຜົນໄດ້ຮັບ) ຫຼືເຫດການ, ສະແດງອອກໃນດ້ານຄຸນນະພາບຫຼືປະລິມານ. ຜົນ​ໄດ້​ຮັບ​ທີ່​ເປັນ​ໄປ​ໄດ້​ລວມ​ທັງ​ການ​ໄດ້​ປຽບ​, ເສຍ​ປຽບ​, ໄດ້​ຮັບ​, ການ​ສູນ​ເສຍ​, ມູນ​ຄ່າ​, ແລະ​ໄຊ​ຊະ​ນະ​.
ເຊັ່ນດຽວກັນກັບ "ບັນຫາ", ມີຄວາມຫມາຍພຽງເລັກນ້ອຍ: ບາງສິ່ງບາງຢ່າງທີ່ອອກມາເປັນຜົນມາຈາກການເຮັດວຽກ.
ຊັບພະຍາກອນ - ຄວາມ​ເປັນ​ໄປ​ໄດ້​ຂອງ​ການ​ວັດ​ແທກ​ປະ​ລິ​ມານ​ຂອງ​ການ​ປະ​ຕິ​ບັດ​ກິດ​ຈະ​ກໍາ​ຂອງ​ບຸກ​ຄົນ​ໃດ​ຫນຶ່ງ​ຫຼື​ປະ​ຊາ​ຊົນ​; ເງື່ອນໄຂທີ່ອະນຸຍາດໃຫ້ນໍາໃຊ້ການຫັນປ່ຽນທີ່ແນ່ນອນເພື່ອໃຫ້ໄດ້ຜົນທີ່ຕ້ອງການ. ຜູ້ທົດສອບແມ່ນບຸກຄົນ, ແລະອີງຕາມທິດສະດີຂອງຊັບພະຍາກອນທີ່ສໍາຄັນ, ແຕ່ລະຄົນເປັນເຈົ້າຂອງຊັບສິນເສດຖະກິດສີ່ຢ່າງ:
ເງິນສົດ (ລາຍຮັບ) ເປັນຊັບພະຍາກອນທົດແທນ;
ພະລັງງານ (ຜົນບັງຄັບໃຊ້ຊີວິດ) ເປັນຊັບພະຍາກອນທົດແທນບາງສ່ວນ;
ເວລາແມ່ນເປັນຊັບພະຍາກອນຄົງທີ່ ແລະພື້ນຖານທີ່ບໍ່ສາມາດທົດແທນຄືນໄດ້;
ຄວາມຮູ້ (ຂໍ້ມູນຂ່າວສານ) ເປັນຊັບພະຍາກອນທີ່ທົດແທນໄດ້, ມັນແມ່ນສ່ວນຫນຶ່ງຂອງທຶນຂອງມະນຸດທີ່ສາມາດເຕີບໂຕແລະຖືກທໍາລາຍ[1].

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

ການຕັດສິນໃຈ

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

1. ເຮັດວຽກກັບຄວາມຕ້ອງການ
2. ການສ້າງຂໍ້ກໍານົດດ້ານວິຊາການ
3. ການພັດທະນາ
4. ການທົດສອບ
5. ອອກ​ສູ່​ການ​ຜະ​ລິດ​
6. ສະ​ຫນັບ​ສະ​ຫນູນ (goto ລາຍ​ການ 1​)

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

ວິທີການຈັດການກັບເລື່ອງນີ້?

ບົດສະຫຼຸບແມ່ນຂ້ອນຂ້າງຈະແຈ້ງແລະໄດ້ຖືກນໍາໃຊ້ໂດຍຈໍານວນຫຼາຍສໍາລັບເວລາດົນນານ:

1. ການພັດທະນາແລະການທົດສອບຄວນຈະເລີ່ມຕົ້ນແລະສິ້ນສຸດເກືອບພ້ອມໆກັນ (ນີ້ປົກກະຕິແລ້ວແມ່ນເຮັດໂດຍພະແນກ QA). ທາງເລືອກທີ່ ເໝາະ ສົມແມ່ນເມື່ອທຸກ ໜ້າ ທີ່ທີ່ຖືກພັດທະນາຖືກປົກຄຸມໂດຍ autotests ແລ້ວໂດຍເວລາທີ່ມັນພ້ອມ, ຈັດເປັນ regression (ແລະ, ຖ້າເປັນໄປໄດ້, pre-commit) ການທົດສອບໂດຍໃຊ້ບາງປະເພດ. CI.
2. ລັກສະນະທີ່ໂຄງການມີຫຼາຍຂຶ້ນ (ມັນມີຄວາມຊັບຊ້ອນຫຼາຍ), ເວລາຫຼາຍຈະຕ້ອງໃຊ້ເວລາໃນການກວດສອບວ່າຟັງຊັນໃຫມ່ບໍ່ໄດ້ທໍາລາຍແບບເກົ່າ. ເພາະສະນັ້ນ, ໂຄງການທີ່ສັບສົນຫຼາຍ, ອັດຕະໂນມັດຫຼາຍແມ່ນຕ້ອງການ ການທົດສອບການຖົດຖອຍ.
3. ທຸກໆຄັ້ງທີ່ພວກເຮົາພາດຂໍ້ບົກພ່ອງໃນການຜະລິດແລະຜູ້ໃຊ້ພົບມັນ, ພວກເຮົາຕ້ອງໃຊ້ເວລາເພີ່ມເຕີມໂດຍຜ່ານວົງຈອນຊີວິດຂອງໂຄງການເລີ່ມຕົ້ນຈາກຈຸດ 1 (ເຮັດວຽກກັບຄວາມຕ້ອງການ, ໃນກໍລະນີນີ້, ຜູ້ໃຊ້). ເນື່ອງຈາກເຫດຜົນສໍາລັບການຂາດ bug ໂດຍທົ່ວໄປແມ່ນບໍ່ຮູ້, ພວກເຮົາຍັງເຫຼືອພຽງແຕ່ຫນຶ່ງເສັ້ນທາງການເພີ່ມປະສິດທິພາບ - ທຸກໆ bug ທີ່ພົບໂດຍຜູ້ໃຊ້ຕ້ອງໄດ້ຮັບການລວມເຂົ້າໃນການທົດສອບການຖົດຖອຍເພື່ອໃຫ້ແນ່ໃຈວ່າມັນຈະບໍ່ປາກົດອີກເທື່ອຫນຶ່ງ.

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