Bagelny: BUgHunting. දිනකට දෝෂ 200 ක් සොයා ගන්නේ කෙසේද

ආයුබෝවන් සියල්ලටම! මගේ නම යුලියා මම පරීක්ෂකයෙක්. ගිය අවුරුද්දේ මම ඔයාට කිව්වා Bagodelnya - දෝෂ පසුබෑම පිරිසිදු කිරීම සඳහා අපගේ සමාගම තුළ පවත්වන ලද උත්සවයක්. මෙය එක් දිනක් තුළ එය සැලකිය යුතු ලෙස අඩු කිරීමට (විවිධ කණ්ඩායම්වල 10 සිට 50% දක්වා) සම්පූර්ණයෙන්ම ශක්‍ය විකල්පයකි.

අද මම ඔබට අපේ වසන්ත Bagodelny ආකෘතිය ගැන කියන්නට අවශ්ය - BUgHunting (BUH). මෙවර අපි පැරණි දෝෂ නිවැරදි කළේ නැත, නමුත් නව ඒවා සොයමින් විශේෂාංග සඳහා යෝජිත අදහස්. කප්පාදුවට පහළින් එවැනි සිදුවීම් සංවිධානය කිරීම, අපගේ ප්‍රතිඵල සහ සහභාගිවන්නන්ගෙන් ලැබෙන ප්‍රතිපෝෂණ පිළිබඳ බොහෝ විස්තර ඇත.

Bagelny: BUgHunting. දිනකට දෝෂ 200 ක් සොයා ගන්නේ කෙසේද

රෙගුලාසි සිතා බලා ලියා තැබීමෙන් පසු, අපි කිසිදු සීමාවක් අඩංගු නොවූ ආයතනික Slack හි සියලුම නාලිකා වෙත ආරාධනාවක් යැව්වෙමු:

Bagelny: BUgHunting. දිනකට දෝෂ 200 ක් සොයා ගන්නේ කෙසේද

එහි ප්රතිඵලයක් වශයෙන්, 30 දෙනෙකු පමණ ලියාපදිංචි විය - සංවර්ධකයින් සහ තාක්ෂණික නොවන විශේෂඥයින්. අපි උත්සවය සඳහා සම්පූර්ණ වැඩ කරන දිනයක් වෙන් කර, විශාල රැස්වීම් කාමරයක් වෙන් කර, කාර්යාල ආපනශාලාවේ දිවා ආහාරය සංවිධානය කළෙමු.

ඇයි?

සෑම කණ්ඩායමක්ම එහි ක්රියාකාරිත්වය පරීක්ෂා කරන බව පෙනේ. පරිශීලකයන් අපට දෝෂ වාර්තා කරයි. එවැනි උත්සවයක් පවත්වන්නේ ඇයි?

අපිට ඉලක්ක කිහිපයක් තිබුණා.

  1. ආශ්‍රිත ව්‍යාපෘති/නිෂ්පාදන වලට සමීපව පිරිමි ළමයින්ව හඳුන්වා දෙන්න.
    දැන් අපේ ආයතනයේ හැමෝම වැඩ කරන්නේ වෙනම කණ්ඩායම් - ඒකක. මේවා ක්‍රියාකාරීත්වයේ තමන්ගේම කොටසක වැඩ කරන ව්‍යාපෘති කණ්ඩායම් වන අතර අනෙකුත් ව්‍යාපෘතිවල සිදුවන්නේ කුමක්ද යන්න පිළිබඳව සැමවිටම සම්පූර්ණයෙන් දැනුවත් නොවේ.
  2. ඔබේ සගයන් එකිනෙකාට හඳුන්වා දෙන්න.
    අපගේ මොස්කව් කාර්යාලයේ සේවකයින් 800 කට ආසන්න සංඛ්‍යාවක් සිටී; සියලුම සගයන් එකිනෙකා දැකීමෙන් දන්නේ නැත.
  3. ඔවුන්ගේ නිෂ්පාදනවල දෝෂ සෙවීමට සංවර්ධකයින්ට ඇති හැකියාව වැඩි දියුණු කරන්න.
    අපි දැන් Agile Testing ප්‍රවර්ධනය කරමින් මෙම දිශාවට යාලුවන් පුහුණු කරමින් සිටිමු.
  4. පරීක්ෂණ සඳහා තාක්ෂණික විශේෂඥයින්ට වඩා වැඩි යමක් සම්බන්ධ කර ගන්න.
    තාක්ෂණික අංශයට අමතරව, "Ahhh... කිසිවක් ක්‍රියා නොකරයි" වැනි පණිවිඩ අඩුවෙන් ලැබෙන පරිදි දෝෂයක් නිසි ලෙස වාර්තා කරන්නේ කෙසේද යන්න පිළිබඳව පරීක්‍ෂණය ගැන වැඩි විස්තර කතා කිරීමට අවශ්‍ය වෙනත් විශේෂතාවලින් බොහෝ සගයන් අප සතුව ඇත.
  5. තවද, ඇත්ත වශයෙන්ම, උපක්‍රමශීලී සහ නොපැහැදිලි දෝෂ සොයා ගන්න.
    මට අවශ්‍ය වූයේ කණ්ඩායම්වලට නව විශේෂාංග පරීක්ෂා කිරීමට සහ ක්‍රියාත්මක කරන ලද ක්‍රියාකාරීත්වය වෙනස් කෝණයකින් බැලීමට ඔවුන්ට අවස්ථාව ලබා දීමටය.

