మేము పరీక్షకుల కోసం హ్యాకథాన్ ఎందుకు నిర్వహించాము?

పరీక్షా రంగంలో తగిన నిపుణుడిని ఎన్నుకునే సమస్యను మనలాగే ఎదుర్కొంటున్న వారికి ఈ కథనం ఆసక్తిని కలిగిస్తుంది.

విచిత్రమేమిటంటే, మా రిపబ్లిక్‌లో ఐటి కంపెనీల సంఖ్య పెరగడంతో, విలువైన ప్రోగ్రామర్ల సంఖ్య మాత్రమే పెరుగుతుంది, కానీ టెస్టర్లు కాదు. చాలా మంది ఈ వృత్తిలోకి రావడానికి ఆసక్తిగా ఉన్నారు, కానీ చాలామందికి దాని అర్థం అర్థం కాలేదు.
మేము పరీక్షకుల కోసం హ్యాకథాన్ ఎందుకు నిర్వహించాము?
నేను అన్ని IT కంపెనీల గురించి మాట్లాడలేను, కానీ మేము మా నాణ్యత నిపుణులకు QA/QC పాత్రను కేటాయించాము. వారు అభివృద్ధి బృందంలో భాగం మరియు పరిశోధన నుండి కొత్త వెర్షన్ విడుదల వరకు అభివృద్ధి యొక్క అన్ని దశలలో పాల్గొంటారు.

ఒక బృందంలోని టెస్టర్, ప్రణాళికా దశలో ఉన్నప్పటికీ, వినియోగదారు కథనాన్ని అంగీకరించడానికి అన్ని ఫంక్షనల్ మరియు నాన్-ఫంక్షనల్ అవసరాల గురించి ఆలోచించాలి. అతను ప్రోగ్రామర్‌లతో పాటు ఉత్పత్తి యొక్క కార్యాచరణ లక్షణాలను అర్థం చేసుకోవాలి మరియు ఇంకా మెరుగ్గా ఉండాలి మరియు ప్రణాళిక దశలో కూడా తప్పుడు నిర్ణయాలు తీసుకోకుండా జట్టుకు సహాయం చేయాలి. టెస్టర్‌కు అమలు చేయబడిన కార్యాచరణ ఎలా పని చేస్తుంది మరియు ఎలాంటి ఆపదలు ఉండవచ్చనే దానిపై స్పష్టమైన అవగాహన కలిగి ఉండాలి. మా టెస్టర్‌లు స్వయంగా టెస్ట్ ప్లాన్‌లు మరియు టెస్ట్ కేసులను రూపొందించారు, అలాగే అవసరమైన అన్ని టెస్ట్ బెంచ్‌లను సిద్ధం చేస్తారు. మంకీ క్లిక్కర్ వంటి రెడీమేడ్ స్పెసిఫికేషన్ ప్రకారం పరీక్షించడం మా ఎంపిక కాదు. బృందంలో పని చేస్తున్నప్పుడు, అతను విలువైన ఉత్పత్తిని విడుదల చేయడంలో సహాయం చేయాలి మరియు ఏదైనా తప్పు జరిగితే సమయానికి అలారం మోగించాలి.

పరీక్షకుల కోసం వెతుకుతున్నప్పుడు మేము ఎదుర్కొన్నవి

చాలా రెజ్యూమ్‌లను అధ్యయనం చేసే దశలో, మాకు తగిన అనుభవం ఉన్న నిపుణులు ఉన్నారని మరియు మా బృందానికి టెస్టర్‌ను ఎంచుకోవడంలో ఎటువంటి సమస్యలు ఉండవని అనిపించింది. కానీ, వ్యక్తిగత సమావేశాల సమయంలో, సమాచార సాంకేతిక ప్రపంచానికి చాలా దూరంగా ఉన్న అభ్యర్థులను మేము ఎక్కువగా ఎదుర్కొన్నాము (ఉదాహరణకు, వారు బ్రౌజర్ మరియు వెబ్ సర్వర్ మధ్య పరస్పర చర్య సూత్రాలు, భద్రత, రిలేషనల్ మరియు నాన్ రిలేషనల్ డేటాబేస్‌లు, వారికి వర్చువలైజేషన్ మరియు కంటెయినరైజేషన్ గురించి తెలియదు), కానీ అదే సమయంలో సీనియర్ QA స్థాయిలో తమను తాము అంచనా వేసుకున్నారు. డజన్ల కొద్దీ ఇంటర్వ్యూలు నిర్వహించిన తర్వాత, ఈ ప్రాంతంలో మాకు సరిపోయే నిపుణుల సంఖ్య చాలా తక్కువగా ఉందని మేము నిర్ధారణకు వచ్చాము.

