హే హబ్ర్!
నా పేరు మాగ్జిమ్ పొనోమరెంకో మరియు నేను స్పోర్ట్‌మాస్టర్‌లో డెవలపర్‌ని. ఐటీ రంగంలో నాకు 10 ఏళ్ల అనుభవం ఉంది. అతను మాన్యువల్ టెస్టింగ్‌లో తన వృత్తిని ప్రారంభించాడు, ఆపై డేటాబేస్ అభివృద్ధికి మారాడు. గత 4 సంవత్సరాలుగా, టెస్టింగ్ మరియు డెవలప్‌మెంట్‌లో పొందిన జ్ఞానాన్ని సేకరించడం ద్వారా, నేను DBMS స్థాయిలో పరీక్షను ఆటోమేట్ చేస్తున్నాను.
నేను కేవలం ఒక సంవత్సరం పాటు స్పోర్ట్‌మాస్టర్ టీమ్‌లో ఉన్నాను మరియు ప్రధాన ప్రాజెక్ట్‌లలో ఒకదానిపై స్వయంచాలక పరీక్షను అభివృద్ధి చేస్తున్నాను. ఏప్రిల్‌లో, స్పోర్ట్‌మాస్టర్ ల్యాబ్‌లోని కుర్రాళ్ళు మరియు నేను క్రాస్నోడార్‌లోని ఒక సమావేశంలో మాట్లాడాము, నా నివేదికను "DBMSలో యూనిట్ పరీక్షలు" అని పిలిచారు మరియు ఇప్పుడు నేను దానిని మీతో పంచుకోవాలనుకుంటున్నాను. చాలా టెక్స్ట్ ఉంటుంది, కాబట్టి నేను నివేదికను రెండు పోస్ట్‌లుగా విభజించాలని నిర్ణయించుకున్నాను. మొదటిదానిలో, మేము సాధారణంగా ఆటోటెస్ట్‌లు మరియు పరీక్షల గురించి మాట్లాడుతాము మరియు రెండవది, నేను మా యూనిట్ టెస్టింగ్ సిస్టమ్ మరియు దాని అప్లికేషన్ యొక్క ఫలితాలపై మరింత వివరంగా నివసిస్తాను.
మొదట, కొద్దిగా బోరింగ్ సిద్ధాంతం. ఆటోమేటెడ్ టెస్టింగ్ అంటే ఏమిటి? ఇది సాఫ్ట్‌వేర్ ద్వారా నిర్వహించబడే పరీక్ష, మరియు ఆధునిక ITలో ఇది సాఫ్ట్‌వేర్ అభివృద్ధిలో ఎక్కువగా ఉపయోగించబడుతుంది. కంపెనీలు పెరుగుతున్నాయి, వాటి సమాచార వ్యవస్థలు పెరుగుతున్నాయి మరియు తదనుగుణంగా, పరీక్షించాల్సిన కార్యాచరణ మొత్తం పెరుగుతోంది. మాన్యువల్ పరీక్ష నిర్వహించడం మరింత ఖరీదైనది.
నేను ఒక పెద్ద కంపెనీలో పనిచేశాను, దాని విడుదలలు ప్రతి రెండు నెలలకు ఒకసారి వస్తాయి. అదే సమయంలో, డజను మంది టెస్టర్లు మాన్యువల్‌గా కార్యాచరణను తనిఖీ చేయడం కోసం ఒక నెల మొత్తం గడిపారు. డెవలపర్‌ల చిన్న బృందం ఆటోమేషన్‌ను అమలు చేసినందుకు ధన్యవాదాలు, మేము పరీక్ష సమయాన్ని ఏడాదిన్నరలో 2 వారాలకు తగ్గించగలిగాము. మేము పరీక్ష వేగాన్ని పెంచడమే కాకుండా, దాని నాణ్యతను కూడా మెరుగుపరిచాము. స్వయంచాలక పరీక్షలు క్రమం తప్పకుండా ప్రారంభించబడతాయి మరియు వాటిలో చేర్చబడిన మొత్తం తనిఖీలను అవి ఎల్లప్పుడూ నిర్వహిస్తాయి, అంటే, మేము మానవ కారకాన్ని మినహాయిస్తాము.
డెవలపర్ ఉత్పత్తి కోడ్‌ను వ్రాయడమే కాకుండా, ఈ కోడ్‌ని తనిఖీ చేసే యూనిట్ పరీక్షలను కూడా వ్రాయవలసి ఉంటుంది అనే వాస్తవం ఆధునిక IT లక్షణం.
అయితే మీ సిస్టమ్ ప్రాథమికంగా సర్వర్ లాజిక్‌పై ఆధారపడి ఉంటే ఏమి చేయాలి? మార్కెట్లో సార్వత్రిక పరిష్కారం లేదా ఉత్తమ పద్ధతులు లేవు. నియమం ప్రకారం, కంపెనీలు తమ స్వంత స్వీయ-వ్రాత పరీక్ష వ్యవస్థను సృష్టించడం ద్వారా ఈ సమస్యను పరిష్కరిస్తాయి. ఇది మా ప్రాజెక్ట్‌లో సృష్టించబడిన మా స్వంత స్వీయ-వ్రాతపూర్వక ఆటోమేటెడ్ టెస్టింగ్ సిస్టమ్ మరియు నేను నా నివేదికలో దాని గురించి మాట్లాడతాను.
విధేయతను పరీక్షిస్తోంది
ముందుగా, మేము ఆటోమేటెడ్ టెస్టింగ్ సిస్టమ్‌ని అమలు చేసిన ప్రాజెక్ట్ గురించి మాట్లాడుకుందాం. మా ప్రాజెక్ట్ స్పోర్ట్‌మాస్టర్ లాయల్టీ సిస్టమ్ (మార్గం ద్వారా, మేము దాని గురించి ఇప్పటికే వ్రాసాము ).
మీ కంపెనీ తగినంత పెద్దదైతే, మీ లాయల్టీ సిస్టమ్ మూడు ప్రామాణిక లక్షణాలను కలిగి ఉంటుంది:
- మీ సిస్టమ్ ఎక్కువగా లోడ్ అవుతుంది
- మీ సిస్టమ్ సంక్లిష్టమైన కంప్యూటింగ్ ప్రక్రియలను కలిగి ఉంటుంది
- మీ సిస్టమ్ చురుకుగా మెరుగుపరచబడుతుంది.
క్రమంలో వెళ్దాం... మొత్తంగా, మేము అన్ని స్పోర్ట్‌మాస్టర్ బ్రాండ్‌లను పరిశీలిస్తే, రష్యా, ఉక్రెయిన్, చైనా, కజాఖ్స్తాన్ మరియు బెలారస్‌లలో మాకు 1000 కంటే ఎక్కువ దుకాణాలు ఉన్నాయి. ఈ స్టోర్లలో ప్రతిరోజూ దాదాపు 300 కొనుగోళ్లు జరుగుతాయి. అంటే, ప్రతి సెకను 000-3 తనిఖీలు మా సిస్టమ్‌లోకి ప్రవేశిస్తాయి. సహజంగానే, మా లాయల్టీ సిస్టమ్ అధికంగా లోడ్ చేయబడింది. మరియు ఇది చురుకుగా ఉపయోగించబడుతున్నందున, మేము దాని నాణ్యత యొక్క అత్యధిక ప్రమాణాలను అందించాలి, ఎందుకంటే సాఫ్ట్‌వేర్‌లో ఏదైనా లోపం పెద్ద ద్రవ్య, కీర్తి మరియు ఇతర నష్టాలను సూచిస్తుంది.
అదే సమయంలో, స్పోర్ట్‌మాస్టర్ వంద కంటే ఎక్కువ విభిన్న ప్రమోషన్‌లను నిర్వహిస్తుంది. అనేక రకాల ప్రమోషన్‌లు ఉన్నాయి: ఉత్పత్తి ప్రమోషన్‌లు ఉన్నాయి, వారంలోని రోజుకు అంకితమైనవి ఉన్నాయి, నిర్దిష్ట స్టోర్‌తో ముడిపడి ఉన్నవి ఉన్నాయి, రసీదు మొత్తానికి ప్రమోషన్‌లు ఉన్నాయి, వస్తువుల సంఖ్యకు సంబంధించినవి ఉన్నాయి. సాధారణంగా, చెడు కాదు. క్లయింట్‌లు కొనుగోళ్లు చేసేటప్పుడు ఉపయోగించే బోనస్‌లు మరియు ప్రమోషనల్ కోడ్‌లను కలిగి ఉంటారు. ఏదైనా ఆర్డర్‌ను లెక్కించడం చాలా చిన్నవిషయం కాని పని అనే వాస్తవానికి ఇదంతా దారితీస్తుంది.
ఆర్డర్ ప్రాసెసింగ్‌ను అమలు చేసే అల్గోరిథం నిజంగా భయంకరమైనది మరియు సంక్లిష్టమైనది. మరియు ఈ అల్గోరిథంలో ఏవైనా మార్పులు చాలా ప్రమాదకరమైనవి. చాలా అకారణంగా కనిపించే మార్పులు చాలా అనూహ్య ప్రభావాలకు దారితీస్తాయని అనిపించింది. కానీ ఇది ఖచ్చితంగా అటువంటి సంక్లిష్టమైన కంప్యూటింగ్ ప్రక్రియలు, ముఖ్యంగా క్లిష్టమైన కార్యాచరణను అమలు చేసేవి, ఆటోమేషన్ కోసం ఉత్తమ అభ్యర్థులు. ఇలాంటి డజన్ల కొద్దీ కేసులను చేతితో తనిఖీ చేయడం చాలా సమయం తీసుకుంటుంది. మరియు ప్రక్రియలోకి ప్రవేశ స్థానం మారదు కాబట్టి, ఒకసారి వివరించిన తర్వాత, మీరు త్వరగా ఆటోమేటిక్ పరీక్షలను సృష్టించవచ్చు మరియు కార్యాచరణ పని చేస్తుందని నమ్మకంగా ఉండవచ్చు.
మా సిస్టమ్ చురుగ్గా ఉపయోగించబడుతోంది కాబట్టి, వ్యాపారం మీ నుండి కొత్తదనాన్ని కోరుకుంటుంది, సమయానికి అనుగుణంగా జీవించండి మరియు కస్టమర్-ఆధారితంగా ఉంటుంది. మా లాయల్టీ సిస్టమ్‌లో, ప్రతి రెండు నెలలకు విడుదలలు వస్తాయి. దీని అర్థం ప్రతి రెండు నెలలకు మేము మొత్తం వ్యవస్థ యొక్క పూర్తి తిరోగమనాన్ని నిర్వహించాలి. అదే సమయంలో, సహజంగా, ఏ ఆధునిక ITలో వలె, అభివృద్ధి అనేది డెవలపర్ నుండి ఉత్పత్తికి వెంటనే వెళ్లదు. ఇది డెవలపర్ యొక్క సర్క్యూట్‌లో ఉద్భవించింది, ఆపై వరుసగా టెస్ట్ బెంచ్, విడుదల, అంగీకారం గుండా వెళుతుంది మరియు ఆ తర్వాత మాత్రమే ఉత్పత్తిలో ముగుస్తుంది. కనిష్టంగా, పరీక్ష మరియు విడుదల సర్క్యూట్లలో, మేము మొత్తం వ్యవస్థ యొక్క పూర్తి రిగ్రెషన్ను నిర్వహించాలి.
వివరించిన లక్షణాలు దాదాపు ఏదైనా లాయల్టీ సిస్టమ్‌కి ప్రామాణికమైనవి. మా ప్రాజెక్ట్ యొక్క లక్షణాల గురించి మాట్లాడుదాం.
సాంకేతికంగా, మా లాయల్టీ సిస్టమ్ యొక్క 90% లాజిక్ సర్వర్ ఆధారితమైనది మరియు ఒరాకిల్‌లో అమలు చేయబడుతుంది. డెల్ఫీలో ఒక క్లయింట్ బహిర్గతం చేయబడింది, ఇది ఆటోమేటెడ్ వర్క్‌ప్లేస్ అడ్మినిస్ట్రేటర్ యొక్క విధిని నిర్వహిస్తుంది. బాహ్య అనువర్తనాల కోసం బహిర్గతమైన వెబ్ సేవలు ఉన్నాయి (ఉదాహరణకు వెబ్‌సైట్). కాబట్టి, మేము ఆటోమేటెడ్ టెస్టింగ్ సిస్టమ్‌ను అమలు చేస్తే, మేము దానిని ఒరాకిల్‌లో చేస్తాము అనేది చాలా లాజికల్.
స్పోర్ట్‌మాస్టర్‌లో లాయల్టీ సిస్టమ్ 7 సంవత్సరాలకు పైగా ఉనికిలో ఉంది మరియు ఒకే డెవలపర్‌లచే సృష్టించబడింది... ఈ 7 సంవత్సరాలలో మా ప్రాజెక్ట్‌లో డెవలపర్‌ల సగటు సంఖ్య 3-4 మంది. కానీ గత సంవత్సరంలో, మా బృందం గణనీయంగా పెరిగింది మరియు ఇప్పుడు ప్రాజెక్ట్‌లో 10 మంది పని చేస్తున్నారు. అంటే, సాధారణ పనులు, ప్రక్రియలు మరియు నిర్మాణం గురించి తెలియని వ్యక్తులు ప్రాజెక్ట్‌కి వస్తారు. మరియు మనం తప్పులను కోల్పోయే ప్రమాదం ఉంది.
ఈ ప్రాజెక్ట్ సిబ్బంది యూనిట్లుగా అంకితమైన టెస్టర్లు లేకపోవడం ద్వారా వర్గీకరించబడింది. వాస్తవానికి, పరీక్ష ఉంది, అయితే పరీక్ష అనేది విశ్లేషకులచే నిర్వహించబడుతుంది, వారి ఇతర ప్రధాన బాధ్యతలతో పాటు: వ్యాపార కస్టమర్‌లు, వినియోగదారులతో కమ్యూనికేట్ చేయడం, సిస్టమ్ అవసరాలను అభివృద్ధి చేయడం మొదలైనవి. మొదలైనవి... పరీక్ష చాలా అధిక నాణ్యతతో నిర్వహించబడుతున్నప్పటికీ (ఇది ప్రత్యేకంగా పేర్కొనడం సముచితం, ఎందుకంటే కొంతమంది విశ్లేషకులు ఈ నివేదిక యొక్క దృష్టిని ఆకర్షించవచ్చు), ఒక విషయంపై స్పెషలైజేషన్ మరియు ఏకాగ్రత యొక్క ప్రభావం రద్దు చేయబడలేదు. .
పైన పేర్కొన్నవన్నీ పరిశీలిస్తే, డెలివరీ చేయబడిన ఉత్పత్తి యొక్క నాణ్యతను మెరుగుపరచడానికి మరియు అభివృద్ధి సమయాన్ని తగ్గించడానికి, ప్రాజెక్ట్‌పై పరీక్షను ఆటోమేట్ చేసే ఆలోచన చాలా తార్కికంగా కనిపిస్తుంది. మరియు లాయల్టీ సిస్టమ్ ఉనికి యొక్క వివిధ దశలలో, వ్యక్తిగత డెవలపర్‌లు తమ కోడ్‌ను యూనిట్ పరీక్షలతో కవర్ చేయడానికి ప్రయత్నాలు చేశారు. మొత్తంమీద ఇది చాలా భిన్నమైన ప్రక్రియ, ప్రతి ఒక్కరూ వారి స్వంత నిర్మాణాన్ని మరియు పద్ధతులను ఉపయోగిస్తున్నారు. తుది ఫలితాలు యూనిట్ పరీక్షలకు సాధారణం: పరీక్షలు అభివృద్ధి చేయబడ్డాయి, కొంతకాలం ఉపయోగించబడ్డాయి, సంస్కరణ ఫైల్ నిల్వలో నిల్వ చేయబడతాయి, కానీ ఏదో ఒక సమయంలో అవి అమలు చేయడం ఆపివేయబడ్డాయి మరియు మరచిపోయాయి. అన్నింటిలో మొదటిది, పరీక్షలు ఒక నిర్దిష్ట ప్రదర్శనకారుడితో ఎక్కువగా ముడిపడివున్నాయి మరియు ప్రాజెక్ట్‌తో కాదు.
utPLSQL రెస్క్యూకి వస్తుంది
స్టీఫెన్ ఫ్యూయర్‌స్టెయిన్ గురించి మీకు తెలుసా?
ఇది ఒరాకిల్ మరియు PL/SQLతో కలిసి పనిచేయడానికి తన కెరీర్‌లో ఎక్కువ భాగాన్ని కేటాయించిన తెలివైన వ్యక్తి మరియు ఈ అంశంపై చాలా పెద్ద సంఖ్యలో రచనలు చేశాడు. అతని ప్రసిద్ధ పుస్తకాలలో ఒకటి: “ఒరాకిల్ PL/SQL. నిపుణుల కోసం." ఒరాకిల్ PL/SQL కోసం యూనిట్ టెస్టింగ్ ఫ్రేమ్‌వర్క్ కోసం utPLSQL సొల్యూషన్‌ను అభివృద్ధి చేసిన స్టీఫెన్, లేదా. utPLSQL సొల్యూషన్ 2016లో సృష్టించబడింది, అయితే ఇది చురుకుగా పని చేస్తూనే ఉంది మరియు కొత్త వెర్షన్‌లు విడుదల చేయబడ్డాయి. రిపోర్టింగ్ సమయంలో, తాజా వెర్షన్ మార్చి 24, 2019 నాటిది.
అది ఏమిటి. ఇది ప్రత్యేక ఓపెన్ సోర్స్ ప్రాజెక్ట్. ఇది ఉదాహరణలు మరియు డాక్యుమెంటేషన్‌తో సహా రెండు మెగాబైట్‌ల బరువు ఉంటుంది. భౌతికంగా, ఇది యూనిట్ పరీక్షను నిర్వహించడం కోసం ప్యాకేజీలు మరియు పట్టికల సమితితో ORACLE డేటాబేస్‌లో ప్రత్యేక స్కీమా. సంస్థాపనకు కొన్ని సెకన్ల సమయం పడుతుంది. utPLSQL యొక్క విలక్షణమైన లక్షణం దాని వాడుకలో సౌలభ్యం.
ప్రపంచవ్యాప్తంగా, utPLSQL అనేది యూనిట్ పరీక్షలను అమలు చేయడానికి ఒక మెకానిజం, ఇక్కడ యూనిట్ పరీక్షను సాధారణ ఒరాకిల్ బ్యాచ్ విధానాలుగా అర్థం చేసుకోవచ్చు, దీని సంస్థ కొన్ని నియమాలను అనుసరిస్తుంది. ప్రారంభించడంతో పాటు, utPLSQL మీ అన్ని టెస్ట్ రన్‌ల లాగ్‌ను నిల్వ చేస్తుంది మరియు అంతర్గత రిపోర్టింగ్ సిస్టమ్‌ను కూడా కలిగి ఉంటుంది.
ఈ పద్ధతిని ఉపయోగించి అమలు చేయబడిన యూనిట్ టెస్ట్ కోడ్ ఎలా ఉంటుందో ఉదాహరణగా చూద్దాం.
కాబట్టి, స్క్రీన్ యూనిట్ పరీక్షలతో ఒక సాధారణ ప్యాకేజీ స్పెసిఫికేషన్ కోసం కోడ్‌ను చూపుతుంది. తప్పనిసరి అవసరాలు ఏమిటి? ప్యాకెట్ తప్పనిసరిగా "utp_"తో ప్రిఫిక్స్ చేయబడాలి. పరీక్షలతో కూడిన అన్ని విధానాలు ఖచ్చితంగా ఒకే ఉపసర్గను కలిగి ఉండాలి. ప్యాకేజీ తప్పనిసరిగా రెండు ప్రామాణిక విధానాలను కలిగి ఉండాలి: “utp_setup” మరియు “utp_teardown”. ప్రతి యూనిట్ పరీక్షను పునఃప్రారంభించడం ద్వారా మొదటి విధానాన్ని పిలుస్తారు, రెండవది - ప్రయోగ తర్వాత.
“utp_setup”, ఒక నియమం వలె, యూనిట్ పరీక్షను అమలు చేయడానికి మా సిస్టమ్‌ను సిద్ధం చేస్తుంది, ఉదాహరణకు, పరీక్ష డేటాను సృష్టించడం. “utp_teardown” - దీనికి విరుద్ధంగా, ప్రతిదీ అసలు సెట్టింగ్‌లకు తిరిగి వస్తుంది మరియు ప్రయోగ ఫలితాలను రీసెట్ చేస్తుంది.
మా లాయల్టీ సిస్టమ్ కోసం నమోదు చేయబడిన కస్టమర్ ఫోన్ నంబర్‌ని ప్రామాణిక ఫారమ్‌కి సాధారణీకరించడాన్ని తనిఖీ చేసే సరళమైన యూనిట్ పరీక్ష యొక్క ఉదాహరణ ఇక్కడ ఉంది. యూనిట్ పరీక్షలతో విధానాలను ఎలా వ్రాయాలనే దానిపై తప్పనిసరి ప్రమాణాలు లేవు. నియమం ప్రకారం, పరీక్షలో ఉన్న సిస్టమ్ యొక్క పద్ధతికి కాల్ చేయబడుతుంది మరియు ఈ పద్ధతి ద్వారా తిరిగి వచ్చిన ఫలితం సూచనతో పోల్చబడుతుంది. రిఫరెన్స్ ఫలితం మరియు పొందిన దాని పోలిక ప్రామాణిక utPLSQL పద్ధతుల ద్వారా జరగడం ముఖ్యం.
యూనిట్ పరీక్షలో ఎన్ని చెక్‌లు అయినా ఉండవచ్చు. ఉదాహరణ నుండి చూడగలిగినట్లుగా, ఫోన్ నంబర్‌ను సాధారణీకరించడానికి మరియు ప్రతి కాల్ తర్వాత ఫలితాన్ని అంచనా వేయడానికి మేము పరీక్షించిన పద్ధతికి నాలుగు వరుస కాల్‌లు చేస్తాము. యూనిట్ పరీక్షను అభివృద్ధి చేస్తున్నప్పుడు, సిస్టమ్‌ను ఏ విధంగానూ ప్రభావితం చేయని తనిఖీలు ఉన్నాయని మీరు పరిగణనలోకి తీసుకోవాలి మరియు కొన్నింటి తర్వాత మీరు సిస్టమ్ యొక్క అసలు స్థితికి తిరిగి వెళ్లాలి.
ఉదాహరణకు, సమర్పించిన యూనిట్ పరీక్షలో మేము ఇన్‌పుట్ ఫోన్ నంబర్‌ను ఫార్మాట్ చేస్తాము, ఇది లాయల్టీ సిస్టమ్‌ను ఏ విధంగానూ ప్రభావితం చేయదు.
మరియు మేము కొత్త క్లయింట్‌ను సృష్టించే పద్ధతిని ఉపయోగించి యూనిట్ పరీక్షలను వ్రాస్తే, ప్రతి పరీక్ష తర్వాత సిస్టమ్‌లో కొత్త క్లయింట్ సృష్టించబడుతుంది, ఇది పరీక్ష యొక్క తదుపరి ప్రయోగాన్ని ప్రభావితం చేస్తుంది.
ఈ విధంగా యూనిట్ పరీక్షలు నిర్వహించబడతాయి. రెండు సాధ్యమైన ప్రయోగ ఎంపికలు ఉన్నాయి: నిర్దిష్ట ప్యాకేజీ నుండి అన్ని యూనిట్ పరీక్షలను అమలు చేయడం లేదా నిర్దిష్ట ప్యాకేజీలో నిర్దిష్ట యూనిట్ పరీక్షను అమలు చేయడం.
అంతర్గత రిపోర్టింగ్ సిస్టమ్ యొక్క ఉదాహరణ ఇలా కనిపిస్తుంది. యూనిట్ పరీక్ష ఫలితాల ఆధారంగా, utPLSQL ఒక చిన్న నివేదికను రూపొందిస్తుంది. దీనిలో ప్రతి నిర్దిష్ట తనిఖీకి సంబంధించిన ఫలితం మరియు యూనిట్ పరీక్ష యొక్క మొత్తం ఫలితాన్ని చూస్తాము.
ఆటోటెస్ట్ యొక్క 6 నియమాలు
లాయల్టీ సిస్టమ్ యొక్క ఆటోమేటెడ్ టెస్టింగ్ కోసం కొత్త సిస్టమ్‌ను రూపొందించడం ప్రారంభించడానికి ముందు, మేనేజ్‌మెంట్‌తో కలిసి, మా భవిష్యత్ ఆటోమేటెడ్ పరీక్షలు పాటించాల్సిన సూత్రాలను మేము నిర్ణయించాము.
- ఆటోటెస్ట్‌లు తప్పనిసరిగా ప్రభావవంతంగా ఉండాలి మరియు ఉపయోగకరంగా ఉండాలి. మాకు అద్భుతమైన డెవలపర్‌లు ఉన్నారు, వారు ఖచ్చితంగా పేర్కొనబడాలి, ఎందుకంటే వారిలో కొందరు బహుశా ఈ నివేదికను చూస్తారు మరియు వారు అద్భుతమైన కోడ్‌ని వ్రాస్తారు. కానీ వారి అద్భుతమైన కోడ్ కూడా ఖచ్చితమైనది కాదు మరియు లోపాలను కలిగి ఉంది, కలిగి ఉంటుంది మరియు కొనసాగుతుంది. ఈ లోపాలను కనుగొనడానికి స్వీయ పరీక్షలు అవసరం. ఇది కాకపోతే, మేము చెడు ఆటోటెస్ట్‌లను వ్రాస్తున్నాము, లేదా మేము సూత్రప్రాయంగా అభివృద్ధి చేయబడని చనిపోయిన ప్రాంతానికి వచ్చాము. రెండు సందర్భాల్లో, మేము ఏదో తప్పు చేస్తున్నాము మరియు మా విధానం అర్ధవంతం కాదు.
- ఆటోటెస్ట్‌లను ఉపయోగించాలి. సాఫ్ట్‌వేర్ ఉత్పత్తిని వ్రాయడానికి ఎక్కువ సమయం మరియు కృషిని వెచ్చించడం, దానిని రిపోజిటరీలో ఉంచడం మరియు మరచిపోవడం అర్ధమే. పరీక్షలను అమలు చేయాలి మరియు వీలైనంత క్రమం తప్పకుండా అమలు చేయాలి.
- ఆటోటెస్ట్‌లు స్థిరంగా పని చేయాలి. రోజు సమయం, లాంచ్ స్టాండ్ మరియు ఇతర సిస్టమ్ సెట్టింగ్‌లతో సంబంధం లేకుండా, టెస్ట్ రన్‌లు అదే ఫలితానికి దారితీయాలి. నియమం ప్రకారం, స్థిరమైన సిస్టమ్ సెట్టింగ్‌లతో ప్రత్యేక పరీక్ష డేటాతో ఆటోటెస్ట్‌లు పనిచేస్తాయనే వాస్తవం ఇది నిర్ధారిస్తుంది.
- ఆటోటెస్ట్‌లు మీ ప్రాజెక్ట్ కోసం ఆమోదయోగ్యమైన వేగంతో పని చేయాలి. ఈ సమయం ప్రతి వ్యవస్థకు వ్యక్తిగతంగా నిర్ణయించబడుతుంది. కొంతమంది వ్యక్తులు రోజంతా పని చేయగలరు, మరికొందరు సెకన్లలో దీన్ని చేయడం చాలా క్లిష్టమైనది. మా ప్రాజెక్ట్‌లో మేము ఏ వేగ ప్రమాణాలను సాధించామో కొంచెం తరువాత నేను మీకు చెప్తాను.
- ఆటోటెస్ట్ అభివృద్ధి అనువైనదిగా ఉండాలి. ఏదైనా ఫంక్షనాలిటీని మనం ఇంతకు ముందు చేయనందున లేదా ఇతర కారణాల వల్ల పరీక్షించడానికి నిరాకరించడం మంచిది కాదు. utPLSQL డెవలప్‌మెంట్‌పై ఎటువంటి పరిమితులను విధించదు మరియు ఒరాకిల్, సూత్రప్రాయంగా, విభిన్న విషయాలను అమలు చేయడానికి మిమ్మల్ని అనుమతిస్తుంది. చాలా సమస్యలకు పరిష్కారం ఉంది, ఇది సమయం మరియు కృషికి సంబంధించిన విషయం.
- విస్తరణ. మేము పరీక్షలను అమలు చేయవలసిన అనేక స్టాండ్‌లను కలిగి ఉన్నాము. ప్రతి స్టాండ్ వద్ద, డేటా డంప్‌ని ఎప్పుడైనా అప్‌డేట్ చేయవచ్చు. మీరు దాని పూర్తి లేదా పాక్షిక సంస్థాపనను నొప్పిలేకుండా చేసే విధంగా ఆటోమేటిక్ పరీక్షలతో ప్రాజెక్ట్ను నిర్వహించడం అవసరం.
మరి రెండు రోజుల్లో రెండో పోస్ట్‌లో మనం ఏం చేశామో, ఎలాంటి ఫలితాలు సాధించామో చెబుతాను.
మూలం: www.habr.com