අපි පරීක්ෂකයින් සඳහා හැකතන් එකක් පැවැත්වූයේ ඇයි?

මෙම ලිපිය අප වැනි, පරීක්ෂණ ක්ෂේත්රයේ සුදුසු විශේෂඥයෙකු තෝරා ගැනීමේ ගැටලුවට මුහුණ දෙන අයට උනන්දුවක් දක්වනු ඇත.

පුදුමයට කරුණක් නම්, අපගේ ජනරජයේ තොරතුරු තාක්ෂණ සමාගම් සංඛ්‍යාව වැඩිවීමත් සමඟ, වටිනා ක්‍රමලේඛකයින් සංඛ්‍යාව පමණක් වැඩි වන නමුත් පරීක්ෂකයින් නොවේ. බොහෝ අය මෙම වෘත්තියට පිවිසීමට උනන්දු වන නමුත් බොහෝ දෙනෙක් එහි අර්ථය තේරුම් නොගනිති.

මට සියලුම තොරතුරු තාක්ෂණ සමාගම් සඳහා කතා කළ නොහැක, නමුත් අපි අපගේ ගුණාත්මක විශේෂඥයින්ට QA/QC හි භූමිකාව පවරා ඇත. ඔවුන් සංවර්ධන කණ්ඩායමේ කොටසක් වන අතර පර්යේෂණයේ සිට නව අනුවාදයක් නිකුත් කිරීම දක්වා සංවර්ධනයේ සෑම අදියරකටම සහභාගී වේ.

කණ්ඩායමක පරීක්ෂකයෙකු, සැලසුම් අවධියේදී පවා, පරිශීලක කථාවක් පිළිගැනීම සඳහා සියලු ක්රියාකාරී සහ ක්රියාකාරී නොවන අවශ්යතා ගැන සිතා බැලිය යුතුය. ඔහු නිෂ්පාදනයේ මෙහෙයුම් ලක්ෂණ මෙන්ම ක්‍රමලේඛකයින් සහ ඊටත් වඩා හොඳින් අවබෝධ කර ගත යුතු අතර සැලසුම් කිරීමේ අදියරේදී පවා වැරදි තීරණ නොගැනීමට කණ්ඩායමට උපකාර කළ යුතුය. ක්‍රියාත්මක කරන ලද ක්‍රියාකාරීත්වය ක්‍රියාත්මක වන ආකාරය සහ එහි ඇති විය හැකි අන්තරායන් පිළිබඳව පරීක්ෂකයාට පැහැදිලි අවබෝධයක් තිබිය යුතුය. අපගේ පරීක්ෂකයින් පරීක්ෂණ සැලසුම් සහ පරීක්ෂණ අවස්ථා තමන් විසින්ම නිර්මාණය කරන අතර අවශ්‍ය සියලුම පරීක්ෂණ බංකු සකස් කරයි. වඳුරු ක්ලික් කරන්නෙකු වැනි සූදානම් කළ පිරිවිතරයන්ට අනුව පරීක්ෂා කිරීම අපගේ විකල්පය නොවේ. කණ්ඩායම තුළ වැඩ කරමින්, ඔහු වටිනා නිෂ්පාදනයක් නිකුත් කිරීමට උදව් කළ යුතු අතර යම් දෙයක් වැරදී ගියහොත් නියමිත වේලාවට අනතුරු ඇඟවීමක් කළ යුතුය.

පරීක්ෂකයන් සොයන විට අපට හමු වූ දේ

