ఈ టెస్ట్ ఆటోమేషన్ స్ట్రాటజీ ఉదాహరణ బహుళ చురుకైన జట్లతో నిరంతర డెలివరీ మోడల్ను umes హిస్తుంది.
మునుపటి వ్యాసాలలో, అధికంగా ఉంది చురుకైన పరీక్ష వ్యూహం పత్రం అలాగే చురుకైన ప్రాజెక్ట్ కోసం మొదటి నుండి QA ఫంక్షన్ను ఎలా సెటప్ చేయాలి మరియు ప్రారంభ సెటప్లోని ముఖ్య అంశాలలో స్వయంచాలక పరీక్ష ఎలా ఉంటుంది.
ఈ టెస్ట్ ఆటోమేషన్ స్ట్రాటజీ ఉదాహరణలో, టెస్ట్ ఆటోమేషన్ ప్రయత్నం నుండి ఎక్కువ ప్రయోజనం పొందడానికి నేను పరిగణించవలసిన ముఖ్య అంశాలను జాబితా చేస్తాను.
స్వయంచాలక పరీక్ష అనేది ఏదైనా చురుకైన అభివృద్ధి పద్దతి యొక్క ప్రధాన కార్యాచరణ. మేము నిరంతర విస్తరణ వైపు వెళ్ళేటప్పుడు, అప్లికేషన్ యొక్క ఆరోగ్యం గురించి అభివృద్ధి బృందానికి అందించే శీఘ్ర అభిప్రాయ ప్రతిస్పందన కారణంగా పరీక్ష ఆటోమేషన్ మరింత ముఖ్యమైనది.
ఈ శీఘ్ర అభిప్రాయాన్ని పొందడానికి, స్వయంచాలక పరీక్షలను నిరంతరం అమలు చేయాలి, వేగంగా ఉండాలి మరియు పరీక్ష ఫలితాలు స్థిరంగా మరియు నమ్మదగినవిగా ఉండాలి.
వీటిని సాధించడానికి, క్రొత్త లక్షణాల అభివృద్ధిలో భాగంగా ఎక్కువ శాతం ధృవీకరణలు చేయాలి. మరో మాటలో చెప్పాలంటే, అభివృద్ధి మరియు పరీక్ష అనేది ఒక పొందికైన కార్యాచరణగా ఉండాలి మరియు అభివృద్ధి చెందుతున్న పనులను మరియు ఇది ఇప్పటికే ఉన్న కార్యాచరణను విచ్ఛిన్నం చేయలేదని నిర్ధారించడం ద్వారా నాణ్యతను మొదటి నుండే “కాల్చాలి”.
దీనికి “టెస్ట్ ఆటోమేషన్ పిరమిడ్ను విలోమం చేయడం” అవసరం, అమలు చేయడానికి ఎక్కువ సమయం తీసుకునే GUI పరీక్షలను క్రింది స్థాయికి నెట్టడం ద్వారా ఉదా. ప్రారంభ స్థాయి విశ్వాసాన్ని అందించడానికి బిల్డ్లో భాగంగా యూనిట్ పరీక్షల తర్వాత నేరుగా అమలు చేయగల API పొర.
సంబంధిత:
గుర్తించడం కంటే నివారణ - అనువర్తనంలో లోపాలను మొదటి స్థానంలో ప్రవేశపెట్టకుండా నిరోధించడానికి ప్రతి ప్రయత్నం చేయాలి, దాని యొక్క పద్ధతులు మరియు పద్ధతులు ఈ పోస్ట్ యొక్క పరిధికి వెలుపల ఉన్నాయి. ఇక్కడ, వ్యవస్థలోకి ప్రవేశించినప్పుడు దోషాలను త్వరగా గుర్తించడానికి మరియు అభివృద్ధికి అభిప్రాయాన్ని తెలియజేయడానికి పద్దతులు నిర్వచించబడతాయి.
పరిమాణం కంటే నాణ్యతకు అనుకూలంగా ఉండాలి. చాలా సందర్భాల్లో, పొరలుగా ఉండే బహుళ లక్షణాల కంటే రాక్ దృ solid ంగా ఉండే ఒక లక్షణంతో విడుదల చేయడం మంచిది. కనీస విడుదల ప్రమాణంగా, కొత్తగా అభివృద్ధి చేయబడిన ఏదైనా లక్షణం రిగ్రెషన్ లోపాలను ప్రవేశపెట్టకూడదు.
ఇప్పటికే చెప్పినట్లుగా, నిరంతర డెలివరీకి మద్దతు ఇవ్వడానికి అప్లికేషన్ యొక్క ఆరోగ్యంపై శీఘ్ర అభిప్రాయం చాలా ప్రాముఖ్యత కలిగి ఉంది, అందువల్ల, మేము త్వరగా అభిప్రాయాన్ని పొందగల ఒక ప్రక్రియ మరియు యంత్రాంగం రూపొందించబడింది.
యూనిట్ పరీక్షలు, ఇంటిగ్రేషన్ పరీక్షలు మరియు API పరీక్షల సంఖ్యను పెంచడం ద్వారా శీఘ్ర అభిప్రాయాన్ని పొందడానికి ఒక మార్గం. ఈ తక్కువ-స్థాయి పరీక్షలు కోడ్ ఉద్దేశించిన విధంగా పనిచేస్తున్నాయని నిర్ధారించడానికి భద్రతా వలయాన్ని అందిస్తుంది మరియు పరీక్ష యొక్క ఇతర పొరలలో లోపాలు తప్పించుకోకుండా సహాయపడుతుంది.
యూనిట్ టెస్టులు టెస్ట్ ఆటోమేషన్ కోసం అధిక స్థాయిలో పునాదులు వేస్తాయి.
మెరుగుదల యొక్క రెండవ అంశం రిగ్రెషన్ పరీక్షలను మరింత తరచుగా నడుపుతుంది మరియు నిరంతర సమైక్యత ప్రక్రియతో అనుసంధానించబడి ఉంటుంది, తరువాత చూడండి. ఆటోమేషన్ పరీక్షను వివిక్త పనిగా చూడకూడదు, కానీ SDLC లో పొందుపరిచిన ఒక పొందికైన కార్యాచరణగా చూడకూడదు.
ఆటోమేటెడ్ రిగ్రెషన్ పరీక్షలు టెస్ట్ ఆటోమేషన్ స్ట్రాటజీ యొక్క ప్రధానమైనవి.
రిగ్రెషన్ ప్యాక్లు అప్లికేషన్ను లోడ్ చేసి యాక్సెస్ చేయగల చిత్తశుద్ధి తనిఖీగా పనిచేస్తాయి. అలాగే, అప్లికేషన్ ఇప్పటికీ క్రియాత్మకంగా ఉందని నిర్ధారించుకోవడానికి కొన్ని కీలక దృశ్యాలు కూడా అమలు చేయాలి.
పొగ పరీక్ష ప్యాక్ యొక్క లక్ష్యం, అప్లికేషన్ లోడ్ అవ్వకపోవడం లేదా సాధారణ వినియోగదారు ప్రవాహాన్ని అమలు చేయడం వంటి స్పష్టమైన సమస్యలను పట్టుకోవడం; ఈ కారణంగా, పొగ పరీక్షలు ఇక ఉండవు 5 నిమిషాలు పెద్దది పని చేయకపోతే శీఘ్ర అభిప్రాయాన్ని ఇవ్వడానికి.
పొగ పరీక్ష ప్యాక్ ప్రతి విస్తరణలో నడుస్తుంది మరియు ఇది API మరియు / లేదా GUI పరీక్షల మిశ్రమం కావచ్చు.
ఫంక్షనల్ రిగ్రెషన్ ప్యాక్లు , ఇది పొగ పరీక్ష కంటే అనువర్తనం యొక్క కార్యాచరణను మరింత వివరంగా తనిఖీ చేయడానికి ఉద్దేశించబడింది.
వివిధ ప్రయోజనాల కోసం బహుళ రిగ్రెషన్ ప్యాక్లు ఉంటాయి. అప్లికేషన్ యొక్క వివిధ విభాగాలపై బహుళ జట్లు పనిచేస్తుంటే, ఆ బృందం ఆదర్శంగా పనిచేస్తున్న ప్రాంతంపై దృష్టి సారించే వేర్వేరు రిగ్రెషన్ ప్యాక్లు ఉండాలి.
ఈ ప్యాక్లు ఏ వాతావరణంలోనైనా మరియు అవసరమైనప్పుడు అమలు చేయగలగాలి, లక్షణాల ప్రవర్తన పరిసరాలలో స్థిరంగా ఉంటుంది. ఇవి రోజుకు చాలాసార్లు అమలు చేయబడతాయి మరియు 15 నుండి 30 నిమిషాల కంటే ఎక్కువ ఉండకూడదు.
ఈ ఫంక్షనల్ పరీక్షలు మరింత వివరంగా ఉన్నందున, అవి అమలు చేయడానికి ఎక్కువ సమయం పడుతుంది, API లేయర్లో ఎక్కువ శాతం ఫంక్షనల్ పరీక్షలను కలిగి ఉండటం చాలా ముఖ్యం, ఇక్కడ పరీక్షలు వేగంగా అమలు చేయబడతాయి కాబట్టి మనం లోపల ఉండవచ్చు 15 నుండి 30 నిమిషాలు నిర్ణీత కాలం.
ఎండ్-టు-ఎండ్ రిగ్రెషన్ ప్యాక్, ఇది మొత్తం అనువర్తనాన్ని పరీక్షిస్తుంది. ఈ పరీక్షల యొక్క లక్ష్యం వివిధ డేటాబేస్ మరియు మూడవ పార్టీ అనువర్తనాలకు కనెక్ట్ అయ్యే అప్లికేషన్ యొక్క వివిధ భాగాలు సరిగ్గా పనిచేసేలా చూడటం.
ఎండ్-టు-ఎండ్ పరీక్షలు అన్ని ఫంక్షనాలిటీలను పరీక్షించడానికి ఉద్దేశించినవి కావు, అవి ఇప్పటికే ఫంక్షనల్ రిగ్రెషన్ ప్యాక్లలో పరీక్షించబడ్డాయి, అయితే, ఈ పరీక్షలు “తేలికైన బరువు”, ఇవి ఒక రాష్ట్రం నుండి మరొక రాష్ట్రానికి పరివర్తనలను మరియు కొన్ని చాలా ముఖ్యమైన దృశ్యాలు లేదా వినియోగదారు ప్రయాణాలు.
ఈ పరీక్షలు ప్రధానంగా GUI ద్వారా అమలు చేయబడతాయి, ఎందుకంటే వినియోగదారులు వ్యవస్థను ఎలా ఉపయోగిస్తారో వారు తనిఖీ చేస్తున్నారు. వీటిని అమలు చేయడానికి తీసుకున్న సమయం ఒక అనువర్తనం నుండి మరొక అనువర్తనానికి మారవచ్చు, కాని అవి సాధారణంగా రోజు లేదా రాత్రికి ఒకసారి నడుస్తాయి.
టెస్ట్ ఆటోమేషన్ యూనిట్ స్థాయిలో ప్రారంభమవుతుంది. అభివృద్ధి చేయబడిన ఏదైనా క్రొత్త లక్షణం కోసం యూనిట్ పరీక్షలను డెవలపర్లు వ్రాయాలి. ఈ యూనిట్ పరీక్షలు సిస్టమ్ GUI టెస్ట్ల వరకు విస్తరించి ఉన్న పెద్ద ఆటోమేషన్ ప్రాక్టీస్కు పునాది వేస్తాయి.
అభివృద్ధి చేయబడిన ప్రతి క్రొత్త ఫీచర్ కోసం, కోడ్ ఉద్దేశించిన విధంగా పనిచేస్తుందని మరియు అవసరాలకు అనుగుణంగా ఉందని నిరూపించడానికి పొందికైన మరియు దృ unit మైన యూనిట్ పరీక్షల సమితి వ్రాయబడిందని నిర్ధారించుకోవడం డెవలపర్ల బాధ్యత.
యూనిట్ టెస్ట్లు జట్టుకు చాలా ROI ని అందిస్తాయి, ఎందుకంటే అవి చాలా త్వరగా అమలు చేయబడతాయి, నిర్వహించడం మరియు సవరించడం సులభం (డిపెండెన్సీలు లేనందున) మరియు కోడ్లో లోపాలు ఉన్నప్పుడు, అది త్వరగా డెవలపర్కు తిరిగి ఇవ్వబడుతుంది.
యూనిట్ పరీక్షలు డెవలపర్ యొక్క యంత్రంతో పాటు CI వాతావరణంలో నడుస్తాయి.
యూనిట్ టెస్ట్లు ఒక తరగతిలోని విధులను పరీక్షించడంపై ఆధారపడి ఉండగా, ఇంటిగ్రేషన్ టెస్ట్లు యూనిట్ టెస్ట్ల నుండి తదుపరి స్థాయిని ఏర్పరుస్తాయి. యూనిట్ పరీక్షలు అమలు చేసి ఉత్తీర్ణత సాధించినప్పుడే ఈ పరీక్షలు అమలు చేయబడతాయి.
సేవా పరీక్షలు GUI వెబ్ ఇంటర్ఫేస్ జోక్యం లేకుండా సహజంగా API లేయర్లో నడుస్తాయి; అందువల్ల పరీక్షలు కార్యాచరణను స్వచ్ఛమైన రూపంలో ధృవీకరించగలవు మరియు పరీక్షలు భాగాలతో నేరుగా మాట్లాడుతుంటాయి కాబట్టి, అవి వేగంగా అమలు చేయబడతాయి మరియు నిర్మాణంలో భాగంగా ఉంటాయి.
అవసరమైన చోట, వంటి ఎగతాళి వైర్మాక్ ఇతర 3 యొక్క ఆధారపడటాన్ని గుర్తించడానికి ఉపయోగించబడుతుందిrdపార్టీ వ్యవస్థలు మరియు పరీక్షకు అవసరమైన డేటాను అందించడానికి దిగువ వ్యవస్థలు అందుబాటులో లేనప్పుడు.
ఇంటిగ్రేషన్ టెస్ట్లు మరియు / లేదా సేవా పరీక్షలను డెవలపర్ యొక్క మెషీన్లో కూడా అమలు చేయవచ్చు మరియు నిర్మాణంలో భాగం కావచ్చు, కానీ అవి ఎక్కువ సమయం తీసుకోవడం ప్రారంభిస్తే, CI వాతావరణంలో అమలు చేయడం మంచిది.
SoapUI వంటి సాధనాలను సేవా పరీక్షల కోసం ఉపయోగించవచ్చు.
ఒక సాధారణ ఇ-కామర్స్ అనువర్తనాన్ని వేర్వేరు అనువర్తనాలు లేదా విభిన్న కార్యాచరణలను అందించే “అనువర్తనాలు” గా విభజించవచ్చు. “అనువర్తన పరీక్ష” యొక్క భావన ఏమిటంటే, ఒక అనువర్తనం యొక్క కార్యాచరణను పరీక్షించే పరీక్షల సమూహం కలిసి నిర్వహించబడుతుంది మరియు కావలసిన అనువర్తనానికి వ్యతిరేకంగా నడుస్తుంది. ఒక బృందం వ్యక్తిగత అనువర్తనాన్ని విడుదల చేయాలనుకున్నప్పుడు మరియు అది సరిగ్గా పనిచేస్తుందో లేదో తెలుసుకోవాలనుకున్నప్పుడు ఈ ప్యాక్ సందర్భాలలో ఉపయోగపడుతుంది.
అప్లికేషన్ టెస్ట్లకు సాధారణంగా విభిన్న భాగాలతో సంకర్షణ చెందడానికి ఇంటర్ఫేస్ అవసరం, కాబట్టి ఈ పరీక్షలు GUI లోని బ్రౌజర్ ద్వారా నడుస్తాయని is హించబడింది.
అనువర్తన పరీక్ష యొక్క ఉద్దేశ్యం అనువర్తనం యొక్క లక్షణాలు క్రియాత్మకంగా సరైనవని నిర్ధారించడం. ఒక నిర్దిష్ట అనువర్తనం యొక్క ఆరోగ్యంపై విశ్వాసం కలిగించే రీతిలో పరీక్షలు నిర్వహించబడుతున్నందున, ఈ పరీక్షలను సాధారణంగా లంబ పరీక్షలు అని పిలుస్తారు, ఎందుకంటే అవి ఒక నిర్దిష్ట అనువర్తనాన్ని “డౌన్” అమలు చేస్తాయి. పరీక్షలు చాలా క్షుణ్ణంగా ఉన్నాయి మరియు కవరేజ్ పెద్దది.
సెలీనియం వెబ్డ్రైవర్ ఈ స్వయంచాలక పరీక్షలను బ్రౌజర్కు వ్యతిరేకంగా అమలు చేయడానికి ఉపయోగించవచ్చు. ఈ సాధనం బ్రౌజర్ ఆటోమేషన్ పరీక్షలకు అత్యంత ప్రాచుర్యం పొందింది మరియు సంక్లిష్ట ధృవీకరణలను అనుమతించడానికి గొప్ప API ని అందిస్తుంది.
సిస్టమ్కు వ్యతిరేకంగా నడుస్తున్న GUI ఆటోమేటెడ్ పరీక్షలు, సాధారణ వినియోగదారు ప్రవాహాలు, ప్రయాణాలు లేదా ఎండ్-టు-ఎండ్ దృశ్యాలుగా పనిచేస్తాయి. ఈ రకమైన పరీక్షలతో సమస్యల కారణంగా (క్రింద చర్చించబడింది), ఇవి కనిష్టంగా ఉంచబడతాయి. ఎండ్-టు-ఎండ్ దృశ్యాలు రాత్రి రిగ్రెషన్ ప్యాక్లో చేర్చబడ్డాయి.
టెస్ట్ ఆటోమేషన్ స్ట్రాటజీలో భాగంగా, GUI పొరలో నడుస్తున్న ఆటోమేటెడ్ పరీక్షల సంఖ్యను తగ్గించేలా చూడాలి.
GUI ద్వారా స్వయంచాలక పరీక్షలను అమలు చేస్తున్నప్పుడు, అనువర్తనంతో వినియోగదారు పరస్పర చర్యను అనుకరించే పరంగా మంచి మరియు అర్ధవంతమైన పరీక్షలను అందిస్తుంది, ఇది క్రింద జాబితా చేయబడిన అనేక సమస్యలకు గురవుతుంది:
ఎందుకంటే ఇంటరాక్ట్ అవ్వడానికి వెబ్ ఎలిమెంట్లను గుర్తించడానికి పరీక్షలు HTML లొకేటర్లపై ఆధారపడతాయి, ఒక ఐడి మార్చబడిన వెంటనే పరీక్షలు విఫలమవుతాయి, అందువల్ల అవి చాలా నిర్వహణ ఖర్చులను భరిస్తాయి.
ధృవీకరణను అనుమతించడానికి వెబ్ ప్రతిస్పందన నుండి అన్ని వివరాలను GUI కలిగి ఉండకపోవచ్చు కాబట్టి GUI ఒక లక్షణాన్ని పూర్తిగా ధృవీకరించే టెస్టర్ యొక్క సామర్థ్యాన్ని పరిమితం చేస్తుంది.
పరీక్షలు GUI ద్వారా అమలు చేయబడినందున, పేజీ లోడ్ సమయం మొత్తం పరీక్ష సమయాన్ని గణనీయంగా పెంచుతుంది మరియు డెవలపర్లకు ఫీడ్బ్యాక్ చాలా నెమ్మదిగా ఉంటుంది.
పైన పేర్కొన్న సమస్యల కారణంగా, GUI ఆటోమేటెడ్ పరీక్షలు కనీసం ROI ని అందిస్తాయి.
బ్రౌజర్ ఆటోమేషన్ పరీక్షలు కనిష్టంగా ఉంచబడతాయి మరియు సాధారణ వినియోగదారు ప్రవాహాలు మరియు వ్యవస్థ మొత్తంగా వ్యాయామం చేసే ఎండ్-టు-ఎండ్ దృశ్యాలను కలుపుకొని వినియోగదారు ప్రవర్తనను అనుకరించటానికి ఉపయోగించబడుతుంది.