హే హబ్ర్!
మాకు కొత్త ముఖ్యమైన అంశం ఉంది - IT ఉత్పత్తుల యొక్క అధిక-నాణ్యత అభివృద్ధి. HighLoad++ వద్ద మేము తరచుగా బిజీ సర్వీస్‌లను ఎలా వేగవంతం చేయాలనే దాని గురించి మాట్లాడుతాము మరియు Frontend Conf వద్ద మేము వేగాన్ని తగ్గించని చల్లని వినియోగదారు ఇంటర్‌ఫేస్ గురించి మాట్లాడుతాము. మేము టెస్టింగ్ గురించి మరియు DevOpsConf గురించి టెస్టింగ్‌తో సహా వివిధ ప్రాసెస్‌లను కలపడం గురించి క్రమం తప్పకుండా కలిగి ఉన్నాము. కానీ సాధారణంగా నాణ్యత అని పిలవబడే దాని గురించి మరియు దానిపై సమగ్రంగా ఎలా పని చేయాలి - లేదు.
దీని ద్వారా సరి చేద్దాం — మేము అభివృద్ధి యొక్క ప్రతి దశలో వినియోగదారు కోసం తుది ఉత్పత్తి నాణ్యత గురించి ఆలోచించే సంస్కృతిని అభివృద్ధి చేస్తాము. మీ బాధ్యత ప్రాంతంపై దృష్టి పెట్టకపోవడం మరియు పరీక్షకులతో మాత్రమే నాణ్యతను అనుబంధించడం అలవాటు.
కట్ క్రింద మేము ప్రోగ్రామ్ కమిటీ హెడ్, Tinkoff.Business వద్ద టెస్టింగ్ హెడ్, రష్యన్ మాట్లాడే QA కమ్యూనిటీ సృష్టికర్తతో మాట్లాడుతాము అనస్తాసియా అసీవా-న్గుయెన్ QA పరిశ్రమ స్థితి మరియు కొత్త సమావేశం యొక్క లక్ష్యం గురించి.
- నస్తియా హలో. దయచేసి మీ గురించి మాకు చెప్పండి.
అనస్తాసియా: నేను బ్యాంక్‌లో టెస్టింగ్‌ని నిర్వహిస్తాను, చాలా పెద్ద బృందానికి నేను బాధ్యత వహిస్తాను - మేము 90 మంది కంటే ఎక్కువ మంది ఉన్నాము. మాకు ముఖ్యమైన వ్యాపార లైన్ ఉంది; చట్టపరమైన సంస్థల కోసం పర్యావరణ వ్యవస్థకు మేము బాధ్యత వహిస్తాము.
నేను మెకానిక్స్ మరియు మ్యాథమెటిక్స్ చదివాను మరియు మొదట్లో ప్రోగ్రామర్ కావాలనుకున్నాను. కానీ నాకు ఆసక్తికరమైన ఆఫర్ వచ్చినప్పుడు, నేను టెస్టర్‌గా ప్రయత్నించాలని నిర్ణయించుకున్నాను. విచిత్రమేమిటంటే, ఇది నా పిలుపుగా మారింది. ఇప్పుడు ఈ పరిశ్రమలో నా పని అంతా చూస్తున్నాను.
నేను క్వాలిటీ అష్యూరెన్స్ క్రమశిక్షణకు అమితమైన కట్టుబడి ఉన్నాను. ఏ ఉత్పత్తులు సృష్టించబడతాయో, కంపెనీలో, బృందంలో మరియు సూత్రప్రాయంగా, అభివృద్ధి ప్రక్రియలో నాణ్యత ఎలా పరిగణించబడుతుందో నేను ఉదాసీనంగా లేను.
అది నాకు స్పష్టంగా ఉంది ఈ దిశలో సంఘం తగినంత పరిణతి చెందలేదు, కనీసం రష్యాలో. నాణ్యత హామీ అనేది అవసరాలకు అనుగుణంగా అప్లికేషన్‌ను పరీక్షించడం మాత్రమే కాదని మేము ఎల్లప్పుడూ అర్థం చేసుకోలేము. నేను ఈ పరిస్థితిని మార్చాలనుకుంటున్నాను.
— మీరు నాణ్యత హామీ మరియు పరీక్ష అనే పదాలను ఉపయోగిస్తారు. సగటు వ్యక్తి దృష్టిలో, ఈ రెండు పదాలు చాలా తరచుగా అతివ్యాప్తి చెందుతాయి. మీరు లోతుగా తవ్వితే అవి ఎలా భిన్నంగా ఉంటాయి?
అనస్తాసియా: బదులుగా, వారు భిన్నంగా లేరు. పరీక్ష అనేది క్వాలిటీ అస్యూరెన్స్ క్రమశిక్షణలో భాగం; ఇది ప్రత్యక్ష కార్యకలాపం - నేను ఏదైనా పరీక్షిస్తున్నాననే వాస్తవం. వాస్తవానికి చాలా రకాల పరీక్షలు ఉన్నాయి మరియు వివిధ రకాలైన వ్యక్తులు వివిధ రకాల పరీక్షలకు బాధ్యత వహిస్తారు. కానీ ఇక్కడ రష్యాలో, కంపెనీలకు టెస్టర్లను సరఫరా చేసే అవుట్‌సోర్సర్ల తరంగం కనిపించినప్పుడు, పరీక్ష ఒకే రకానికి తగ్గించబడింది.
చాలా సందర్భాలలో, అవి ఫంక్షనల్ టెస్టింగ్‌కు మాత్రమే పరిమితం చేయబడ్డాయి: డెవలపర్లు కోడ్ చేసినది స్పెసిఫికేషన్‌కు అనుగుణంగా ఉందో లేదో వారు తనిఖీ చేస్తారు మరియు అంతే.
— దయచేసి ఇతర నాణ్యత హామీ విభాగాలు ఏవో మాకు చెప్పండి? ఇక్కడ పరీక్షతో పాటు ఇంకా ఏమి చేర్చబడింది?
అనస్తాసియా: నాణ్యత హామీ అనేది, ముందుగా, నాణ్యమైన ఉత్పత్తిని సృష్టించడం. అంటే, మన ఉత్పత్తికి ఎలాంటి నాణ్యత లక్షణాలు ఉండాలో మనల్ని మనం ప్రశ్నించుకుంటాము. దీని ప్రకారం, మేము దీనిని అర్థం చేసుకుంటే, ఈ నాణ్యత లక్షణాలను ఎవరు ప్రభావితం చేస్తారో పోల్చవచ్చు. పర్వాలేదు, డెవలపర్, ప్రాజెక్ట్ మేనేజర్ లేదా ఉత్పత్తి నిపుణుడు ఒక ఉత్పత్తి అభివృద్ధి, దాని బ్యాక్‌లాగ్ మరియు దాని వ్యూహాన్ని ప్రభావితం చేసే వ్యక్తి.
టెస్టర్ తన పాత్ర గురించి మరింత తెలుసుకుంటాడు. తన పని అవసరాలకు అనుగుణంగా పరీక్షించడమే కాకుండా, అవసరాలను పరీక్షించడం, ఉత్పత్తి నిపుణుడి నుండి వచ్చిన సూత్రీకరణలను ప్రశ్నించడం మరియు క్లయింట్ యొక్క అన్ని అవ్యక్త అవసరాలు మరియు అంచనాలను బహిర్గతం చేయడం అని అతను అర్థం చేసుకున్నాడు. మేము మా కస్టమర్‌కు కొత్త కార్యాచరణను అందజేసినప్పుడు, మేము వారి అంచనాలను నిజంగా అందుకోవాలి మరియు వారి బాధను పరిష్కరించాలి. మేము నాణ్యత యొక్క అన్ని లక్షణాల గురించి ఆలోచిస్తే, క్లయింట్ సంతృప్తి చెందుతారు మరియు అతను తన ఉత్పత్తిని ఉపయోగించే కంపెనీ తన ఆసక్తుల గురించి నిజంగా శ్రద్ధ వహిస్తుందని మరియు "కేవలం ఒక లక్షణాన్ని విడుదల చేయడానికి" సూత్రంపై పని చేయదని అర్థం చేసుకుంటాడు.
— మీరు ఇప్పుడే వివరించినది ఉత్పత్తి నిపుణుడి పని అని అనిపిస్తుంది. ఇది సూత్రప్రాయంగా, పరీక్ష గురించి కాదు మరియు నాణ్యత గురించి కాదు - ఇది సాధారణంగా ఉత్పత్తి నిర్వహణ గురించి, లేదా?
అనస్తాసియా: సహా. నాణ్యత హామీ అనేది ఒక నిర్దిష్ట వ్యక్తి బాధ్యత వహించే క్రమశిక్షణ కాదు. ఇప్పుడు టెస్టింగ్‌లో ఒక ప్రముఖ దిశ ఉంది, ఈ విధానాన్ని పిలుస్తారు చురుకైన పరీక్ష. ఇది పరీక్షకు ఒక జట్టు విధానం అని అతని నిర్వచనం స్పష్టంగా పేర్కొంది, ఇందులో నిర్దిష్టమైన అభ్యాసాలు ఉంటాయి. ఈ విధానాన్ని అమలు చేయడానికి మొత్తం బృందం బాధ్యత వహిస్తుంది; జట్టులో టెస్టర్ ఉండవలసిన అవసరం కూడా లేదు. మొత్తం బృందం కస్టమర్‌కు విలువను అందించడం మరియు ఆ విలువ కస్టమర్ అంచనాలకు అనుగుణంగా ఉండేలా చూసుకోవడంపై దృష్టి సారించింది.
— దాదాపు అన్ని పరిసర విభాగాలతో నాణ్యత కలుస్తుంది, చుట్టూ ఉన్న ప్రతిదానిపై ఒక ఫ్రేమ్‌వర్క్‌ను విధిస్తుంది?
అనస్తాసియా: కుడి. మేము నాణ్యమైన ఉత్పత్తిని ఎలా సృష్టించాలనుకుంటున్నాము అనే దాని గురించి ఆలోచించినప్పుడు, మేము నాణ్యత యొక్క వివిధ లక్షణాల గురించి ఆలోచించడం ప్రారంభిస్తాము. ఉదాహరణకు, మా క్లయింట్‌కి అవసరమైన ఫీచర్‌ని మేము నిజంగా చేసామో లేదో తనిఖీ చేయడం ఎలా.
ఇక్కడ ఈ రకమైన పరీక్ష వస్తుంది: UAT (వినియోగదారు అంగీకార పరీక్ష). దురదృష్టవశాత్తూ, ఇది రష్యాలో చాలా అరుదుగా ఆచరించబడుతుంది, కానీ కొన్నిసార్లు తుది క్లయింట్ కోసం డెమోగా SCRUM జట్లలో ఉంటుంది. విదేశీ కంపెనీలలో ఇది చాలా సాధారణమైన పరీక్ష. క్లయింట్‌లందరికీ కార్యాచరణను తెరవడానికి ముందు, మేము మొదట UAT చేస్తాము, అంటే, ఉత్పత్తి నిజంగా అంచనాలను అందుకొని నొప్పిని పరిష్కరిస్తుందో లేదో పరీక్షించి వెంటనే అభిప్రాయాన్ని అందించే తుది వినియోగదారుని మేము ఆహ్వానిస్తాము. దీని తర్వాత మాత్రమే అన్ని ఇతర క్లయింట్‌లకు స్కేలింగ్ జరుగుతుంది.
అంటే, మేము వ్యాపారంపై, ముగింపు క్లయింట్‌పై దృష్టి పెడతాము, కానీ అదే సమయంలో సాంకేతికత గురించి మర్చిపోవద్దు. ఉత్పత్తి యొక్క నాణ్యత కూడా సాంకేతికతపై ఎక్కువగా ఆధారపడి ఉంటుంది. మన నిర్మాణం చెడ్డది అయితే, మేము ఫీచర్లను త్వరగా విడుదల చేయలేము మరియు కస్టమర్ అంచనాలను అందుకోలేము. స్కేల్ చేయడానికి ప్రయత్నిస్తున్నప్పుడు చాలా బగ్‌లు ఉండవచ్చు లేదా రీఫాక్టర్ చేయడానికి ప్రయత్నిస్తున్నప్పుడు మనం ఏదైనా విచ్ఛిన్నం చేయవచ్చు. ఇవన్నీ కస్టమర్ సంతృప్తిని ప్రభావితం చేస్తాయి.
ఈ దృక్కోణం నుండి, వాస్తుశిల్పం మనం క్లీన్ కోడ్‌ను వ్రాయగలిగేలా ఉండాలి, అది త్వరగా మార్పులు చేయడానికి మరియు మేము ప్రతిదీ విచ్ఛిన్నం చేస్తాము అని భయపడవద్దు. కాబట్టి పునర్విమర్శ పునరావృత్తులు చాలా నెలల పాటు సాగవు ఎందుకంటే మనకు చాలా వారసత్వం ఉంది మరియు మేము సుదీర్ఘ పరీక్ష దశలను చేయవలసి ఉంటుంది.
— మొత్తంగా, డెవలపర్లు, ఆర్కిటెక్ట్‌లు, ఉత్పత్తి శాస్త్రవేత్తలు, ఉత్పత్తి నిర్వాహకులు మరియు టెస్టర్లు ఇప్పటికే పాలుపంచుకున్నారు. నాణ్యత హామీ ప్రక్రియలో ఇంకా ఎవరు పాల్గొంటారు?
అనస్తాసియా: ఇప్పుడు మనం ఇప్పటికే క్లయింట్‌కు ఫీచర్‌ని డెలివరీ చేశామని ఊహించుకుందాం. సహజంగానే, ఉత్పత్తి ఇప్పటికే ఉత్పత్తిలో ఉన్నప్పుడు కూడా దాని నాణ్యతను పర్యవేక్షించాల్సిన అవసరం ఉంది. ఈ దశలో, బగ్‌లు అని పిలవబడే స్పష్టమైన దృశ్యాలు లేని పరిస్థితులు కనిపించవచ్చు.
మేము ఇప్పటికే ఉత్పత్తిని విడుదల చేసిన తర్వాత ఈ బగ్‌లను ఎలా ఎదుర్కోవాలి అనేది మొదటి ప్రశ్న? ఉదాహరణకు, ఒత్తిడికి మనం ఎలా ప్రతిస్పందిస్తాము? పేజీ లోడ్ కావడానికి 30 సెకన్ల కంటే ఎక్కువ సమయం తీసుకుంటే క్లయింట్ చాలా సంతోషంగా ఉండదు.
ఇక్కడే దోపిడీ అమలులోకి వస్తుంది లేదా, ఇప్పుడు వారు పిలుస్తున్నట్లుగా, DevOps. నిజానికి, ఇది ఇప్పటికే ఉత్పత్తిలో ఉన్నప్పుడు ఉత్పత్తిని నిర్వహించడానికి బాధ్యత వహించే వ్యక్తులు. ఇందులో వివిధ రకాల పర్యవేక్షణ ఉంటుంది. టెస్టింగ్‌లో ఉప రకం కూడా ఉంది - ఉత్పత్తిపై పరీక్ష, రోల్‌అవుట్‌కు ముందు ఏదైనా పరీక్షించకుండా మరియు ఉత్పత్తిపై వెంటనే పరీక్షించకుండా ఉండటానికి మనం అనుమతించినప్పుడు. ఇది ఒక సంఘటనకు త్వరగా ప్రతిస్పందించడానికి, దానిని ప్రభావితం చేయడానికి మరియు దాన్ని సరిదిద్దడానికి మిమ్మల్ని అనుమతించే అవస్థాపనను నిర్వహించే దృక్కోణం నుండి చర్యల శ్రేణి.
మౌలిక సదుపాయాలు కూడా ముఖ్యమైనవి. పరీక్ష సమయంలో, మేము క్లయింట్‌కు ఇవ్వాలనుకుంటున్న ప్రతిదాన్ని నిజంగా కలిగి ఉన్నామని నిర్ధారించుకోవడం అసాధ్యం అయినప్పుడు తరచుగా పరిస్థితులు ఉన్నాయి. మేము దానిని ఉత్పత్తిలోకి మారుస్తాము మరియు స్పష్టమైన పరిస్థితులను పట్టుకోవడం ప్రారంభిస్తాము. మరియు అన్ని ఎందుకంటే పరీక్షలో మౌలిక సదుపాయాలు ఉత్పత్తిలో మౌలిక సదుపాయాలకు అనుగుణంగా లేవు. ఇది కొత్త రకమైన పరీక్షకు దారి తీస్తుంది - మౌలిక సదుపాయాల పరీక్ష. ఇవి వివిధ కాన్ఫిగరేషన్‌లు, సెట్టింగ్‌లు, డేటాబేస్ మైగ్రేషన్ మొదలైనవి.
ఇది ప్రశ్నను లేవనెత్తుతుంది - బహుశా బృందం మౌలిక సదుపాయాలను కోడ్‌గా ఉపయోగించాల్సి ఉంటుంది.
ఇన్‌ఫ్రాస్ట్రక్చర్ ఉత్పత్తి నాణ్యతను నేరుగా ప్రభావితం చేస్తుందని నేను నమ్ముతున్నాను.
నిజమైన కేసుతో సమావేశంలో నివేదిక ఉంటుందని నేను ఆశిస్తున్నాను. కోడ్‌గా మౌలిక సదుపాయాలు నాణ్యతను ఎలా ప్రభావితం చేస్తాయో మీ స్వంత అనుభవం నుండి మాకు చెప్పడానికి మీరు సిద్ధంగా ఉంటే మాకు వ్రాయండి. కోడ్‌గా మౌలిక సదుపాయాలు అన్ని సెట్టింగ్‌లను తనిఖీ చేయడం మరియు సాధ్యం కాని వాటిని పరీక్షించడం సులభతరం చేస్తుంది. అందువల్ల, నాణ్యమైన ఉత్పత్తిని అభివృద్ధి చేసే ప్రక్రియలో ఆపరేషన్ కూడా పాల్గొంటుంది.
- విశ్లేషణలు మరియు డాక్యుమెంటేషన్ గురించి ఏమిటి?
అనస్తాసియా: ఇది ఎంటర్‌ప్రైజ్ సిస్టమ్‌లకు ఎక్కువగా వర్తిస్తుంది. మేము ఎంటర్‌ప్రైజ్ గురించి మాట్లాడేటప్పుడు, విశ్లేషకులు మరియు సిస్టమ్స్ విశ్లేషకులు వంటి వ్యక్తులు వెంటనే గుర్తుకు వస్తారు. వారు కొన్నిసార్లు సాంకేతిక రచయితలు అని పిలుస్తారు. వారు ఒక స్పెసిఫికేషన్ వ్రాసి దానిని పూర్తి చేయడానికి ఒక పనిని అందుకుంటారు, ఉదాహరణకు, ఒక నెల పాటు.
అటువంటి డాక్యుమెంటేషన్ రాయడం చాలా సుదీర్ఘమైన అభివృద్ధి పునరావృత్తులు మరియు శుద్ధీకరణ యొక్క సుదీర్ఘ పునరావృతాలకు దారితీస్తుందని పదేపదే నిరూపించబడింది, ఎందుకంటే పరీక్ష ప్రక్రియలో దోషాలు గుర్తించబడతాయి మరియు రాబడి ప్రారంభమవుతాయి. ఫలితంగా, అభివృద్ధి ఖర్చులను పెంచే లూప్‌లు చాలా ఉన్నాయి. అదనంగా, ఇది దుర్బలత్వాలను పరిచయం చేయవచ్చు. మేము రిఫరెన్స్ కోడ్‌ని వ్రాసినట్లు అనిపిస్తుంది, కానీ మేము ఖచ్చితంగా ఆలోచించదగిన నిర్మాణాన్ని విచ్ఛిన్నం చేసే మార్పులు చేసాము.
అంతిమ ఫలితం పూర్తిగా నాణ్యమైన ఉత్పత్తి కాదు, ఎందుకంటే ఆర్కిటెక్చర్‌లో ఇప్పటికే ప్యాచ్‌లు కనిపించాయి, కొన్ని చోట్ల కోడ్ తగినంతగా పరీక్షల ద్వారా కవర్ చేయబడదు, ఎందుకంటే గడువు ముగుస్తోంది, అన్ని బగ్‌లను త్వరగా మూసివేయాలి. మరియు అన్ని ఎందుకంటే అసలు స్పెసిఫికేషన్ అమలు చేయవలసిన అన్ని పాయింట్లను పరిగణనలోకి తీసుకోలేదు.
డెవలపర్లు తెగుళ్లు కాదు మరియు ఉద్దేశపూర్వకంగా లోపాలతో కోడ్ రాయవద్దు.
మేము మొదట్లో అవసరమైన అన్ని పాయింట్లను కవర్ చేసే స్పెసిఫికేషన్ ద్వారా ఆలోచించినట్లయితే, అప్పుడు ప్రతిదీ సరిగ్గా అవసరమైన విధంగా అమలు చేయబడి ఉంటుంది. అయితే ఇదొక ఆదర్శధామం.
ఖచ్చితమైన 100-పేజీల వివరణను వ్రాయడం బహుశా అసాధ్యం. అందుకే డాక్యుమెంటేషన్ రాయడానికి ప్రత్యామ్నాయ మార్గాల గురించి ఆలోచించాలి, స్పెసిఫికేషన్‌లు, డెవలపర్ అవసరమైనది ఖచ్చితంగా చేస్తారని నిర్ధారించుకోవడానికి మమ్మల్ని దగ్గర చేసే టాస్క్‌లను సెట్ చేయడం.
ఇక్కడ ఎజైల్ నుండి విధానాలు గుర్తుకు వస్తాయి - అంగీకార ప్రమాణాలతో వినియోగదారు కథనాలు. చిన్న పునరావృతాలలో అభివృద్ధి చేసే బృందాలకు ఇది మరింత వర్తిస్తుంది.
— వినియోగ పరీక్ష, ఉత్పత్తి వినియోగం, డిజైన్ గురించి ఏమిటి?
అనస్తాసియా: ఇది చాలా ముఖ్యమైన విషయం, ఎందుకంటే జట్టులో డిజైనర్లు ఉన్నారు. చాలా తరచుగా, డిజైనర్లు ఒక సేవగా ఉపయోగించబడతారు - డిజైన్ విభాగం లేదా అవుట్సోర్స్ డిజైనర్ ద్వారా. డిజైనర్ ప్రొడక్ట్ స్పెషలిస్ట్ చెప్పేది విని, అతను అర్థం చేసుకున్నట్లు అనిపించే సందర్భాలు తరచుగా ఉన్నాయి. కానీ మేము పునరుక్తిని ప్రారంభించినప్పుడు, వాస్తవానికి జరిగింది ఊహించినది కాదని తేలింది: డిజైనర్ ఏదో మర్చిపోయాడు, ప్రవర్తన గురించి పూర్తిగా ఆలోచించలేదు, ఎందుకంటే అతను జట్టులో లేడు మరియు సందర్భంలో లేదా ముందు -ఎండ్ డెవలపర్‌కి దీని లేఅవుట్ పూర్తిగా అర్థం కాలేదు. ఫ్రంట్-ఎండ్ డెవలపర్ డిజైన్‌ను అర్థం చేసుకోవడంలో సమస్య ఉన్నందున దీనికి అనేక పునరావృత్తులు పట్టవచ్చు.
ఇంకా ఒక సమస్య ఉంది. డిజైన్ వ్యవస్థలు ఇప్పుడు ప్రజాదరణ పొందుతున్నాయి. వారు హైప్‌లో ఉన్నారు, కానీ వాటి నుండి ప్రయోజనాలు పూర్తిగా స్పష్టంగా లేవు.
డిజైన్ సిస్టమ్స్, ఒక వైపు, అభివృద్ధిని సులభతరం చేస్తాయని నేను అభిప్రాయాన్ని ఎదుర్కొన్నాను, కానీ మరోవైపు, అవి ఇంటర్‌ఫేస్‌పై చాలా పరిమితులను విధిస్తాయి.
తత్ఫలితంగా, మేము క్లయింట్ కోరుకునే లక్షణాన్ని తయారు చేయము, కానీ మనకు అనుకూలమైనదిగా ఉంటుంది, ఎందుకంటే మేము ఇప్పటికే కొన్ని ఘనాలను కలిగి ఉన్నందున, మేము దానిని తయారు చేయగలము.
ఇది పరిశీలించదగిన అంశం అని నేను భావిస్తున్నాను మరియు డిజైన్‌ను సులభతరం చేయడానికి ప్రయత్నిస్తున్నప్పుడు మేము వాస్తవానికి క్లయింట్ నొప్పిని పరిష్కరిస్తున్నామా అని ఆలోచిస్తున్నాను.
— నాణ్యత హామీకి సంబంధించి ఆశ్చర్యకరమైన అనేక అంశాలు ఉన్నాయి. వాటన్నింటిపై చర్చ జరిగేలా రష్యాలో సదస్సు ఉందా?
అనస్తాసియా: అత్యంత పురాతనమైన టెస్టింగ్ కాన్ఫరెన్స్ ఉంది, దీనిని ఈ సంవత్సరం 25వ సారి నిర్వహించనున్నారు మరియు దీనిని SQA డేస్ క్వాలిటీ అస్యూరెన్స్ కాన్ఫరెన్స్ అంటారు. ఇది ప్రధానంగా ఫంక్షనల్ టెస్టర్‌ల కోసం సాధనాలు మరియు నిర్దిష్ట పరీక్ష విధానాలను చర్చిస్తుంది. నియమం ప్రకారం, SQA డేస్‌లోని నివేదికలు పరీక్షకుల బాధ్యత యొక్క నిర్దిష్ట ప్రాంతాలను లోతుగా పరిశీలిస్తాయి, కానీ సంక్లిష్ట కార్యకలాపాలు కాదు.
విభిన్న సాధనాలు మరియు విధానాలు, డేటాబేస్‌లను ఎలా పరీక్షించాలి, APIలు మొదలైనవాటిని అర్థం చేసుకోవడంలో ఇది చాలా సహాయపడుతుంది. కానీ అదే సమయంలో, ఒక వైపు, మెరుగైన ఉత్పత్తిని రూపొందించడంలో కేవలం పరీక్ష కంటే ఎక్కువ పాల్గొనడానికి ఇది ప్రేరేపించదు. మరోవైపు, ఉత్పత్తి యొక్క ప్రపంచ లక్ష్యం మరియు దాని వ్యాపార భాగం గురించి ఆలోచించే ప్రక్రియలో టెస్టర్లు ఎక్కువగా పాల్గొనరు.
నేను పెద్ద డిపార్ట్‌మెంట్‌ని నడుపుతున్నాను మరియు మొత్తం పరిశ్రమ స్థితిపై నిజంగా అంతర్దృష్టిని అందించే చాలా ఇంటర్వ్యూలను నిర్వహిస్తాను. నియమం ప్రకారం, మా అబ్బాయిలు సంస్థలలో పని చేస్తారు మరియు వారికి స్పష్టమైన బాధ్యత ఉంటుంది. విదేశీ ప్రాజెక్ట్‌లలో పనిచేసే సహోద్యోగులు వివిధ రకాలైన పరీక్షలను ఉపయోగిస్తారు: వారు స్వయంగా లోడ్ పరీక్ష, పనితీరు పరీక్ష మరియు కొన్నిసార్లు భద్రతా పరీక్షలను కూడా చేయగలరు, ఎందుకంటే వారు ఉత్పత్తి నాణ్యతను నిర్ధారించడంలో బృందానికి నిజంగా సహాయం చేస్తారు.
ఫంక్షనల్ టెస్టింగ్‌తో పరిశ్రమ ముగియదని రష్యాలోని అబ్బాయిలు కూడా ఆలోచించాలని నేను కోరుకుంటున్నాను.
— ఈ ప్రయోజనం కోసం, మేము క్వాలిటీకాన్ఫ్ అనే కొత్త సమావేశాన్ని నిర్వహిస్తున్నాము, ఇది సమగ్ర క్రమశిక్షణగా నాణ్యతకు అంకితం చేయబడింది. ఆలోచన గురించి మాకు మరింత చెప్పండి, సమావేశం యొక్క ప్రధాన లక్ష్యం ఏమిటి?
అనస్తాసియా: నాణ్యమైన ఉత్పత్తులను తయారు చేయడానికి ఆసక్తి ఉన్న వ్యక్తుల సంఘాన్ని మేము సృష్టించాలనుకుంటున్నాము. నాణ్యతను మెరుగుపరచడానికి ఏమి మార్చాలి అనే నిర్దిష్ట అవగాహనతో వారు రావడానికి, నివేదికలను వినడానికి మరియు కాన్ఫరెన్స్ తర్వాత బయలుదేరడానికి వేదికను అందించండి.
ఈ రోజుల్లో నేను తరచుగా పరీక్ష మరియు నాణ్యతతో సమస్యలు ఉన్నప్పుడు ఏమి చేయాలనే దాని గురించి సంప్రదింపుల నుండి అభ్యర్థనను వింటున్నాను. మీరు టీమ్‌లతో కమ్యూనికేట్ చేయడం ప్రారంభించినప్పుడు, సమస్య పరీక్షకులకు సంబంధించినది కాదని, ప్రక్రియ ఎలా నిర్మితమైందని మీరు చూస్తారు. ఉదాహరణకు, డెవలపర్లు కోడ్ రాయడానికి మాత్రమే బాధ్యత వహిస్తారని విశ్వసించినప్పుడు, వారు పరీక్షకు టాస్క్‌ను అప్పగించిన క్షణంలోనే వారి బాధ్యత ముగుస్తుంది.
పేలవంగా వ్రాసిన, తక్కువ-నాణ్యత కోడ్ పేలవమైన నిర్మాణంతో ప్రాజెక్ట్ కోసం పెద్ద సమస్యలను బెదిరిస్తుందనే వాస్తవం గురించి అందరూ ఆలోచించరు. వారు లోపాల ధర గురించి ఆలోచించరు, ఉత్పత్తిలో ముగిసే దోషాలు కంపెనీ మరియు బృందానికి పెద్ద ఖర్చులకు దారితీస్తాయి. దీని గురించి ఆలోచించే సంస్కృతి లేదు. కాన్ఫరెన్స్‌లో పంపిణీ చేయడం ప్రారంభించాలని నేను కోరుకుంటున్నాను.
ఇది ఒక ఆవిష్కరణ కాదని నేను అర్థం చేసుకున్నాను.నాణ్యత యొక్క 14 సిద్ధాంతాల రచయిత ఎడ్వర్డ్ డెమింగ్ గత శతాబ్దంలో లోపం యొక్క ధర గురించి రాశారు. క్రమశిక్షణగా నాణ్యత హామీ ఈ పుస్తకంపై ఆధారపడింది, కానీ, దురదృష్టవశాత్తు, ఆధునిక అభివృద్ధి దాని గురించి మరచిపోతుంది.
— మీరు టెస్టింగ్ మరియు టూల్స్ గురించి నేరుగా టాపిక్‌లను టచ్ చేయాలని ప్లాన్ చేస్తున్నారా?
అనస్తాసియా: సాధనాల గురించి నివేదికలు ఉంటాయని నేను అంగీకరిస్తున్నాను. కంపెనీలు మరియు బృందాలు ఉత్పత్తిని ప్రభావితం చేయగల సార్వత్రిక సాధనాలు ఉన్నాయి.
అన్ని నివేదికలు ప్రపంచవ్యాప్తంగా ఒక సాధారణ మిషన్ ద్వారా ఏకం చేయబడతాయి: ఈ విధానం, సాధనం, పద్ధతి, ప్రక్రియ, పరీక్ష రకం సహాయంతో మేము ఉత్పత్తి నాణ్యతను ప్రభావితం చేసాము మరియు క్లయింట్ యొక్క జీవితాన్ని మెరుగుపరిచాము అని ప్రేక్షకులకు తెలియజేయడం.
సాధనం కోసం సాధనం గురించి మాకు ఖచ్చితంగా నివేదికలు ఉండవు. ప్రోగ్రామ్‌లో చేర్చబడిన అన్ని నివేదికలు ఉమ్మడి లక్ష్యంతో ఏకం చేయబడతాయి.
— మీరు దేని గురించి మాట్లాడుతున్నారో, సమావేశానికి అతిథులుగా మీరు ఎవరిని చూస్తారో ఎవరికి ఆసక్తి ఉంటుంది?
అనస్తాసియా: వారి ప్రాజెక్ట్, ఉత్పత్తి, సిస్టమ్ యొక్క విధి గురించి శ్రద్ధ వహించే డెవలపర్‌ల కోసం మేము నివేదికలను కలిగి ఉంటాము. అదేవిధంగా, ఇది పరీక్షకులకు ఆసక్తిని కలిగిస్తుంది మరియు ఇది నాకు, ముఖ్యంగా నిర్వాహకులకు అనిపిస్తుంది. నిర్వాహకులు అంటే, నిర్ణయాలు తీసుకునే వ్యక్తులు మరియు ఉత్పత్తి, సిస్టమ్, బృందం యొక్క విధి మరియు అభివృద్ధిని ప్రభావితం చేయగల వ్యక్తులు అని నా ఉద్దేశ్యం.
ఉత్పత్తి లేదా సిస్టమ్ యొక్క నాణ్యతను ఎలా మెరుగుపరచాలో ఆలోచించే వ్యక్తులు వీరు. మా కాన్ఫరెన్స్‌లో, వారు వివిధ రకాల చర్యల గురించి నేర్చుకుంటారు మరియు ఇప్పుడు వారితో ఏమి తప్పుగా ఉందో మరియు ఏమి మార్చాలో అర్థం చేసుకోగలరు.
నాణ్యతలో ఏదో తప్పు ఉందని అర్థం చేసుకోవడం మరియు దానిని ప్రభావితం చేయాలనుకోవడం ప్రధాన ప్రమాణం అని నేను భావిస్తున్నాను. ఇది మొదటిసారి చేస్తానని భావించే వ్యక్తులను మేము బహుశా చేరుకోలేము.
— పరిశ్రమ మొత్తం కేవలం టెస్టింగ్ గురించి మాత్రమే కాకుండా నాణ్యమైన సంస్కృతి గురించి మాట్లాడటానికి పరిపక్వం చెందిందని మీరు అనుకుంటున్నారా?
అనస్తాసియా: నేను పరిణతి చెందానని అనుకుంటున్నాను. ఇప్పుడు చాలా కంపెనీలు సాంప్రదాయ వాటర్‌ఫాల్ విధానం నుండి ఎజైల్ వైపు వెళ్తున్నాయి. కస్టమర్ ఫోకస్ ఉంది, జట్లలోని వ్యక్తులు నిజంగా నాణ్యమైన ఉత్పత్తిని ఎలా సృష్టించాలో ఆలోచించడం ప్రారంభించారు. ఎంటర్‌ప్రైజ్ కంపెనీలు కూడా నాణ్యతను మెరుగుపరచడంపై దృష్టి సారిస్తున్నాయి.
సంఘంలో వచ్చే అభ్యర్థనల సంఖ్యను బట్టి చూస్తే, ఇది సమయం అని నేను నమ్ముతున్నాను. ఇది పెద్ద ఎత్తున విప్లవం అవుతుందని నాకు ఖచ్చితంగా తెలియదు, కానీ స్పృహలో ఈ విప్లవం జరగాలని నేను కోరుకుంటున్నాను.
- అంగీకరించారు! మేము సంస్కృతిని నింపుతాము మరియు చైతన్యాన్ని మారుస్తాము.
IT ఉత్పత్తుల యొక్క అధిక-నాణ్యత అభివృద్ధిపై సమావేశం జరుగుతుంది జూన్ 7 న మాస్కోలో. అధిక-నాణ్యత ఉత్పత్తిని ఏ దశలు రూపొందిస్తాయో మీకు తెలుసు, ఉత్పత్తిలో దోషాలను విజయవంతంగా ఎదుర్కొన్న సందర్భాలు మా వద్ద ఉన్నాయి, మేము మా ఆచరణలో ప్రసిద్ధ పద్ధతులను పరీక్షించాము - మాకు మీ అనుభవం అవసరం. వారి మే 1లోపు దరఖాస్తులు, మరియు ప్రోగ్రామ్ కమిటీ కాన్ఫరెన్స్ యొక్క మొత్తం సమగ్రత కోసం థీమ్‌ను కేంద్రీకరించడంలో సహాయపడుతుంది.
కనెక్ట్ చేయండి , దీనిలో మేము నాణ్యత సమస్యలు మరియు సమావేశాన్ని చర్చిస్తాము, సభ్యత్వం పొందండి ప్రోగ్రామ్ వార్తలతో తాజాగా ఉండటానికి.
మూలం: www.habr.com