Реализация

අපගේ දිනය කොටස් කිහිපයකින් සමන්විත විය:

  • සංක්ෂිප්ත කිරීම;
  • පරීක්ෂණය පිළිබඳ කෙටි දේශනයක්, අපි ප්‍රධාන කරුණු (පරීක්‍ෂා කිරීමේ අරමුණු සහ මූලධර්ම ආදිය) පමණක් ස්පර්ශ කළෙමු;
  • දෝෂ හඳුන්වාදීමේදී "යහපත් හැසිරීම් නීති" පිළිබඳ කොටස (මෙහි මූලධර්ම හොඳින් විස්තර කර ඇත);
  • ඉහළ මට්ටමේ විස්තර කරන ලද අවස්ථා සහිත ව්‍යාපෘති සඳහා පරීක්ෂණ සැසි හතරක්; සෑම සැසියකටම පෙර ව්‍යාපෘතිය පිළිබඳ කෙටි හඳුන්වාදීමේ දේශනයක් සහ කණ්ඩායම් වලට බෙදීම;
  • සිද්ධිය පිළිබඳ කෙටි සමීක්ෂණයක්;
  • සාරාංශගත කිරීම.

(සැසි සහ දිවා ආහාරය අතර විවේකය ගැනද අපි අමතක නොකළෙමු).

මූලික නීති

  • සිදුවීම් සඳහා ලියාපදිංචි වීම තනි පුද්ගලයෙකි, එක් පුද්ගලයෙකු නොයෑමට තීරණය කළහොත් අවස්ථිති භාවය හේතුවෙන් මුළු කණ්ඩායමම ජලය බැස යාමේ ගැටලුව විසඳයි.
  • සහභාගිවන්නන් සෑම සැසියකදීම කණ්ඩායම් වෙනස් කරයි. මෙය සහභාගිවන්නන්ට ඕනෑම වේලාවක පැමිණීමට සහ යාමට ඉඩ සලසයි, ඔබට තවත් පුද්ගලයින් හමුවීමටද හැකිය.
  • කොමන්ඩ් සෑම සැසියකටම පෙර පුද්ගලයන් දෙදෙනෙකු අහඹු ලෙස සෑදී ඇත, මෙය වඩාත් ගතික සහ වේගවත් කරයි.
  • හඳුන්වා දුන් දෝෂ සඳහා ඔබට ප්‍රදානය කෙරේ ලකුණු (3 සිට 10 දක්වා) විවේචනාත්මක බව මත පදනම්ව.
  • අනුපිටපත් සඳහා ලකුණු ලබා නොදේ.
  • සියලුම අභ්‍යන්තර ප්‍රමිතීන්ට අනුව කණ්ඩායම් සාමාජිකයෙකු විසින් දෝෂ ගොනු කළ යුතුය.
  • විශේෂාංග ඉල්ලීම් වෙනම කාර්යයක් තුළ නිර්මාණය කර වෙනම නාමයෝජනා සඳහා සහභාගී වේ.
  • විගණන කණ්ඩායම සියලු නීතිරීතිවලට අනුකූල වීම නිරීක්ෂණය කරයි.

Bagelny: BUgHunting. දිනකට දෝෂ 200 ක් සොයා ගන්නේ කෙසේද