తర్వాత, నాణ్యత కోసం చాలా కాలంగా ఎదురుచూస్తున్న యోధులను కనుగొనడానికి మేము ఏ చర్యలు తీసుకున్నాము మరియు ఏ తప్పులు చేసామో నేను మీకు చెప్తాను.

మేము పరిస్థితిని ఎలా పరిష్కరించడానికి ప్రయత్నించాము

సోర్సింగ్ రెడీమేడ్ నిపుణులతో అలసిపోయిన తరువాత, మేము సమీప ప్రాంతాలను లక్ష్యంగా చేసుకోవడం ప్రారంభించాము:

  1. మేము చాలా మంది "లీవ్-ఇట్" వ్యక్తులలో గుర్తించడానికి మూల్యాంకన పద్ధతులను వర్తింపజేయడానికి ప్రయత్నించాము, వారి నుండి మేము బలమైన నిపుణులను అభివృద్ధి చేయవచ్చు.

    టాస్క్‌లను పూర్తి చేయడానికి సుమారుగా అదే స్థాయి పరిజ్ఞానం ఉన్న సంభావ్య అభ్యర్థుల సమూహాన్ని మేము అడిగాము. వారి ఆలోచనా విధానాన్ని గమనించి, మేము అత్యంత ఆశాజనకంగా ఉన్న అభ్యర్థిని గుర్తించడానికి ప్రయత్నించాము.

    ప్రత్యేకించి, శ్రద్ద, సాంకేతిక సామర్థ్యాల అవగాహన మరియు బహుళసాంస్కృతికత యొక్క లక్షణాలను పరీక్షించడానికి మేము టాస్క్‌లతో ముందుకు వచ్చాము:

    మేము పరీక్షకుల కోసం హ్యాకథాన్ ఎందుకు నిర్వహించాము?
    మేము పరీక్షకుల కోసం హ్యాకథాన్ ఎందుకు నిర్వహించాము?

  2. ప్రస్తుతం ఉన్న ఆగంతుకుల్లో వృత్తి గురించిన అవగాహన యొక్క సరిహద్దులను విస్తరించేందుకు మేము పరీక్షకుల కోసం సమావేశాలను నిర్వహించాము.

    వాటిలో ప్రతి దాని గురించి నేను మీకు కొంచెం చెబుతాను.

    Ufa సాఫ్ట్‌వేర్ QA మరియు టెస్టింగ్ మీట్‌అప్ #1 అనేది వృత్తి పట్ల శ్రద్ధ వహించే వారిని సేకరించడానికి మరియు అదే సమయంలో మేము వారికి తెలియజేయాలనుకుంటున్న దానిపై ప్రజలకు ఆసక్తి ఉందో లేదో అర్థం చేసుకోవడానికి మా మొదటి ప్రయత్నం. ప్రాథమికంగా, మీరు టెస్టర్ కావాలని నిర్ణయించుకుంటే ఎక్కడ ప్రారంభించడం మంచిది అనే దాని గురించి మా నివేదికలు ఉన్నాయి. ప్రారంభకులకు వారి కళ్ళు తెరిచి, పెద్దవారిలా పరీక్షించడంలో సహాయపడండి. అనుభవం లేని టెస్టర్లు వృత్తిలో చేరడానికి తీసుకోవాల్సిన చర్యల గురించి మేము మాట్లాడాము. నాణ్యత అంటే ఏమిటి మరియు వాస్తవ పరిస్థితులలో దాన్ని ఎలా సాధించాలి అనే దాని గురించి. అలాగే, ఆటోమేటిక్ టెస్టింగ్ అంటే ఏమిటి మరియు దానిని ఎక్కడ ఉపయోగించడం సరైనది.

    మేము పరీక్షకుల కోసం హ్యాకథాన్ ఎందుకు నిర్వహించాము?

    తరువాత, 1-2 నెలల విరామంతో, మేము మరో రెండు సమావేశాలను నిర్వహించాము. ఇప్పటికే రెండు రెట్లు ఎక్కువ మంది పాల్గొన్నారు. “Ufa సాఫ్ట్‌వేర్ QA మరియు టెస్టింగ్ మీటప్ #2”లో మేము సబ్జెక్ట్ ఏరియాలోకి లోతుగా మునిగిపోయాము. వారు బగ్ ట్రాకింగ్ సిస్టమ్‌లు, UI/UX టెస్టింగ్ గురించి మాట్లాడారు, డాకర్, అన్సిబుల్‌పై తాకారు మరియు డెవలపర్ మరియు టెస్టర్ మధ్య సాధ్యమయ్యే వైరుధ్యాలు మరియు వాటిని పరిష్కరించే మార్గాల గురించి కూడా మాట్లాడారు.

    మా మూడవ సమావేశం, "Ufa సాఫ్ట్‌వేర్ QA మరియు టెస్టింగ్ మీటప్ #3," టెస్టర్ల పనికి పరోక్షంగా సంబంధించినది, కానీ ప్రోగ్రామర్‌లకు వారి సాంకేతిక మరియు సంస్థాగత విధులను సకాలంలో గుర్తు చేయడంలో ఉపయోగకరంగా ఉంది: లోడ్ టెస్టింగ్, e2e టెస్టింగ్, ఆటోటెస్టింగ్‌లో సెలీనియం, వెబ్ అప్లికేషన్ దుర్బలత్వాలు .

    ఈ సమయంలో మేము మా ఈవెంట్‌ల నుండి ప్రసారాలలో సాధారణ కాంతి మరియు ధ్వనిని ఎలా సృష్టించాలో నేర్చుకుంటున్నాము:

    → పరీక్షలో మొదటి దశలు - Ufa సాఫ్ట్‌వేర్ QA మరియు టెస్టింగ్ మీటప్ #1
    → UI/UX పరీక్ష – Ufa సాఫ్ట్‌వేర్ QA మరియు టెస్టింగ్ మీటప్ #2
    → సెక్యూరిటీ టెస్టింగ్, లోడ్ టెస్టింగ్ మరియు ఆటో టెస్టింగ్ - Ufa QA మరియు టెస్టింగ్ మీటప్ #3

  3. మరియు చివరికి మేము పరీక్షకులకు హ్యాకథాన్ నిర్వహించాలని నిర్ణయించుకున్నాము

