பேகல்னி: பக்ஹண்டிங். ஒரு நாளில் 200 பிழைகளை எப்படி கண்டுபிடிப்பது

அனைவருக்கும் வணக்கம்! என் பெயர் யூலியா மற்றும் நான் ஒரு சோதனையாளர். போன வருடம் நான் சொன்னேன் பகோடெல்னியா - பிழையின் பின்னடைவை அகற்ற எங்கள் நிறுவனத்தில் நடைபெற்ற நிகழ்வு. ஒரே நாளில் (வெவ்வேறு அணிகளில் 10 முதல் 50% வரை) கணிசமாகக் குறைக்க இது முற்றிலும் சாத்தியமான விருப்பமாகும்.

எங்கள் வசந்த பகோடெல்னி வடிவமைப்பைப் பற்றி இன்று நான் உங்களுக்கு சொல்ல விரும்புகிறேன் - BUgHunting (BUH). இந்த முறை நாங்கள் பழைய பிழைகளை சரிசெய்யவில்லை, ஆனால் புதியவற்றைத் தேடினோம் மற்றும் அம்சங்களுக்கான யோசனைகளை முன்மொழிந்தோம். அத்தகைய நிகழ்வுகளின் அமைப்பு, எங்கள் முடிவுகள் மற்றும் பங்கேற்பாளர்களின் கருத்து பற்றிய பல விவரங்கள் வெட்டுக்குக் கீழே உள்ளன.

பேகல்னி: பக்ஹண்டிங். ஒரு நாளில் 200 பிழைகளை எப்படி கண்டுபிடிப்பது

ஒழுங்குமுறைகளை யோசித்து எழுதி முடித்த பிறகு, கார்ப்பரேட் ஸ்லாக்கின் அனைத்து சேனல்களுக்கும் அழைப்பை அனுப்பினோம், அதில் எந்த கட்டுப்பாடுகளும் இல்லை:

பேகல்னி: பக்ஹண்டிங். ஒரு நாளில் 200 பிழைகளை எப்படி கண்டுபிடிப்பது

இதன் விளைவாக, சுமார் 30 பேர் பதிவுசெய்தனர் - டெவலப்பர்கள் மற்றும் தொழில்நுட்பம் அல்லாத நிபுணர்கள். நிகழ்ச்சிக்காக ஒரு முழு வேலை நாளையும் ஒதுக்கினோம், ஒரு பெரிய மீட்டிங் அறையை முன்பதிவு செய்து, அலுவலக கேண்டீனில் மதிய உணவுகளை ஏற்பாடு செய்தோம்.

ஏன்?

ஒவ்வொரு அணியும் அதன் செயல்பாட்டை சோதிக்கிறது என்று தோன்றுகிறது. பயனர்கள் பிழைகளை எங்களிடம் தெரிவிக்கின்றனர். ஏன் இப்படி ஒரு நிகழ்ச்சியை நடத்த வேண்டும்?