වෙනත් විස්තර

  • මුලදී, මට "උසස්" පරීක්ෂණ සිදුවීමක් කිරීමට අවශ්‍ය විය, නමුත් ... නිෂ්පාදන නොවන කණ්ඩායම්වල බොහෝ පිරිමි ළමයින් (SMM, නීතිඥයින්, PR) අත්සන් කර ඇත, අපට අන්තර්ගතය බෙහෙවින් සරල කිරීමට සහ සංකීර්ණ/පැතිකඩ නඩු ඉවත් කිරීමට සිදු විය.
  • විවිධ ව්‍යාපෘතිවල ජිරා හි ඒකකවල ක්‍රියාකාරිත්වය හේතුවෙන්, අපගේ ප්‍රවාහයට අනුව, අපි විශේෂයෙන් වෙනම ව්‍යාපෘතියක් නිර්මාණය කළෙමු, එහිදී අපි දෝෂ හඳුන්වාදීම සඳහා අච්චුවක් සකස් කළෙමු.
  • ලකුණු ගණනය කිරීම සඳහා, ඔවුන් webhooks හරහා යාවත්කාලීන කරන ලද ප්රමුඛ පුවරුවක් භාවිතා කිරීමට සැලසුම් කර ඇත, නමුත් යමක් වැරදී ඇති අතර අවසානයේ ගණනය කිරීම අතින් සිදු කිරීමට සිදු විය.

සිදුවීම් සංවිධානය කිරීමේදී සෑම කෙනෙකුම ගැටළු වලට මුහුණ දෙන අතර, එය ඔබට ටිකක් පහසු කිරීම සඳහා, ඔබට වළක්වා ගත හැකි අපගේ ගැටළු මම විස්තර කරමි.

එක් කථිකයෙකු හදිසියේම රෝගාතුර වූ අතර අලුත් එකක් සොයා ගැනීමට සිදු විය.
උදේ 9 ට එම කණ්ඩායමේම ආදේශකයෙකු සොයා ගැනීමට ලැබීම මගේ වාසනාවකි). නමුත් වාසනාව මත විශ්වාසය නොතැබීම සහ අමතර මුදලක් ලබා ගැනීම වඩා හොඳය. නැතිනම් අවශ්‍ය වාර්තාව ඔබම ලබා දීමට සූදානම් වන්න.

අපට ක්‍රියාකාරීත්වය පෙරළීමට කාලය තිබුණේ නැත, අපට කුට්ටි මාරු කිරීමට සිදු විය.
සම්පූර්ණ බ්ලොක් එක ඉවත දැමීම වළක්වා ගැනීම සඳහා, උපස්ථ සැලැස්මක් තිබීම වඩා හොඳය.

සමහර පරීක්ෂණ භාවිතා කරන්නන් ඉවත් විය, අපට ඉක්මනින් නව ඒවා නැවත නිර්මාණය කිරීමට සිදු විය.
පරිශීලකයින්ට කල්තියා හරස් පරීක්‍ෂා කරන්න හෝ ඒවා ඉක්මනින් කිරීමට හැකි වේ.

ආකෘතිය සරල කළ අයගෙන් කිසිවෙකු පාහේ පැමිණියේ නැත.
බලෙන් කාවවත් ඇදගෙන යන්න අවශ්‍ය නැහැ. නිහතමානී වන්න.
සිදුවීමේ ආකෘතිය දැඩි ලෙස නියම කිරීමට විකල්පයක් ඇත: "ආධුනික" / "උසස්", හෝ එකවර විකල්ප දෙකක් සූදානම් කර, කාරණයෙන් පසුව කුමන එකක් පැවැත්විය යුතුද යන්න තීරණය කරන්න.