మేము పరీక్షకులకు హ్యాకథాన్‌ని ఎలా సిద్ధం చేసాము మరియు నిర్వహించాము

ప్రారంభించడానికి, ఇది ఎలాంటి “మృగం” మరియు ఇది సాధారణంగా ఎలా నిర్వహించబడుతుందో అర్థం చేసుకోవడానికి మేము ప్రయత్నించాము. ఇది ముగిసినట్లుగా, రష్యన్ ఫెడరేషన్‌లో ఈ రకమైన సంఘటనలు చాలాసార్లు నిర్వహించబడలేదు మరియు ఆలోచనలను అరువు తెచ్చుకోవడానికి ఎక్కడా లేదు. రెండవది, మొదటి చూపులో సందేహాస్పదంగా అనిపించిన ఈవెంట్‌లో చాలా వనరులను వెంటనే పెట్టుబడి పెట్టాలని నేను కోరుకోలేదు. అందువల్ల, మేము మొత్తం QA పని చక్రం కోసం కాకుండా వ్యక్తిగత దశల కోసం చిన్న చిన్న హ్యాకథాన్‌లను చేయాలని నిర్ణయించుకున్నాము.

స్పష్టమైన టెస్టింగ్ మ్యాప్‌లను రూపొందించడంలో స్థానిక టెస్టర్‌లలో అభ్యాసం లేకపోవడం మా ప్రధాన తలనొప్పి. క్రియాత్మక మరియు నాన్-ఫంక్షనల్ అవసరాలు, UI/UX, భద్రత, పనిభారం మరియు పీక్ లోడ్‌ల కోసం డెవలపర్‌లకు స్పష్టంగా ఉండే అంగీకార ప్రమాణాలను రూపొందించడానికి మరియు అమలుకు ముందు వినియోగదారు కథనాలను పరిశోధించడానికి వారు సమయాన్ని వెచ్చించరు. అందువల్ల, మేము మొదటిసారిగా, వారి పనిలో అత్యంత ఆసక్తికరమైన మరియు సృజనాత్మక భాగాన్ని చూడాలని నిర్ణయించుకున్నాము - ప్రీ-ప్రాజెక్ట్ పరిశోధన సమయంలో అవసరాల విశ్లేషణ మరియు ఏర్పాటు.