எங்களுக்கு பல இலக்குகள் இருந்தன.

  1. தொடர்புடைய திட்டங்கள்/தயாரிப்புகளுக்கு நெருக்கமான தோழர்களை அறிமுகப்படுத்துங்கள்.
    இப்போது எங்கள் நிறுவனத்தில் அனைவரும் தனித்தனி குழுக்களில் வேலை செய்கிறார்கள் - அலகுகள். இவை செயல்திட்டத்தின் சொந்தப் பகுதியில் செயல்படும் திட்டக் குழுக்கள் மற்றும் பிற திட்டங்களில் என்ன நடக்கிறது என்பதை எப்போதும் முழுமையாக அறிந்திருக்காது.
  2. உங்கள் சக ஊழியர்களை ஒருவருக்கொருவர் அறிமுகப்படுத்துங்கள்.
    எங்கள் மாஸ்கோ அலுவலகத்தில் கிட்டத்தட்ட 800 ஊழியர்கள் உள்ளனர்; எல்லா சக ஊழியர்களும் பார்வையால் ஒருவருக்கொருவர் தெரியாது.
  3. டெவலப்பர்கள் தங்கள் தயாரிப்புகளில் பிழைகளைக் கண்டறியும் திறனை மேம்படுத்தவும்.
    நாங்கள் இப்போது சுறுசுறுப்பான சோதனையை ஊக்குவித்து, இந்த திசையில் தோழர்களுக்கு பயிற்சி அளிக்கிறோம்.
  4. சோதனையில் தொழில்நுட்ப வல்லுநர்களை விட அதிகமாக ஈடுபடுங்கள்.
    தொழில்நுட்பத் துறையைத் தவிர, சோதனையைப் பற்றி மேலும் பேச விரும்பும் பிற சிறப்புத் துறைகளைச் சேர்ந்த பல சகாக்கள் எங்களிடம் உள்ளனர், பிழையை எவ்வாறு சரியாகப் புகாரளிப்பது என்பது பற்றி, “ஆஹா... எதுவும் வேலை செய்யாது” போன்ற குறைவான செய்திகளைப் பெறுவோம்.
  5. மற்றும், நிச்சயமாக, தந்திரமான மற்றும் தெளிவற்ற பிழைகள் கண்டுபிடிக்க.
    புதிய அம்சங்களைச் சோதிக்க குழுக்களுக்கு உதவவும், செயல்படுத்தப்பட்ட செயல்பாட்டை வேறு கோணத்தில் பார்க்க அவர்களுக்கு வாய்ப்பளிக்கவும் நான் விரும்பினேன்.

Реализация

எங்கள் நாள் பல தொகுதிகளைக் கொண்டது:

  • விளக்கவுரை;
  • சோதனை பற்றிய ஒரு குறுகிய விரிவுரை, அதில் முக்கிய புள்ளிகளை மட்டுமே தொட்டோம் (இலக்குகள் மற்றும் சோதனையின் கொள்கைகள் போன்றவை);
  • பிழைகளை அறிமுகப்படுத்தும் போது "நல்ல நடத்தை விதிகள்" என்ற பிரிவு (இங்கே கொள்கைகள் நன்கு விவரிக்கப்பட்டுள்ளன);
  • உயர்நிலை விவரிக்கப்பட்ட காட்சிகளைக் கொண்ட திட்டங்களுக்கான நான்கு சோதனை அமர்வுகள்; ஒவ்வொரு அமர்வுக்கு முன்பும் திட்டம் மற்றும் குழுக்களாகப் பிரித்தல் பற்றிய ஒரு சிறிய அறிமுக விரிவுரை இருந்தது;
  • நிகழ்வின் குறுகிய ஆய்வு;
  • சுருக்கமாக.

(அமர்வுகள் மற்றும் மதிய உணவிற்கு இடையிலான இடைவெளிகளைப் பற்றியும் நாங்கள் மறக்கவில்லை).

அடிப்படை விதிகள்

  • நிகழ்வுகளுக்கான பதிவு தனிப்பட்டது, ஒரு நபர் செல்ல வேண்டாம் என்று முடிவு செய்தால், முழு அணியும் மந்தநிலை காரணமாக வெளியேறும் சிக்கலை தீர்க்கிறது.
  • பங்கேற்பாளர்கள் ஒவ்வொரு அமர்விலும் அணிகளை மாற்றுகிறார்கள். இது பங்கேற்பாளர்கள் எந்த நேரத்திலும் வந்து செல்ல அனுமதிக்கிறது, மேலும் பலரையும் நீங்கள் சந்திக்கலாம்.
  • கட்டளைகளை ஒவ்வொரு அமர்வுக்கும் முன் இரண்டு பேர் தோராயமாக உருவாகின்றன, இது மிகவும் சுறுசுறுப்பாகவும் வேகமாகவும் செய்கிறது.
  • அறிமுகப்படுத்தப்பட்ட பிழைகளுக்கு உங்களுக்கு விருது வழங்கப்படுகிறது முக்கியத்துவத்தைப் பொறுத்து புள்ளிகள் (3 முதல் 10 வரை)..
  • நகல்களுக்கு புள்ளிகள் வழங்கப்படவில்லை.
  • அனைத்து உள் தரநிலைகளின்படி ஒரு குழு உறுப்பினரால் பிழைகள் தாக்கல் செய்யப்பட வேண்டும்.
  • அம்சக் கோரிக்கைகள் ஒரு தனிப் பணியில் உருவாக்கப்பட்டு தனி நியமனத்தில் பங்கேற்கின்றன.
  • தணிக்கை குழு அனைத்து விதிகளுக்கும் இணங்குவதை கண்காணிக்கிறது.