ප්රයෝජනවත් ආයතනික කරුණු:

  • රැස්වීමක් කල්තියා වෙන්කරවා ගන්න;
  • වගු සකස් කරන්න, දිගු රැහැන් සහ සර්ජ් ප්රොටෙක්ටර් ගැන අමතක නොකරන්න (ලැප්ටොප් / දුරකථන ආරෝපණය කිරීම මුළු දවසටම ප්රමාණවත් නොවේ);
  • ලකුණු කිරීමේ ක්රියාවලිය ස්වයංක්රීය කරන්න;
  • ශ්රේණිගත කිරීමේ වගු සකස් කරන්න;
  • පරීක්ෂණ භාවිතා කරන්නන්ගේ පිවිසුම් සහ මුරපද සමඟ කඩදාසි අත් පත්‍රිකා සාදන්න, ජිරා සමඟ වැඩ කිරීම සඳහා උපදෙස්, ස්ක්‍රිප්ට්;
  • සිදුවීමට සතියකට පෙර මතක් කිරීම් යැවීමට අමතක නොකරන්න, ඔබ සමඟ ගත යුතු දේ (ලැප්ටොප් / උපාංග);
  • demo එකකදී, දිවා භෝජනයේදී, කෝපි කෝප්පයකට උඩින් සිදුවීම ගැන ඔබේ සගයන්ට කියන්න;
  • මෙම දිනයේ කිසිවක් යාවත්කාලීන කිරීම හෝ පෙරළීම නොකිරීමට devops සමඟ එකඟ වන්න;
  • කථිකයන් සූදානම් කරන්න;
  • විශේෂාංග හිමිකරුවන් සමඟ සාකච්ඡා කර පරීක්ෂා කිරීම සඳහා තවත් අවස්ථා ලියන්න;
  • සුලු කෑම සඳහා සංග්‍රහ (කුකීස්/කැන්ඩි) ඇණවුම් කරන්න;
  • උත්සවයේ ප්‍රතිඵල ගැන අපට කියන්න අමතක කරන්න එපා.

ප්රතිඵල

මුළු දවස පුරාම, යාලුවනේ ව්‍යාපෘති 4ක් පරීක්ෂා කර දෝෂ 192ක් (ඒවායින් 134ක් අද්විතීය) සහ විශේෂාංග ඉල්ලීම් සහිත ගැටළු 7ක් නිර්මාණය කිරීමට සමත් විය. ඇත්ත වශයෙන්ම, ව්යාපෘති හිමිකරුවන් දැනටමත් මෙම දෝෂ සමහරක් ගැන දැන සිටියහ. නමුත් අනපේක්ෂිත සොයාගැනීම් ද විය.

සියලුම සහභාගිවන්නන්ට මිහිරි ත්‍යාග ලැබුණි.

Bagelny: BUgHunting. දිනකට දෝෂ 200 ක් සොයා ගන්නේ කෙසේද

සහ ජයග්රාහකයින් වන්නේ තර්මෝස්, ලාංඡන, ස්ෙවට්ෂර්ට් ය.

Bagelny: BUgHunting. දිනකට දෝෂ 200 ක් සොයා ගන්නේ කෙසේද

සිත්ගන්නාසුළු වූ දේ:

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

වැඩිදියුණු කළ හැකි දේ:

  • අඩු ව්යාපෘති කරන්න සහ සැසි කාලය පැය 1,5 දක්වා වැඩි කරන්න;
  • තෑගි / සිහිවටන කල්තියා සූදානම් කරන්න (සමහර විට අනුමැතිය / ගෙවීමට මාසයක් ගත වේ);
  • යමක් සැලැස්මට අනුව සිදු නොවන බවත් බලහත්කාරයෙන් සිදුවන බවත් සැහැල්ලුවෙන් පිළිගන්න.

විචාර

Bagelny: BUgHunting. දිනකට දෝෂ 200 ක් සොයා ගන්නේ කෙසේද
ඇනා බයිස්ට්රිකෝවා, පද්ධති පරිපාලක: “දාන ශාලාව මට ඉතා අධ්‍යාපනිකයි. මම පරීක්ෂණ ක්රියාවලිය ඉගෙන ගත් අතර පරීක්ෂකයන්ගේ සියලු "වේදනාව" දැනුණා.
මුලදී, පරීක්ෂණ ක්‍රියාවලියේදී, ආදර්ශමත් පරිශීලකයෙකු ලෙස, ඔබ ප්‍රධාන කරුණු පරීක්ෂා කරන්න: බොත්තම ක්ලික් කරන්නේද, එය පිටුවට යන්නේද, පිරිසැලසුම පිටතට ගෙන ගොස් තිබේද යන්න. නමුත් පසුව ඔබට වැටහෙන්නේ ඔබ කොටුවෙන් පිටත වැඩිපුර සිතිය යුතු බවත් යෙදුම "බිඳීමට" උත්සාහ කළ යුතු බවත්ය. පරීක්ෂකයින්ට දුෂ්කර කාර්යයක් ඇත; අතුරුමුහුණත පුරා “විදින” එය ප්‍රමාණවත් නොවේ; ඔබ කොටුවෙන් පිටත සිතීමට උත්සාහ කළ යුතු අතර අතිශයින්ම අවධානයෙන් සිටිය යුතුය.
හැඟීම් ධනාත්මක පමණක් විය, දැන් පවා, සිදුවීමෙන් ටික කලකට පසුව, මම සොයා ගත් දෝෂ මත වැඩ කරන ආකාරය මම දකිමි. නිෂ්පාදනය වැඩිදියුණු කිරීමට සම්බන්ධ වීම සතුටක් ^_^."