మేము పాల్గొనేవారి సంభావ్య సంఖ్యను అంచనా వేసాము మరియు MVP విడుదలల కోసం మాకు కనీసం 5 బ్యాక్‌లాగ్‌లు, 5 ఉత్పత్తులు మరియు ఉత్పత్తి యజమానులుగా వ్యవహరించే, వ్యాపార అవసరాలను అర్థంచేసుకునే మరియు పరిమితులపై నిర్ణయాలు తీసుకునే 5 మంది వ్యక్తులు అవసరమని నిర్ణయించాము.

మాకు లభించినవి ఇక్కడ ఉన్నాయి: హ్యాకథాన్ కోసం బ్యాక్‌లాగ్‌లు.

ప్రధాన ఆలోచన ఏమిటంటే, పాల్గొనే వారందరి రోజువారీ పనికి వీలైనంత దూరంగా ఉన్న అంశాలతో ముందుకు రావడం మరియు వారికి సృజనాత్మక కల్పనకు అవకాశం కల్పించడం.

మేము పరీక్షకుల కోసం హ్యాకథాన్ ఎందుకు నిర్వహించాము?

మేము పరీక్షకుల కోసం హ్యాకథాన్ ఎందుకు నిర్వహించాము?

మనం ఏ తప్పులు చేసాము మరియు మనం ఏమి బాగా చేయగలము?

విక్రయదారులు మరియు దిగువ స్థాయి నిర్వాహకులను నియమించే రంగంలో బాగా ప్రాచుర్యం పొందిన అసెస్‌మెంట్ ప్రాక్టీసుల ఉపయోగం భారీ మొత్తంలో కృషి చేసింది, అయితే ప్రతి పాల్గొనేవారికి తగిన శ్రద్ధ చూపడానికి మరియు అతని సామర్థ్యాలను అంచనా వేయడానికి మాకు అనుమతించలేదు. సాధారణంగా, ఈ ఎంపిక ఎంపిక సంస్థ యొక్క ప్రతికూల చిత్రాన్ని సృష్టిస్తుంది, ఎందుకంటే చాలా మంది వ్యక్తులు తగినంత అభిప్రాయాన్ని అందుకుంటారు మరియు తదనంతరం తమలో మరియు ఇతరులలో యజమాని యొక్క దౌర్జన్యం యొక్క ప్రభావాన్ని సృష్టిస్తారు (IT కమ్యూనిటీలలో కమ్యూనికేషన్లు చాలా అభివృద్ధి చెందాయి). ఫలితంగా, మేము చాలా సుదూర భవిష్యత్తుతో అక్షరాలా ఇద్దరు సంభావ్య అభ్యర్థులతో మిగిలిపోయాము.

