మీ కంపెనీ ఇప్పుడే DevOps లేదా CI/CD టూల్స్‌ని ప్రవేశపెడుతుంటే, మీరు చాలా సాధారణ తప్పులను తెలుసుకోవడం ఉపయోగకరంగా ఉండవచ్చు, తద్వారా వాటిని పునరావృతం చేయకుండా మరియు వేరొకరి రేక్‌పై అడుగు పెట్టకూడదు.
జట్టు వ్యాసాన్ని అనువదించారు .
సంస్కృతి మరియు ప్రక్రియలను మార్చడానికి సిద్ధపడకపోవడం
మీరు చక్రీయ రేఖాచిత్రాన్ని చూస్తే , DevOps ప్రాక్టీస్‌లో టెస్టింగ్ అనేది ఒక నిరంతర కార్యకలాపం, ప్రతి ఒక్క డిప్లాయ్‌మెంట్‌లో ఒక ప్రాథమిక భాగం అని స్పష్టంగా తెలుస్తుంది.
DevOps అనంతమైన సైకిల్ చార్ట్
డెవలపర్‌లు చేసే ప్రతి పనిలో డెవలప్‌మెంట్ మరియు డెలివరీ సమయంలో టెస్టింగ్ మరియు నాణ్యత హామీ ముఖ్యమైన భాగం. ప్రతి పనిలో టెస్టింగ్‌ను పొందుపరచడానికి దీనికి మైండ్‌సెట్ మార్పు అవసరం.
ప్రతి బృంద సభ్యుని రోజువారీ పనిలో పరీక్ష భాగం అవుతుంది. స్థిరమైన పరీక్షకు మార్పు సులభం కాదు, మీరు దాని కోసం సిద్ధంగా ఉండాలి.
అభిప్రాయం లేకపోవడం
DevOps ప్రభావం స్థిరమైన అభిప్రాయంపై ఆధారపడి ఉంటుంది. సహకారం మరియు కమ్యూనికేషన్ కోసం స్థలం లేనట్లయితే నిరంతర అభివృద్ధి అసాధ్యం.
పునరాలోచన సమావేశాలను నిర్వహించని కంపెనీలు CI/CDలో నిరంతర అభిప్రాయ సంస్కృతిని అమలు చేయడం కష్టం. ప్రతి పునరావృతం ముగింపులో పునరాలోచన సమావేశాలు జరుగుతాయి, ఈ సమయంలో బృందం సభ్యులు ఏది బాగా జరిగిందో మరియు ఏది పేలవంగా జరిగిందో చర్చిస్తారు. రెట్రోస్పెక్టివ్ సమావేశాలు Scrum/Agile యొక్క పునాది, కానీ అవి DevOps కోసం కూడా అవసరం.
ఎందుకంటే రెట్రోస్పెక్టివ్ సమావేశాలు అభిప్రాయాన్ని మరియు అభిప్రాయాలను ఇచ్చిపుచ్చుకునే అలవాటును కలిగిస్తాయి. ప్రారంభంలో అత్యంత ముఖ్యమైన అంశాలలో ఒకటి పునరావృత రెట్రో సమావేశాలను నిర్వహించడం, తద్వారా వారు మొత్తం జట్టుకు అర్థమయ్యేలా మరియు సుపరిచితులుగా మారతారు.
సాఫ్ట్‌వేర్ నాణ్యత విషయానికి వస్తే, జట్టు సభ్యులందరూ దానిని నిర్వహించడానికి బాధ్యత వహిస్తారు. ఉదాహరణకు, డెవలపర్‌లు యూనిట్ పరీక్షలను వ్రాయగలరు మరియు పరీక్షా సామర్థ్యాన్ని దృష్టిలో ఉంచుకుని కోడ్‌ను కూడా వ్రాయగలరు, ఇది ప్రారంభం నుండి ప్రమాదాన్ని తగ్గించడంలో సహాయపడుతుంది.
టెస్టింగ్ గురించి ఆలోచించడంలో మార్పును ప్రతిబింబించే ఒక సాధారణ మార్గం ఏమిటంటే టెస్టర్‌లను QA కాకుండా సాఫ్ట్‌వేర్ టెస్టర్ లేదా క్వాలిటీ ఇంజనీర్‌గా పిలవడం. ఈ మార్పు చాలా సరళంగా లేదా తెలివితక్కువదని అనిపించవచ్చు. కానీ ఒకరిని "సాఫ్ట్‌వేర్ నాణ్యత హామీ వ్యక్తి" అని పిలవడం వల్ల ఉత్పత్తి నాణ్యతకు ఎవరు బాధ్యత వహిస్తారనే దానిపై తప్పుడు ఆలోచన వస్తుంది. ఎజైల్, CI/CD మరియు DevOps ప్రాక్టీస్‌లలో, సాఫ్ట్‌వేర్ నాణ్యతకు ప్రతి ఒక్కరూ బాధ్యత వహిస్తారు.
మరో ముఖ్యమైన విషయం ఏమిటంటే, మొత్తం బృందం మరియు దానిలోని ప్రతి సభ్యులు, సంస్థ మరియు వాటాదారులకు నాణ్యత అంటే ఏమిటో అర్థం చేసుకోవడం.
దశ పూర్తి చేయడంపై అపార్థం
నాణ్యత అనేది నిరంతర మరియు సాధారణ ప్రక్రియ అయితే, దశ పూర్తి చేయడంపై సాధారణ అవగాహన అవసరం. ఒక దశ ముగిసినప్పుడు మీకు ఎలా తెలుస్తుంది? ట్రెల్లో లేదా ఇతర కాన్బన్ బోర్డ్‌లో ఒక దశ పూర్తయినట్లు గుర్తించబడినప్పుడు ఏమి జరుగుతుంది?
పూర్తయింది (DoD) యొక్క నిర్వచనం CD DevOps/CI సందర్భంలో ఒక శక్తివంతమైన సాధనం. జట్టు ఏమి మరియు ఎలా నిర్మిస్తుంది అనే నాణ్యత ప్రమాణాలను బాగా అర్థం చేసుకోవడానికి ఇది సహాయపడుతుంది.
"పూర్తయింది" అంటే ఏమిటో డెవలప్‌మెంట్ బృందం నిర్ణయించాలి. వారు కూర్చొని, అది సంపూర్ణంగా పరిగణించబడటానికి ప్రతి దశలో తప్పనిసరిగా కలుసుకోవాల్సిన లక్షణాల జాబితాను తయారు చేయాలి.
DoD ప్రక్రియను మరింత పారదర్శకంగా చేస్తుంది మరియు CI/CDని అందరు టీమ్ మెంబర్‌లు అర్థం చేసుకుంటే మరియు పరస్పరం అంగీకరించినట్లయితే అమలు చేయడాన్ని సులభతరం చేస్తుంది.
వాస్తవిక, స్పష్టంగా నిర్వచించబడిన లక్ష్యాలు లేకపోవడం
ఇది చాలా తరచుగా కోట్ చేయబడిన సలహాలలో ఒకటి, కానీ ఇది పునరావృతమవుతుంది. CI/CD లేదా DevOpsతో సహా ఏదైనా ప్రధాన ప్రయత్నంలో విజయం సాధించడానికి, మీరు వాస్తవిక లక్ష్యాలను నిర్దేశించుకోవాలి మరియు వాటికి వ్యతిరేకంగా పనితీరును కొలవాలి. CI/CDతో మీరు ఏమి సాధించడానికి ప్రయత్నిస్తున్నారు? మెరుగైన నాణ్యతతో వేగంగా విడుదల చేయడానికి ఇది అనుమతిస్తుందా?
నిర్దేశించబడిన ఏదైనా లక్ష్యాలు పారదర్శకంగా మరియు వాస్తవికంగా ఉండటమే కాకుండా, సంస్థ యొక్క ప్రస్తుత కార్యకలాపాలకు అనుగుణంగా ఉండాలి. ఉదాహరణకు, మీ కస్టమర్‌లకు కొత్త ప్యాచ్‌లు లేదా వెర్షన్‌లు ఎంత తరచుగా అవసరం? వినియోగదారులకు అదనపు ప్రయోజనం లేకుంటే ప్రక్రియలను ఓవర్‌లోడ్ చేయడం మరియు వేగంగా విడుదల చేయడం అవసరం లేదు.
అదనంగా, మీరు ఎల్లప్పుడూ CD మరియు CI రెండింటినీ అమలు చేయవలసిన అవసరం లేదు. ఉదాహరణకు, బ్యాంకులు మరియు వైద్య క్లినిక్‌లు వంటి అధిక నియంత్రణ కలిగిన కంపెనీలు CIతో మాత్రమే పని చేస్తాయి.
DevOps అమలు చేసే ఏ కంపెనీకైనా CI మంచి ప్రారంభ బిందువుగా పనిచేస్తుంది. ఇది అమలు చేయబడినప్పుడు, సాఫ్ట్‌వేర్ డెలివరీకి కంపెనీల విధానాలు గణనీయంగా మారుతాయి. CI ప్రావీణ్యం పొందిన తర్వాత, మీరు మొత్తం ప్రక్రియను మెరుగుపరచడం, రోల్‌అవుట్ వేగం మరియు ఇతర మార్పులను పెంచడం గురించి ఆలోచించవచ్చు.
అనేక సంస్థలకు, CI మాత్రమే సరిపోతుంది మరియు CD విలువను జోడిస్తే మాత్రమే అమలు చేయాలి.
తగిన డాష్‌బోర్డ్‌లు మరియు కొలమానాలు లేకపోవడం
మీరు మీ లక్ష్యాలను సెట్ చేసిన తర్వాత, KPIలను కొలవడానికి డెవలప్‌మెంట్ బృందం డాష్‌బోర్డ్‌ను సృష్టించగలదు. దాని అభివృద్ధికి ముందు, పర్యవేక్షించబడే పారామితులను అంచనా వేయడం విలువ.
విభిన్న నివేదికలు మరియు అప్లికేషన్‌లు వేర్వేరు బృంద సభ్యులకు ఉపయోగపడతాయి. స్క్రమ్ మాస్టర్ స్థితి మరియు చేరుకోవడంపై ఎక్కువ ఆసక్తిని కలిగి ఉన్నారు. సీనియర్ మేనేజ్‌మెంట్ నిపుణుల బర్న్‌అవుట్ రేటుపై ఆసక్తి కలిగి ఉండవచ్చు.
కొన్ని బృందాలు CI/CD యొక్క స్థితిని అంచనా వేయడానికి ఎరుపు, పసుపు మరియు ఆకుపచ్చ సూచికలతో కూడిన డాష్‌బోర్డ్‌లను కూడా ఉపయోగిస్తాయి, వారు ప్రతిదీ సరిగ్గా చేస్తున్నారా లేదా లోపం ఉందా అని అర్థం చేసుకోవచ్చు. ఎరుపు రంగు అంటే మీరు ఏమి జరుగుతుందో దానిపై శ్రద్ధ వహించాలి.
అయినప్పటికీ, డ్యాష్‌బోర్డ్‌లు ప్రామాణికం కానట్లయితే, అవి తప్పుదారి పట్టించవచ్చు. ప్రతి ఒక్కరికి ఏ డేటా అవసరమో విశ్లేషించండి, ఆపై దాని అర్థం ఏమిటో ప్రామాణిక వివరణను సృష్టించండి. వాటాదారులకు మరింత అర్ధమయ్యే వాటిని కనుగొనండి: గ్రాఫిక్స్, వచనం లేదా సంఖ్యలు.
మాన్యువల్ పరీక్షలు లేవు
టెస్ట్ ఆటోమేషన్ మంచి CI/CD పైప్‌లైన్‌కు పునాది వేస్తుంది. కానీ అన్ని దశలలో స్వయంచాలక పరీక్ష అంటే మీరు మాన్యువల్ పరీక్షను నిర్వహించకూడదని కాదు.
సమర్థవంతమైన CI/CD పైప్‌లైన్‌ను రూపొందించడానికి, మీకు మాన్యువల్ పరీక్షలు కూడా అవసరం. మానవ విశ్లేషణ అవసరమయ్యే పరీక్ష యొక్క కొన్ని అంశాలు ఎల్లప్పుడూ ఉంటాయి.
మీ పైప్‌లైన్‌లో మాన్యువల్ టెస్టింగ్ ప్రయత్నాలను సమగ్రపరచడాన్ని పరిగణనలోకి తీసుకోవడం విలువైనదే. కొన్ని పరీక్ష కేసుల మాన్యువల్ పరీక్ష పూర్తయిన తర్వాత, మీరు విస్తరణ దశకు వెళ్లవచ్చు.
పరీక్షలను మెరుగుపరచడానికి ప్రయత్నించవద్దు
సమర్థవంతమైన CI/CD పైప్‌లైన్‌కి సరైన సాధనాలకు ప్రాప్యత అవసరం, అది పరీక్ష నిర్వహణ లేదా ఏకీకరణ మరియు కొనసాగుతున్న పర్యవేక్షణ.
బలమైన, నాణ్యత-ఆధారిత సంస్కృతిని సృష్టించడం లక్ష్యం , విస్తరణ తర్వాత కస్టమర్ పరస్పర చర్యలను పర్యవేక్షించడం మరియు మెరుగుదలలను ట్రాక్ చేయడం.
మీరు సులభంగా అమలు చేయగల కొన్ని ఆచరణాత్మక చిట్కాలు ఇక్కడ ఉన్నాయి:
- మీ పరీక్షలు రాయడం సులభం మరియు మీరు కోడ్‌ను రీఫ్యాక్టరింగ్ చేసినప్పుడు విచ్ఛిన్నం కాకుండా సరిపోయేంత సరళంగా ఉన్నాయని నిర్ధారించుకోండి.
- టెస్టింగ్ ప్రాసెస్‌లో డెవలప్‌మెంట్ టీమ్‌లను చేర్చాలి - CI పైప్‌లైన్‌ల సమయంలో పరీక్షించడానికి ముఖ్యమైన వినియోగదారు సమస్యలు మరియు అభ్యర్థనల జాబితాను చూడండి.
- మీరు పూర్తి పరీక్ష కవరేజీని కలిగి ఉండకపోవచ్చు, కానీ ఎల్లప్పుడూ UX మరియు కస్టమర్ అనుభవానికి ముఖ్యమైన ఫ్లోలు పరీక్షించబడుతున్నాయని నిర్ధారించుకోండి.
చివరిది కాని ముఖ్యమైన అంశం
CI/CDకి పరివర్తన సాధారణంగా దిగువ నుండి పైకి నడపబడుతుంది, కానీ అంతిమంగా ఇది కంపెనీ నుండి నాయకత్వం కొనుగోలు, సమయం మరియు వనరులు అవసరమయ్యే పరివర్తన. అన్నింటికంటే, CI/CD అనేది నైపుణ్యాలు, ప్రక్రియలు, సాధనాలు మరియు సాంస్కృతిక పునర్నిర్మాణం యొక్క సమితి; అటువంటి మార్పులు క్రమపద్ధతిలో మాత్రమే అమలు చేయబడతాయి.
అంశంపై ఇంకా ఏమి చదవాలి:
- .
- .
- .
మూలం: www.habr.com