பேகல்னி: பக்ஹண்டிங். ஒரு நாளில் 200 பிழைகளை எப்படி கண்டுபிடிப்பது

வேறு தகவல்கள்

  • ஆரம்பத்தில், நான் ஒரு "மேம்பட்ட" சோதனை நிகழ்வை செய்ய விரும்பினேன், ஆனால்... தயாரிப்பு அல்லாத குழுக்களில் இருந்து நிறைய தோழர்கள் கையொப்பமிட்டுள்ளனர் (SMM, வழக்கறிஞர்கள், PR), நாங்கள் உள்ளடக்கத்தை மிகவும் எளிதாக்க வேண்டும் மற்றும் சிக்கலான/சுயவிவர வழக்குகளை அகற்ற வேண்டும்.
  • வெவ்வேறு திட்டங்களில் ஜிராவில் உள்ள அலகுகளின் வேலை காரணமாக, எங்கள் ஓட்டத்தின் படி, நாங்கள் சிறப்பாக ஒரு தனி திட்டத்தை உருவாக்கினோம், அதில் பிழைகளை அறிமுகப்படுத்துவதற்கான டெம்ப்ளேட்டை நாங்கள் அமைத்துள்ளோம்.
  • புள்ளிகளைக் கணக்கிட, வெப்ஹூக்குகள் மூலம் புதுப்பிக்கப்பட்ட லீடர்போர்டைப் பயன்படுத்த அவர்கள் திட்டமிட்டனர், ஆனால் ஏதோ தவறு ஏற்பட்டது, இறுதியில் கணக்கீடு கைமுறையாக செய்யப்பட வேண்டியிருந்தது.

நிகழ்வுகளை ஒழுங்கமைக்கும்போது அனைவரும் சிக்கலில் மாட்டிக் கொள்கிறார்கள், மேலும் அதை உங்களுக்கு கொஞ்சம் எளிதாக்க, நீங்கள் தவிர்க்கக்கூடிய எங்கள் பிரச்சனைகளை நான் விவரிக்கிறேன்.

பேச்சாளர்களில் ஒருவர் திடீரென நோய்வாய்ப்பட்டதால் புதிய ஒன்றைக் கண்டுபிடிக்க வேண்டியிருந்தது.
காலை 9 மணிக்கு அதே அணியில் இருந்து ஒரு மாற்று வீரரைக் கண்டுபிடித்ததில் நான் மிகவும் அதிர்ஷ்டசாலி). ஆனால் அதிர்ஷ்டத்தை நம்பாமல் இருப்பது நல்லது. அல்லது தேவையான அறிக்கையை நீங்களே கொடுக்க தயாராக இருங்கள்.

செயல்பாட்டைச் செயல்படுத்த எங்களுக்கு நேரம் இல்லை, நாங்கள் தொகுதிகளை மாற்ற வேண்டியிருந்தது.
முழுத் தொகுதியையும் தூக்கி எறிவதைத் தவிர்க்க, காப்புப் பிரதி திட்டத்தை வைத்திருப்பது நல்லது.