సమావేశాలు మంచి విషయం. వివరణ కోసం విస్తృతమైన ఆధారం సృష్టించబడుతుంది మరియు పాల్గొనేవారి సాధారణ స్థాయి పెరుగుతుంది. మార్కెట్‌లో కంపెనీ మరింత గుర్తింపు పొందుతోంది. కానీ అలాంటి సంస్థల శ్రమ తీవ్రత చిన్నది కాదు. సమావేశాలను నిర్వహించడానికి సంవత్సరానికి సుమారు 700-800 పని గంటలు పడుతుందని మీరు స్పష్టంగా అర్థం చేసుకోవాలి.

టెస్టింగ్ హ్యాకథాన్ విషయానికొస్తే. ఈ రకమైన ఈవెంట్‌లు ఇంకా బోరింగ్‌గా మారలేదు, ఎందుకంటే డెవలపర్‌ల కోసం హ్యాకథాన్‌ల మాదిరిగా కాకుండా, అవి చాలా తక్కువ తరచుగా జరుగుతాయి. ఈ ఆలోచన యొక్క ప్రయోజనం ఏమిటంటే, రిలాక్స్డ్ పద్ధతిలో మీరు పెద్ద మొత్తంలో ఆచరణాత్మక జ్ఞానాన్ని మార్పిడి చేసుకోవచ్చు మరియు ప్రతి పాల్గొనేవారి స్థాయిని చాలా ఖచ్చితంగా నిర్ణయించవచ్చు.

ఈవెంట్ ఫలితాలను విశ్లేషించిన తర్వాత, మేము చాలా తప్పులు చేశామని మేము గ్రహించాము:

  1. 4-5 గంటలు మనకు సరిపోతాయని నమ్మడం క్షమించరాని తప్పు. ఫలితంగా, బ్యాక్‌లాగ్‌లతో పరిచయం మరియు పరిచయం దాదాపు 2 గంటలు పట్టింది.
    ప్రారంభ దశలో ఉత్పత్తి యజమానులతో కలిసి పని చేయడం మరియు సబ్జెక్ట్ ఏరియాలోకి ప్రవేశించడానికి అదే సమయం పట్టింది. కాబట్టి టెస్టింగ్ మ్యాప్‌ల సమగ్ర అభివృద్ధికి మిగిలిన సమయం స్పష్టంగా సరిపోలేదు.
  2. ప్రతి మ్యాప్‌పై వివరణాత్మక అభిప్రాయానికి తగినంత సమయం మరియు శక్తి లేదు, ఎందుకంటే అప్పటికే రాత్రి అయింది. అందువల్ల, మేము ఈ భాగాన్ని స్పష్టంగా విఫలమయ్యాము, అయితే మొదట హ్యాకథాన్‌లో అత్యంత విలువైనదిగా భావించబడింది.
  3. అన్ని పాల్గొనేవారి సాధారణ ఓటు ద్వారా అభివృద్ధి నాణ్యతను అంచనా వేయాలని మేము నిర్ణయించుకున్నాము, ప్రతి బృందానికి 3 ఓట్లను కేటాయించాము, వారు అత్యధిక నాణ్యత గల పని కోసం ఇవ్వగలరు. బహుశా జ్యూరీని నిర్వహించడం మంచిది.

మీరు ఏమి సాధించారు?

మేము మా సమస్యను పాక్షికంగా పరిష్కరించాము మరియు ఇప్పుడు మా కోసం 4 మంది ధైర్యవంతులు, అందమైన పురుషులు పనిచేస్తున్నారు, 4 అభివృద్ధి బృందాల వెనుక భాగాన్ని కవర్ చేస్తున్నారు. సంభావ్య బలమైన అభ్యర్థులు మరియు నగరం యొక్క QA కమ్యూనిటీ స్థాయిలో స్పష్టమైన మార్పులు ఇంకా గుర్తించబడలేదు. కానీ కొంత పురోగతి ఉంది మరియు ఇది సంతోషించదు.

మూలం: www.habr.com

ఒక వ్యాఖ్యను జోడించండి