Bagelny: BUgHunting. දිනකට දෝෂ 200 ක් සොයා ගන්නේ කෙසේද

Dmitry Seleznev, ඉදිරිපස සංවර්ධනකරු: "තරගකාරී ආකාරයෙන් පරීක්ෂා කිරීම තවත් දෝෂ සොයා ගැනීමට අපව පොලඹවයි). සෑම කෙනෙකුම Baghunting සඳහා සහභාගී වීමට උත්සාහ කළ යුතු බව මට පෙනේ. ගවේෂණාත්මක පරීක්ෂණය මඟින් පරීක්ෂණ සැලැස්මේ විස්තර කර නොමැති අවස්ථා සොයා ගැනීමට ඔබට ඉඩ සලසයි. ඊට අමතරව, ව්‍යාපෘතිය නොදන්නා පුද්ගලයින්ට සේවාවේ පහසුව පිළිබඳව ප්‍රතිපෝෂණ ලබා දිය හැකිය.

Bagelny: BUgHunting. දිනකට දෝෂ 200 ක් සොයා ගන්නේ කෙසේද

Antonina Tatchuk, ජ්යෙෂ්ඨ කර්තෘ: "පරීක්ෂකයෙකු ලෙස මා උත්සාහ කිරීමට මම කැමතියි. මෙය සම්පූර්ණයෙන්ම වෙනස් වැඩ ශෛලියකි. ඔබ උත්සාහ කරන්නේ පද්ධතිය බිඳ දැමීමට මිස එය සමඟ මිතුරු වීමට නොවේ. අපගේ සගයන්ගෙන් පරීක්ෂණය ගැන යමක් ඇසීමට අපට සැමවිටම අවස්ථාව තිබුණි. දෝෂ වලට ප්‍රමුඛත්වය දීම ගැන මම වැඩිදුර ඉගෙන ගත්තෙමි (උදාහරණයක් ලෙස, මම පෙළවල ව්‍යාකරණ දෝෂ සෙවීමට පුරුදු වී සිටිමි, නමුත් එවැනි දෝෂයක “බර” ඉතා කුඩා ය; සහ අනෙක් අතට, මට එතරම් වැදගත් නොවන බව පෙනෙන දෙයක් අවසන් විය. විවේචනාත්මක දෝෂයක්, එය වහාම විසඳා ඇත ).
උත්සවයේදී, යාලුවනේ පරීක්ෂණ න්‍යායේ සාරාංශයක් ලබා දුන්නා. මෙය තාක්ෂණික නොවන අයට ප්‍රයෝජනවත් විය. දින කිහිපයකට පසු මම "කුමක්-කොහෙද-කවදද" සූත්‍රය භාවිතා කරමින් වෙනත් වෙබ් අඩවියකට සහය දක්වමින් සහ වෙබ් අඩවියෙන් සහ යථාර්ථයෙන් මගේ අපේක්ෂාවන් විස්තරාත්මකව විස්තර කරමින් ලියන බව සිතුවෙමි.

නිගමනය

ඔබට ඔබේ කණ්ඩායමේ ජීවිතය විවිධාංගීකරණය කිරීමට අවශ්‍ය නම්, ක්‍රියාකාරීත්වය දෙස නැවුම්ව බලන්න, කුඩා එකක් සකසන්න "ඔබේම සුනඛ ආහාර අනුභව කරන්න", එවිට ඔබට එවැනි සිදුවීමක් පැවැත්වීමට උත්සාහ කළ හැකිය, පසුව අපට එය එකට සාකච්ඡා කළ හැකිය.

සියලු හොඳම සහ අඩු දෝෂ!

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

අදහස් එක් කරන්න