சில சோதனை பயனர்கள் கைவிடப்பட்டனர், நாங்கள் விரைவாக புதியவற்றை மீண்டும் உருவாக்க வேண்டியிருந்தது.
பயனர்களை முன்கூட்டியே சரிபார்க்கவும் அல்லது அவற்றை விரைவாகச் செய்ய முடியும்.

வடிவமைப்பு எளிமைப்படுத்தப்பட்ட தோழர்கள் யாரும் வரவில்லை.
யாரையும் வலுக்கட்டாயமாக இழுக்க வேண்டிய அவசியம் இல்லை. உங்களைத் தாழ்த்திக் கொள்ளுங்கள்.
நிகழ்வின் வடிவமைப்பை கண்டிப்பாக பரிந்துரைக்க ஒரு விருப்பம் உள்ளது: "அமெச்சூர்"/"மேம்பட்ட", அல்லது ஒரே நேரத்தில் இரண்டு விருப்பங்களைத் தயார் செய்து, உண்மைக்குப் பிறகு எதை நடத்துவது என்பதை முடிவு செய்யுங்கள்.

பயனுள்ள நிறுவன புள்ளிகள்:

  • ஒரு கூட்டத்தை முன்கூட்டியே பதிவு செய்யுங்கள்;
  • அட்டவணைகளை ஏற்பாடு செய்யுங்கள், நீட்டிப்பு வடங்கள் மற்றும் எழுச்சி பாதுகாப்பாளர்களைப் பற்றி மறந்துவிடாதீர்கள் (மடிக்கணினிகள் / தொலைபேசிகளை சார்ஜ் செய்வது நாள் முழுவதும் போதுமானதாக இருக்காது);
  • மதிப்பெண் செயல்முறையை தானியங்குபடுத்துதல்;
  • தரவரிசை அட்டவணைகள் தயார்;
  • சோதனை பயனர்களின் உள்நுழைவுகள் மற்றும் கடவுச்சொற்கள், ஜிராவுடன் பணிபுரிவதற்கான வழிமுறைகள், ஸ்கிரிப்ட்களுடன் காகித கையேடுகளை உருவாக்கவும்;
  • நிகழ்வுக்கு ஒரு வாரத்திற்கு முன்பு நினைவூட்டல்களை அனுப்ப மறக்காதீர்கள், மேலும் உங்களுடன் எடுத்துச் செல்ல வேண்டியவற்றை (லேப்டாப்கள்/சாதனங்கள்) குறிப்பிடவும்;
  • ஒரு டெமோவில், மதிய உணவுகளில், ஒரு கப் காபியில் நிகழ்வைப் பற்றி உங்கள் சக ஊழியர்களிடம் சொல்லுங்கள்;
  • இந்த நாளில் எதையும் புதுப்பிக்கவோ அல்லது வெளியிடவோ கூடாது என்று devops உடன் உடன்படுங்கள்;
  • பேச்சாளர்கள் தயார்;
  • அம்ச உரிமையாளர்களுடன் பேச்சுவார்த்தை நடத்தவும் மற்றும் சோதனைக்கு மேலும் காட்சிகளை எழுதவும்;
  • சிற்றுண்டிகளுக்கு விருந்துகளை (குக்கீகள்/மிட்டாய்கள்) ஆர்டர் செய்யுங்கள்;
  • நிகழ்வின் முடிவுகளைப் பற்றி எங்களிடம் கூற மறக்காதீர்கள்.

Результаты

நாள் முழுவதும், தோழர்களே 4 திட்டங்களைச் சோதித்து 192 பிழைகள் (அதில் 134 தனிப்பட்டவை) மற்றும் அம்சக் கோரிக்கைகளுடன் 7 சிக்கல்களை உருவாக்க முடிந்தது. நிச்சயமாக, திட்ட உரிமையாளர்கள் ஏற்கனவே இந்த பிழைகள் சில பற்றி அறிந்திருந்தனர். ஆனால் எதிர்பாராத கண்டுபிடிப்புகளும் இருந்தன.

அனைத்து பங்கேற்பாளர்களும் இனிப்பு பரிசுகளை பெற்றனர்.