බොහෝ ජීව දත්ත අධ්‍යයනය කිරීමේ අදියරේදී, අපට සුදුසු පළපුරුද්දක් ඇති විශේෂ ists යින් සිටින බවත්, අපගේ කණ්ඩායම සඳහා පරීක්ෂකයෙකු තෝරා ගැනීමේ ගැටළු නොමැති බවත් පෙනෙන්නට තිබුණි. නමුත්, පුද්ගලික රැස්වීම් වලදී, තොරතුරු තාක්‍ෂණ ලෝකයෙන් සැබවින්ම බොහෝ දුරස්ථ අපේක්ෂකයින් අපට වැඩි වැඩියෙන් හමු විය (උදාහරණයක් ලෙස, ඔවුන්ට බ්‍රවුසරයක් සහ වෙබ් සේවාදායකයක් අතර අන්තර්ක්‍රියා කිරීමේ මූලධර්ම, ආරක්ෂාව, සම්බන්ධතා සහ නොවන මූලික කරුණු පැවසිය නොහැක. සම්බන්ධතා දත්ත සමුදායන්, ඔවුන්ට අථත්‍යකරණය සහ බහාලුම්කරණය පිළිබඳ අදහසක් නොතිබුණි), නමුත් ඒ සමඟම ජ්‍යෙෂ්ඨ QA මට්ටමින් තමන්ව තක්සේරු කර ඇත. සම්මුඛ සාකච්ඡා දුසිම් ගනනක් පැවැත්වීමෙන් පසුව, කලාපයේ අපට සුදුසු විශේෂඥයින් සංඛ්යාව නොසැලකිය හැකි බව අපි නිගමනය කළෙමු.

ඊළඟට, ගුණාත්මකභාවය සඳහා දිගුකාලීන අපේක්ෂිත සටන්කරුවන් සොයා ගැනීම සඳහා අප ගත් පියවර මොනවාද සහ අප කළ වැරදි මොනවාදැයි මම ඔබට කියමි.

අපි තත්වය නිවැරදි කිරීමට උත්සාහ කළ ආකාරය

සූදානම් කළ විශේෂඥයින් සමඟ වෙහෙසට පත් වූ අපි අවට ප්‍රදේශ ඉලක්ක කිරීමට පටන් ගත්තෙමු:

1. අපි ශක්තිමත් විශේෂඥයින් බිහි කළ හැකි බොහෝ "අත්හරින" පුද්ගලයන් අතර හඳුනා ගැනීම සඳහා තක්සේරු භාවිතයන් යෙදීමට උත්සාහ කළෙමු.

   ආසන්න වශයෙන් එකම මට්ටමේ දැනුමක් ඇති විභව අපේක්ෂකයින් කණ්ඩායමකට කාර්යයන් සම්පූර්ණ කිරීමට අපි ඉල්ලා සිටියෙමු. ඔවුන්ගේ චින්තන ක්‍රියාවලිය නිරීක්ෂණය කරමින් අපි වඩාත් බලාපොරොත්තු සහගත අපේක්ෂකයා හඳුනා ගැනීමට උත්සාහ කළෙමු.

   විශේෂයෙන්, අපි අවධානය යොමු කිරීම, තාක්ෂණයේ හැකියාවන් සහ බහු සංස්කෘතිකත්වයේ ලක්ෂණ පිළිබඳ අවබෝධය පරීක්ෂා කිරීම සඳහා කාර්යයන් ඉදිරිපත් කළෙමු:

   
   

