పరిచయం
శుభ మధ్యాహ్నం, ఖబ్రోవ్స్క్ నివాసితులు. ఇప్పుడే నేను ఫిన్‌టెక్ కంపెనీకి QA లీడ్ ఖాళీ కోసం ఒక టెస్ట్ టాస్క్‌ని పరిష్కరిస్తున్నాను. ఎలక్ట్రిక్ కెటిల్‌ను పరీక్షించడానికి పూర్తి చెక్‌లిస్ట్ మరియు పరీక్ష కేసుల ఉదాహరణలతో పరీక్ష ప్రణాళికను రూపొందించడం మొదటి పని, చిన్నవిషయంగా పరిష్కరించబడుతుంది:
పూర్తి చెక్‌లిస్ట్‌తో మెరుగైన పరీక్ష ప్రణాళిక గురించి ఆలోచించడం కష్టం.
కానీ రెండవ భాగం ఒక ప్రశ్నగా మారింది: "అందరు పరీక్షకులకు మరింత సమర్థవంతంగా పని చేయకుండా నిరోధించే ఏవైనా సమస్యలు ఉన్నాయా?"
పరీక్ష సమయంలో నేను ఎదుర్కొన్న అన్ని ఎక్కువ లేదా తక్కువ గుర్తించదగిన సమస్యలను జాబితా చేయడం, చిన్న విషయాలను తొలగించడం మరియు మిగిలిన వాటిని సంగ్రహించడం మనస్సుకు వచ్చిన మొదటి విషయం. కానీ ప్రేరక పద్ధతి "అందరికీ" వర్తించని ప్రశ్నకు సమాధానం ఇస్తుందని నేను త్వరగా గ్రహించాను, కానీ, ఉత్తమంగా, "మెజారిటీ" పరీక్షకులకు మాత్రమే. అందువల్ల, నేను దానిని అవతలి వైపు నుండి, తగ్గింపుగా సంప్రదించాలని నిర్ణయించుకున్నాను మరియు ఇది జరిగింది.
నిర్వచించే
క్రొత్త సమస్యను పరిష్కరించేటప్పుడు నేను సాధారణంగా చేసే మొదటి పని ఏమిటంటే, దాని గురించి ఏమిటో అర్థం చేసుకోవడానికి ప్రయత్నించడం మరియు దీన్ని చేయడానికి నేను దానిని విసిరే పదాల అర్థాన్ని అర్థం చేసుకోవాలి. అర్థం చేసుకోవలసిన ముఖ్య పదాలు క్రిందివి:
- సమస్య
- పరీక్షకుడు
- టెస్టర్ ఉద్యోగం
- టెస్టర్ సామర్థ్యం
వికీపీడియా మరియు ఇంగితజ్ఞానం వైపు చూద్దాం:
(ప్రాచీన గ్రీకు πρόβλημα) విస్తృత అర్థంలో - అధ్యయనం మరియు తీర్మానం అవసరమయ్యే సంక్లిష్టమైన సైద్ధాంతిక లేదా ఆచరణాత్మక సమస్య; విజ్ఞాన శాస్త్రంలో - ఏదైనా దృగ్విషయం, వస్తువులు, ప్రక్రియల వివరణలో వ్యతిరేక స్థానాల రూపంలో కనిపించే విరుద్ధమైన పరిస్థితి మరియు దానిని పరిష్కరించడానికి తగిన సిద్ధాంతం అవసరం; జీవితంలో, సమస్య ప్రజలకు అర్థమయ్యే రూపంలో రూపొందించబడింది: “నాకు ఏమి తెలుసు, ఎలా చేయాలో నాకు తెలియదు,” అంటే, ఏమి పొందాలో తెలుసు, కానీ ఎలా చేయాలో తెలియదు . ఆలస్యంగా వస్తుంది. lat. సమస్య, గ్రీకు నుండి. πρόβλημα "ముందుకు విసిరి, ముందు ఉంచుతారు"; προβάλλω నుండి “ముందుకు విసిరేయండి, మీ ముందు ఉంచండి; నింద".
ఇది చాలా అర్ధవంతం కాదు, వాస్తవానికి, "సమస్య" = "ఏదైనా పరిష్కరించాల్సిన అవసరం ఉంది."
- ఒక భాగం లేదా సిస్టమ్‌ను పరీక్షించడంలో పాల్గొనే నిపుణుడు (మేము అన్ని టెస్టర్లపై ఆసక్తి కలిగి ఉన్నందున మేము రకాలుగా విభజించము, దీని ఫలితం:
- పరీక్షకు సంబంధించిన కార్యకలాపాల సమితి.
(lat. ఎఫెక్టివ్) - సాధించిన ఫలితం మరియు ఉపయోగించిన వనరుల మధ్య సంబంధం (: 2015).
- గుణాత్మకంగా లేదా పరిమాణాత్మకంగా వ్యక్తీకరించబడిన చర్యలు (ఫలితం) లేదా సంఘటనల గొలుసు (శ్రేణి) యొక్క పరిణామం. సాధ్యమయ్యే ఫలితాలలో ప్రయోజనం, ప్రతికూలత, లాభం, నష్టం, విలువ మరియు విజయం ఉన్నాయి.
"సమస్య" వలె, తక్కువ అర్ధం ఉంది: పని ఫలితంగా బయటకు వచ్చింది.
- ఒక వ్యక్తి లేదా వ్యక్తుల యొక్క ఏదైనా కార్యాచరణను నిర్వహించడానికి పరిమాణాత్మకంగా కొలవగల అవకాశం; ఆశించిన ఫలితాన్ని పొందడానికి కొన్ని పరివర్తనలను ఉపయోగించడాన్ని అనుమతించే పరిస్థితులు. టెస్టర్ ఒక వ్యక్తి, మరియు ముఖ్యమైన వనరుల సిద్ధాంతానికి అనుగుణంగా, ప్రతి వ్యక్తి నాలుగు ఆర్థిక ఆస్తుల యజమాని:
నగదు (ఆదాయం) ఒక పునరుత్పాదక వనరు;
శక్తి (జీవన శక్తి) పాక్షికంగా పునరుత్పాదక వనరు;
సమయం స్థిరమైన మరియు ప్రాథమికంగా పునరుత్పాదక వనరు;
జ్ఞానం (సమాచారం) అనేది పునరుత్పాదక వనరు, ఇది మానవ మూలధనంలో భాగం, ఇది వృద్ధి చెందుతుంది మరియు నాశనం చేయబడుతుంది.
మన విషయంలో సమర్థత యొక్క నిర్వచనం పూర్తిగా సరైనది కాదని నేను గమనించాలనుకుంటున్నాను, ఎందుకంటే మనం ఎంత ఎక్కువ జ్ఞానాన్ని ఉపయోగిస్తామో, సామర్థ్యం తక్కువగా ఉంటుంది. అందువల్ల, నేను సామర్థ్యాన్ని "సాధించిన ఫలితాలు మరియు ఖర్చు చేసిన వనరుల మధ్య నిష్పత్తి"గా పునర్నిర్వచించాను. అప్పుడు ప్రతిదీ సరైనది: పని సమయంలో జ్ఞానం వృధా కాదు, కానీ ఇది టెస్టర్ యొక్క ప్రాథమికంగా పునరుత్పాదక వనరు యొక్క ఖర్చులను తగ్గిస్తుంది - అతని సమయం.
నిర్ణయం
కాబట్టి, మేము వారి పని యొక్క ప్రభావాన్ని దెబ్బతీసే పరీక్షకుల ప్రపంచ సమస్యల కోసం చూస్తున్నాము.
టెస్టర్ యొక్క పని కోసం ఖర్చు చేసే అత్యంత ముఖ్యమైన వనరు అతని సమయం (మిగిలినది ఒక మార్గం లేదా మరొకదానికి తగ్గించవచ్చు), మరియు సమర్థత యొక్క సరైన గణన గురించి మాట్లాడటానికి, ఫలితం కూడా సమయానికి తగ్గించబడాలి. .
దీన్ని చేయడానికి, టెస్టర్ తన పని ద్వారా నిర్ధారించే ఒక వ్యవస్థను పరిగణించండి. అటువంటి వ్యవస్థ ఒక ప్రాజెక్ట్, దీని బృందం టెస్టర్‌ను కలిగి ఉంటుంది. ప్రాజెక్ట్ జీవిత చక్రం క్రింది అల్గోరిథం ద్వారా సుమారుగా సూచించబడుతుంది:
- అవసరాలతో పని చేయడం
- సాంకేతిక లక్షణాల ఏర్పాటు
- డిజైన్
- పరీక్ష
- ఉత్పత్తిలోకి విడుదల చేయండి
- మద్దతు (గోటో ఐటెమ్ 1)
ఈ సందర్భంలో, మొత్తం ప్రాజెక్ట్‌ను ఒకే జీవిత చక్రంతో ఉపప్రాజెక్ట్‌లుగా (ఫీచర్లు) పునరావృతంగా విభజించవచ్చు.
ప్రాజెక్ట్ యొక్క దృక్కోణం నుండి, దానిపై తక్కువ సమయం గడిపినట్లయితే, దాని అమలు మరింత ప్రభావవంతంగా ఉంటుంది.
ఈ విధంగా, మేము ప్రాజెక్ట్ యొక్క దృక్కోణం నుండి టెస్టర్ యొక్క గరిష్ట సామర్థ్యం యొక్క నిర్వచనానికి వస్తాము - ఇది పరీక్ష సమయం సున్నా అయినప్పుడు ప్రాజెక్ట్ యొక్క స్థితి. పరీక్షకులందరికీ ఒక సాధారణ సమస్య ఈ సమయాన్ని సాధించలేకపోవడం.
దీన్ని ఎలా ఎదుర్కోవాలి?
ముగింపులు చాలా స్పష్టంగా ఉన్నాయి మరియు చాలా కాలంగా చాలా మంది ఉపయోగించారు:
- డెవలప్‌మెంట్ మరియు టెస్టింగ్ దాదాపు ఏకకాలంలో ప్రారంభం కావాలి మరియు ముగియాలి (ఇది సాధారణంగా డిపార్ట్‌మెంట్ ద్వారా జరుగుతుంది ) ఆదర్శవంతమైన ఎంపిక ఏమిటంటే, డెవలప్ చేయబడే అన్ని కార్యాచరణలు ఇప్పటికే ఆటోటెస్ట్‌ల ద్వారా కవర్ చేయబడినప్పుడు, అది సిద్ధంగా ఉన్న సమయానికి, కొన్ని రకాలను ఉపయోగించి రిగ్రెషన్ (మరియు, వీలైతే, ప్రీ-కమిట్) పరీక్షగా నిర్వహించబడుతుంది .
- ప్రాజెక్ట్‌లో ఎక్కువ ఫీచర్లు ఉంటే (ఇది మరింత క్లిష్టంగా ఉంటుంది), కొత్త కార్యాచరణ పాతదాన్ని విచ్ఛిన్నం చేయలేదని తనిఖీ చేయడానికి ఎక్కువ సమయం వెచ్చించాల్సి ఉంటుంది. అందువల్ల, ప్రాజెక్ట్ మరింత క్లిష్టంగా ఉంటుంది, మరింత ఆటోమేషన్ అవసరం .
- మేము ఉత్పత్తిలో బగ్‌ను కోల్పోయిన ప్రతిసారీ మరియు వినియోగదారు దానిని కనుగొన్నప్పుడు, మేము పాయింట్ 1 నుండి ప్రాజెక్ట్ జీవిత చక్రంలో అదనపు సమయాన్ని వెచ్చించాల్సి ఉంటుంది (అవసరాలతో పని చేయడం, ఈ సందర్భంలో వినియోగదారులు). బగ్‌ను కోల్పోవడానికి గల కారణాలు సాధారణంగా తెలియవు కాబట్టి, మనకు ఒకే ఒక ఆప్టిమైజేషన్ మార్గం మిగిలి ఉంది - వినియోగదారులు కనుగొన్న ప్రతి బగ్ మళ్లీ కనిపించదని నిర్ధారించుకోవడానికి రిగ్రెషన్ టెస్టింగ్‌లో తప్పనిసరిగా చేర్చబడాలి.
మూలం: www.habr.com