பேகல்னி: பக்ஹண்டிங். ஒரு நாளில் 200 பிழைகளை எப்படி கண்டுபிடிப்பது

மற்றும் வெற்றியாளர்கள் தெர்மோஸ்கள், பேட்ஜ்கள், ஸ்வெட்ஷர்ட்கள்.

பேகல்னி: பக்ஹண்டிங். ஒரு நாளில் 200 பிழைகளை எப்படி கண்டுபிடிப்பது

சுவாரஸ்யமானது என்ன:

  • பங்கேற்பாளர்கள் கடினமான அமர்வுகளின் வடிவமைப்பை எதிர்பாராத விதமாகக் கண்டறிந்தனர், நேரம் குறைவாக இருக்கும் போது மற்றும் நீங்கள் சிந்திக்க அதிக நேரம் செலவிட முடியாது;
  • டெஸ்க்டாப், மொபைல் பதிப்பு மற்றும் பயன்பாடுகளை சோதிக்க நிர்வகிக்கப்படுகிறது;
  • ஒரே நேரத்தில் பல திட்டங்களைப் பார்த்தோம், சலிப்படைய நேரமில்லை;
  • வெவ்வேறு சக ஊழியர்களைச் சந்தித்தார், பிழைகளை அறிமுகப்படுத்துவதற்கான அவர்களின் அணுகுமுறைகளைப் பார்த்தார்;
  • சோதனையாளர்களின் அனைத்து வலிகளையும் உணர்ந்தேன்.

எதை மேம்படுத்தலாம்:

  • குறைவான திட்டங்களைச் செய்யுங்கள் மற்றும் அமர்வு நேரத்தை 1,5 மணிநேரமாக அதிகரிக்கவும்;
  • பரிசுகள்/நினைவுப் பொருட்களை முன்கூட்டியே தயார் செய்யுங்கள் (சில நேரங்களில் ஒப்புதல்/கட்டணம் ஒரு மாதம் ஆகும்);
  • நிதானமாக, ஏதோ திட்டத்தின் படி நடக்காது மற்றும் வலுக்கட்டாயமாக இருக்கும் என்பதை ஏற்றுக்கொள்.

விமர்சனங்கள்

பேகல்னி: பக்ஹண்டிங். ஒரு நாளில் 200 பிழைகளை எப்படி கண்டுபிடிப்பது
அன்னா பைஸ்ட்ரிகோவா, கணினி நிர்வாகி: “அன்னதானம் எனக்கு மிகவும் கல்வி பயக்கும். நான் சோதனை செயல்முறையை கற்றுக்கொண்டேன் மற்றும் சோதனையாளர்களின் அனைத்து "வலியையும்" உணர்ந்தேன்.
முதலில், சோதனைச் செயல்பாட்டின் போது, ​​ஒரு முன்மாதிரியான பயனராக, நீங்கள் முக்கிய புள்ளிகளைச் சரிபார்க்கிறீர்கள்: பொத்தான் கிளிக் செய்கிறார்களா, அது பக்கத்திற்குச் செல்கிறதா, தளவமைப்பு வெளியேறியதா. ஆனால் பின்னர் நீங்கள் பெட்டிக்கு வெளியே அதிகம் சிந்திக்க வேண்டும் மற்றும் பயன்பாட்டை "உடைக்க" முயற்சிக்க வேண்டும். சோதனையாளர்களுக்கு கடினமான வேலை உள்ளது; இடைமுகம் முழுவதும் "குத்துவது" போதாது; நீங்கள் பெட்டிக்கு வெளியே சிந்திக்க முயற்சிக்க வேண்டும் மற்றும் மிகவும் கவனத்துடன் இருக்க வேண்டும்.
இம்ப்ரெஷன்கள் நேர்மறையாகவே இருந்தன, இப்போது கூட, நிகழ்வு முடிந்த சிறிது நேரம் கழித்து, நான் கண்டறிந்த பிழைகளில் எவ்வாறு வேலை செய்யப்படுகிறது என்பதைப் பார்க்கிறேன். தயாரிப்பை மேம்படுத்துவதில் ஈடுபடுவது மகிழ்ச்சி அளிக்கிறது ^_^."