2. පවතින කණ්ඩායම අතර වෘත්තිය පිළිබඳ අවබෝධයේ සීමාවන් පුළුල් කිරීම සඳහා අපි පරීක්ෂකයින් සඳහා රැස්වීම් පැවැත්වූවා.

   මම ඒ සෑම එකක් ගැනම ටිකක් කියන්නම්.

   Ufa Software QA සහ Testing Meetup #1 යනු වෘත්තිය ගැන සැලකිලිමත් වන අය එක්රැස් කිරීමට සහ ඒ සමඟම අප ඔවුන්ට පැවසීමට අවශ්‍ය දේ ගැන මහජනතාව උනන්දු වේද යන්න තේරුම් ගැනීමට අපගේ පළමු උත්සාහයයි. මූලික වශයෙන්, අපගේ වාර්තා වූයේ ඔබ පරීක්ෂකයෙකු වීමට තීරණය කර ඇත්නම් එය ආරම්භ කිරීමට වඩා හොඳ ස්ථානයයි. ආරම්භකයින්ට ඔවුන්ගේ ඇස් විවෘත කර වැඩිහිටියෙකු මෙන් පරීක්ෂා කිරීමට උදව් කරන්න. නවක පරීක්ෂකවරුන් වෘත්තියට සම්බන්ධ වීමට ගත යුතු පියවර ගැන අපි කතා කළා. ගුණාත්මකභාවය යනු කුමක්ද සහ සැබෑ තත්වයන් තුළ එය සාක්ෂාත් කර ගන්නේ කෙසේද යන්න ගැන. තවද, ස්වයංක්‍රීය පරීක්ෂාව යනු කුමක්ද සහ එය භාවිතා කිරීම වඩාත් සුදුසු තැන.

   
   
   ඉන්පසුව, මාස 1-2 ක පරතරයක් සහිතව, අපි තවත් හමුවීම් දෙකක් පැවැත්වුවා. දැනටමත් දෙගුණයක් සහභාගිවන්නන් සිටියහ. “Ufa Software QA සහ Testing Meetup #2” හිදී අපි විෂය ක්ෂේත්‍රයට ගැඹුරට ඇද වැටුණෙමු. ඔවුන් දෝෂ ලුහුබැඳීමේ පද්ධති, UI/UX පරීක්ෂණ, Docker, Ansible මත ස්පර්ශ කළ අතර, සංවර්ධකයෙකු සහ පරීක්ෂකයෙකු අතර ඇති විය හැකි ගැටුම් සහ ඒවා විසඳීමට ක්‍රම පිළිබඳවද කතා කළහ.

   අපගේ තුන්වන රැස්වීම, "Ufa මෘදුකාංග QA සහ පරීක්ෂණ රැස්වීම #3," පරීක්ෂකයින්ගේ කාර්යයට වක්‍රව සම්බන්ධ වූ නමුත්, ක්‍රමලේඛකයින්ට ඔවුන්ගේ තාක්ෂණික සහ ආයතනික රාජකාරි පිළිබඳව කාලෝචිත ලෙස මතක් කිරීමට ප්‍රයෝජනවත් විය: පැටවීම පරීක්ෂා කිරීම, e2e පරීක්ෂා කිරීම, ස්වයංක්‍රීයව පරීක්ෂා කිරීමේදී සෙලේනියම්, වෙබ් යෙදුම් දුර්වලතා .

   මේ කාලය පුරාම අපි අපගේ සිදුවීම් වලින් විකාශනවල සාමාන්‍ය ආලෝකය සහ ශබ්දය නිර්මාණය කරන්නේ කෙසේදැයි ඉගෙන ගනිමින් සිටිමු:

   → පරීක්ෂා කිරීමේ පළමු පියවර - Ufa මෘදුකාංග QA සහ පරීක්ෂණ රැස්වීම #1
   → UI/UX පරීක්ෂණ - Ufa මෘදුකාංග QA සහ පරීක්ෂණ රැස්වීම #2
   → ආරක්ෂක පරීක්ෂාව, බර පරීක්ෂා කිරීම සහ ස්වයංක්‍රීය පරීක්ෂාව - Ufa QA සහ පරීක්ෂණ රැස්වීම #3

3. අවසානයේදී අපි පරීක්ෂකයින් සඳහා හැකතන් එකක් පැවැත්වීමට උත්සාහ කිරීමට තීරණය කළෙමු

අපි පරීක්ෂකයින් සඳහා හැකතන් එකක් සූදානම් කර පැවැත්වූ ආකාරය

ආරම්භ කිරීම සඳහා, මෙය කුමන ආකාරයේ "මෘගයා" සහ එය සාමාන්යයෙන් සිදු කරන්නේ කෙසේද යන්න තේරුම් ගැනීමට අපි උත්සාහ කළෙමු. එය සිදු වූ පරිදි, රුසියානු සමූහාණ්ඩුවේ මෙවැනි සිදුවීම් බොහෝ වාරයක් පවත්වා නොමැති අතර, අදහස් ණයට ගැනීමට තැනක් නොමැත. දෙවනුව, බැලූ බැල්මට සැක සහිත සිදුවීමක් සඳහා සම්පත් විශාල ප්‍රමාණයක් වහාම ආයෝජනය කිරීමට මට අවශ්‍ය නොවීය. එමනිසා, අපි සම්පූර්ණ QA වැඩ චක්‍රය සඳහා නොව, එක් එක් අදියර සඳහා කෙටි කුඩා-හැකතන් කිරීමට තීරණය කළෙමු.

අපගේ ප්‍රධාන හිසරදය වන්නේ පැහැදිලි පරීක්ෂණ සිතියම් නිර්මාණය කිරීමේදී දේශීය පරීක්ෂකයින් අතර ප්‍රායෝගික නොවීමයි. ක්‍රියාකාරී සහ ක්‍රියාකාරී නොවන අවශ්‍යතා, UI/UX, ආරක්ෂාව, වැඩ බර සහ උපරිම බර සඳහා සංවර්ධකයින්ට පැහැදිලි වන පිළිගැනීමේ නිර්ණායක නිර්මාණය කිරීමට සහ ක්‍රියාත්මක කිරීමට පෙර පරිශීලක කථා ගවේෂණය කිරීමට ඔවුන් කාලය ගත නොකරයි. එමනිසා, අපි පළමු වතාවට ඔවුන්ගේ කාර්යයේ වඩාත්ම සිත්ගන්නාසුළු හා නිර්මාණාත්මක කොටස හරහා යාමට තීරණය කළෙමු - පූර්ව ව්‍යාපෘති පර්යේෂණ අතරතුර අවශ්‍යතා විශ්ලේෂණය සහ ගොඩනැගීම.

අපි සහභාගිවන්නන්ගේ විභව සංඛ්‍යාව ඇස්තමේන්තු කළ අතර අපට MVP නිකුතු සඳහා අවම වශයෙන් පසුබෑම් 5ක්, නිෂ්පාදන 5ක් සහ නිෂ්පාදන හිමිකරුවන් ලෙස ක්‍රියා කරන, ව්‍යාපාරික අවශ්‍යතා තේරුම් ගැනීමට සහ සීමා කිරීම් පිළිබඳ තීරණ ගන්නා පුද්ගලයින් 5ක් අවශ්‍ය බව තීරණය කළෙමු.

මෙන්න අපට ලැබුණු දේ: hackathon සඳහා backlogs.

ප්‍රධාන අදහස වූයේ සියලුම සහභාගිවන්නන්ගේ දෛනික වැඩවලින් හැකිතාක් දුරස් වූ මාතෘකා ඉදිරිපත් කිරීම සහ ඔවුන්ට නිර්මාණාත්මක පරිකල්පනයකට ඉඩ සැලසීමයි.

අප කළ වැරදි මොනවාද සහ අපට වඩා හොඳින් කළ හැක්කේ කුමක්ද?

විකුණුම්කරුවන් සහ පහළ මට්ටමේ කළමනාකරුවන් බඳවා ගැනීමේ ක්‍ෂේත්‍රයේ එතරම් ජනප්‍රිය තක්සේරුකරණ භාවිතයන් භාවිතා කිරීම විශාල උත්සාහයක් දැරූ නමුත් එක් එක් සහභාගිකයා කෙරෙහි ප්‍රමාණවත් අවධානයක් යොමු කිරීමට සහ ඔහුගේ හැකියාවන් ඇගයීමට අපට ඉඩ දුන්නේ නැත. පොදුවේ ගත් කල, මෙම තේරීම් විකල්පය සමාගම පිළිබඳ negative ණාත්මක ප්‍රතිරූපයක් නිර්මාණය කරයි, මන්ද බොහෝ දෙනෙකුට ප්‍රමාණවත් ප්‍රතිපෝෂණ නොලැබෙන අතර පසුව සේවා යෝජකයාගේ කුරිරුකමේ බලපෑම තමන් සහ අනෙක් අය තුළ නිර්මාණය කරයි (තොරතුරු තාක්ෂණ ප්‍රජාවන්හි සන්නිවේදනය ඉතා දියුණු ය). එහි ප්‍රතිඵලයක් වශයෙන්, අපට ඉතා ඈත අනාගතයක් සහිත විභව අපේක්ෂකයින් දෙදෙනෙකු ඉතිරිව ඇත.