பேகல்னி: பக்ஹண்டிங். ஒரு நாளில் 200 பிழைகளை எப்படி கண்டுபிடிப்பது

டிமிட்ரி செலஸ்னேவ், முன்-இறுதி டெவலப்பர்: "போட்டி முறையில் சோதனை செய்வது, மேலும் பிழைகளைக் கண்டறிய எங்களை பெரிதும் ஊக்குவிக்கிறது). பகுண்டிங்கில் பங்கேற்க அனைவரும் முயற்சிக்க வேண்டும் என்று எனக்குத் தோன்றுகிறது. சோதனைத் திட்டத்தில் விவரிக்கப்படாத வழக்குகளைக் கண்டறிய ஆய்வு சோதனை உங்களை அனுமதிக்கிறது. மேலும், திட்டத்தை அறியாதவர்கள் சேவையின் வசதி குறித்து கருத்து தெரிவிக்கலாம்.

பேகல்னி: பக்ஹண்டிங். ஒரு நாளில் 200 பிழைகளை எப்படி கண்டுபிடிப்பது

Antonina Tatchuk, மூத்த ஆசிரியர்: "நான் என்னை ஒரு சோதனையாளராக முயற்சிக்க விரும்பினேன். இது முற்றிலும் மாறுபட்ட வேலை பாணி. நீங்கள் அமைப்பை உடைக்க முயற்சிக்கிறீர்கள், அதனுடன் நட்பு கொள்ளவில்லை. எங்கள் சக ஊழியர்களிடம் சோதனை பற்றி ஏதாவது கேட்க எங்களுக்கு எப்போதும் வாய்ப்பு கிடைத்தது. பிழைகளுக்கு முன்னுரிமை அளிப்பது பற்றி நான் அதிகம் கற்றுக்கொண்டேன் (உதாரணமாக, நான் உரைகளில் இலக்கணப் பிழைகளைத் தேடப் பழகிவிட்டேன், ஆனால் அத்தகைய பிழையின் "எடை" மிகவும் சிறியது; மற்றும் நேர்மாறாக, எனக்கு மிகவும் முக்கியமானதாகத் தோன்றிய ஒன்று. ஒரு முக்கியமான பிழை, உடனடியாக சரி செய்யப்பட்டது ).
நிகழ்வில், தோழர்கள் சோதனைக் கோட்பாட்டின் சுருக்கத்தை வழங்கினர். இது தொழில்நுட்பம் இல்லாதவர்களுக்கு பயனுள்ளதாக இருந்தது. சில நாட்களுக்குப் பிறகு, "என்ன-எங்கே-எப்போது" சூத்திரத்தைப் பயன்படுத்தி மற்றொரு தளத்திற்கு ஆதரவாக எழுதுகிறேன் என்று நினைத்துக்கொண்டேன், மேலும் தளம் மற்றும் உண்மையிலிருந்து எனது எதிர்பார்ப்புகளை விரிவாக விவரிக்கிறேன்.

முடிவுக்கு

உங்கள் குழுவின் வாழ்க்கையை பன்முகப்படுத்த விரும்பினால், செயல்பாட்டைப் புதிதாகப் பாருங்கள், ஒரு மினியை ஏற்பாடு செய்யுங்கள் "உங்கள் நாய் உணவை நீங்களே சாப்பிடுங்கள்", அப்படியான ஒரு நிகழ்வை நடத்த நீங்கள் முயற்சி செய்யலாம், பிறகு நாம் அதை ஒன்றாக விவாதிக்கலாம்.

அனைத்து சிறந்த மற்றும் குறைவான பிழைகள்!

ஆதாரம்: www.habr.com

கருத்தைச் சேர்