හමුවීම් හොඳ දෙයක්. විස්තාරණය කිරීම සඳහා පුළුල් පදනමක් නිර්මාණය කර ඇති අතර, සහභාගිවන්නන්ගේ සාමාන්ය මට්ටම වැඩි වේ. සමාගම වෙළඳපොලේ වඩ වඩාත් හඳුනාගත හැකි වෙමින් පවතී. නමුත් එවැනි ව්‍යාපාරවල ශ්‍රම තීව්‍රතාවය කුඩා නොවේ. රැස්වීම් පැවැත්වීම සඳහා වසරකට මිනිස් පැය 700-800 ක් පමණ ගත වන බව ඔබ පැහැදිලිව තේරුම් ගත යුතුය.

පරීක්ෂණ hackathon සම්බන්ධයෙන්. සංවර්ධකයින් සඳහා හැකතන් මෙන් නොව, ඒවා අඩුවෙන් පවත්වනු ලබන බැවින්, මේ ආකාරයේ සිදුවීම් තවමත් කම්මැලි වී නැත. මෙම අදහසෙහි ඇති වාසිය නම් සැහැල්ලුවෙන් ඔබට ප්‍රායෝගික දැනුම විශාල ප්‍රමාණයක් හුවමාරු කර ගත හැකි අතර එක් එක් සහභාගිවන්නාගේ මට්ටම ඉතා නිවැරදිව තීරණය කළ හැකිය.

සිද්ධියේ ප්‍රතිඵල විශ්ලේෂණය කිරීමෙන් පසු, අප අතින් බොහෝ වැරදි සිදු වී ඇති බව අපට වැටහුණි:

1. සමාව දිය නොහැකි වරද නම් පැය 4-5 ක් අපට ප්‍රමාණවත් යැයි විශ්වාස කිරීමයි. එහි ප්‍රතිඵලයක් වශයෙන්, පසුතල පිළිබඳ හැඳින්වීම සහ හුරුපුරුදු වීම සඳහා පැය 2කට ආසන්න කාලයක් ගත විය.
   ආරම්භක අදියරේදී නිෂ්පාදන හිමිකරුවන් සමඟ වැඩ කිරීම සහ විෂය ප්‍රදේශයට කිමිදීමට කාලය එකම කාලයක් ගත විය. එබැවින් පරීක්ෂණ සිතියම්වල විස්තීර්ණ සංවර්ධනය සඳහා ඉතිරි කාලය පැහැදිලිවම ප්රමාණවත් නොවීය.
2. ඒ වන විටත් රාත්‍රිය වූ බැවින් සෑම සිතියමකම සවිස්තරාත්මක ප්‍රතිපෝෂණ සඳහා ප්‍රමාණවත් කාලයක් සහ ශක්තියක් නොතිබුණි. එමනිසා, අපි මෙම කොටස පැහැදිලිවම අසාර්ථක වූ නමුත්, මුලින් අදහස් කළේ hackathon හි වඩාත්ම වටිනා කොටසයි.
3. සියලුම සහභාගිවන්නන්ගේ සරල ඡන්දයකින් සංවර්ධනයේ ගුණාත්මකභාවය ඇගයීමට අපි තීරණය කළෙමු, සෑම කණ්ඩායමකටම ඡන්ද 3 ක් වෙන් කරන අතර, ඔවුන්ට ඉහළම ගුණාත්මක කාර්යයක් සඳහා ලබා දිය හැකිය. සමහර විට ජූරි සභාවක් සංවිධානය කිරීම වඩා හොඳ වනු ඇත.

ඔබ අත්කරගෙන ඇත්තේ කුමක්ද?

අපි අපගේ ගැටලුව අර්ධ වශයෙන් විසඳා ඇති අතර දැන් අපි සංවර්ධන කණ්ඩායම් 4 ක පිටුපස ආවරණය වන පරිදි නිර්භීත, කඩවසම් මිනිසුන් 4 දෙනෙක් අප වෙනුවෙන් වැඩ කරති. විභව ශක්තිමත් අපේක්ෂකයින්ගේ සැලකිය යුතු සංචිතයක් සහ නගරයේ QA ප්‍රජාවේ මට්ටමේ ප්‍රත්‍යක්ෂ වෙනස්කම් තවමත් දැක නොමැත. නමුත් යම් ප්‍රගතියක් ඇති අතර මෙය ප්‍රීති විය නොහැක.

මූලාශ්රය: www.habr.com