ఆగస్టు 28, 2019 నవీకరించబడింది
సాఫ్ట్వేర్ అభివృద్ధి చేయబడినప్పటి నుండి సాఫ్ట్వేర్ అభివృద్ధిలో భాగంగా టెస్టింగ్ విస్తృతంగా స్వీకరించబడింది. బిజినెస్ ఇంటెలిజెన్స్ (BI) అయితే, IBM కాగ్నోస్ వంటి BI సాఫ్ట్వేర్లో అభివృద్ధిలో ఒక సమగ్ర భాగంగా పరీక్షను స్వీకరించడం నెమ్మదిగా ఉంది. పరీక్షా పద్ధతులు మరియు వాటి పర్యవసానాలను స్వీకరించడానికి BI ఎందుకు నెమ్మదిగా ఉందో అన్వేషించండి కాదు పరీక్ష.
సంస్థలు BI ని ఎందుకు పరీక్షించవు ...
- సమయ పరిమితులు. BI ప్రాజెక్ట్లు వేగంగా డెలివరీ చేయడానికి నిరంతర ఒత్తిడిలో ఉన్నాయి. సమయాన్ని తగ్గించడానికి సులభమైన దశ పరీక్ష అని కొన్ని సంస్థలు గ్రహించకపోవచ్చు.
- బడ్జెట్ పరిమితులు. ఆలోచన చాలా ఖరీదైనది మరియు పరీక్ష బృందాన్ని అంకితం చేయలేము.
- వేగంగా ఉంటే మంచిది. ఇది తప్పనిసరిగా "చురుకైన" విధానం కాదు మరియు మిమ్మల్ని తప్పుడు స్థానానికి త్వరగా తీసుకెళ్లవచ్చు.
- "మొదటిసారి సరిగ్గా చేయండి" మనస్తత్వం. ఈ అమాయక విధానం నాణ్యత నియంత్రణ ఉనికిని పరీక్షించాల్సిన అవసరాన్ని తగ్గించాలని నొక్కి చెబుతుంది.
- యాజమాన్యం లేకపోవడం. ఇది మునుపటి బుల్లెట్ని పోలి ఉంటుంది. ఆలోచన ఏమిటంటే "మా వినియోగదారులు దీనిని పరీక్షిస్తారు." ఈ విధానం అసంతృప్తికరమైన వినియోగదారులకు మరియు అనేక మద్దతు టిక్కెట్లకు దారితీస్తుంది.
- టూల్స్ లేకపోవడం. పరీక్షించడానికి వారికి సరైన సాంకేతికత లేదని అపోహ.
- పరీక్షపై అవగాహన లేకపోవడం. ఉదాహరణకి,
- పరీక్ష డేటా యొక్క ఖచ్చితత్వం మరియు చెల్లుబాటును, డేటా స్థిరత్వం, డేటా సమయపాలన, డెలివరీ పనితీరు మరియు డెలివరీ మెకానిజం యొక్క సౌలభ్యాన్ని అంచనా వేయాలి.
- BI ప్రాజెక్ట్ సమయంలో పరీక్షలో రిగ్రెషన్ టెస్టింగ్, యూనిట్ టెస్టింగ్, స్మోక్ టెస్టింగ్, ఇంటిగ్రేషన్ టెస్టింగ్, యూజర్ యాక్సెప్టెన్స్ టెస్టింగ్, అడ్ హాక్ టెస్టింగ్, స్ట్రెస్/స్కేలబిలిటీ టెస్టింగ్, సిస్టమ్ పనితీరు టెస్టింగ్ ఉండవచ్చు.
పరీక్షించని BI యొక్క ఖర్చులు ఏమిటి?
- అసమర్థమైన డిజైన్లు. పరీక్షను నిర్లక్ష్యం చేస్తే పేలవమైన నిర్మాణాన్ని కనుగొనలేకపోవచ్చు. డిజైన్ సమస్యలు వినియోగం, పనితీరు, పునర్వినియోగం, అలాగే నిర్వహణ మరియు నిర్వహణకు దోహదం చేస్తాయి.
- డేటా సమగ్రత సమస్యలు. డేటా అవినీతి లేదా డేటా వంశ సవాళ్లు సంఖ్యలపై విశ్వాసం లేకపోవడానికి దారితీస్తుంది.
- డేటా ధ్రువీకరణ సమస్యలు. చెడ్డ డేటాపై తీసుకున్న నిర్ణయాలు వ్యాపారానికి వినాశకరమైనవి కావచ్చు. తప్పు సమాచారం ఆధారంగా మెట్రిక్ల ద్వారా నిర్వహించడానికి ప్రయత్నించడం కంటే అధ్వాన్నంగా ఏమీ లేదు.
- వినియోగదారు దత్తత తగ్గింది. నంబర్లు సరిగా లేకపోయినా, లేదా అప్లికేషన్ యూజర్ ఫ్రెండ్లీగా లేకపోతే, మీ యూజర్ కమ్యూనిటీ మీ మెరిసే కొత్త ఎంటర్ప్రైజ్ BI సాఫ్ట్వేర్ని ఉపయోగించదు.
- ప్రామాణీకరణ లేకపోవడం వల్ల పెరిగిన ఖర్చులు.
- BI అభివృద్ధి జీవిత చక్రం యొక్క తరువాతి దశలలో లోపాలను సరిచేయడానికి పెరిగిన ఖర్చులు. అవసరాల దశకు మించి కనుగొనబడిన ఏవైనా సమస్యలు ముందుగా కనుగొన్న దానికంటే విపరీతంగా ఎక్కువ ఖర్చు అవుతుంది.
ఇప్పుడు మేము సంస్థలు ఎందుకు పరీక్షించకపోవచ్చో మరియు మీరు BI ని పరీక్షించనప్పుడు సంభవించే ఆపదలను నిర్దేశించాము, సాఫ్ట్వేర్ అభివృద్ధిలో పరీక్షపై కొన్ని అధ్యయనాలను చూద్దాం.
మీ BI ప్లాట్ఫారమ్ని పరీక్షించడం ద్వారా డబ్బు ఆదా అవుతుందని అధ్యయనాలు చెబుతున్నాయి.
139 ఉత్తర అమెరికా కంపెనీలపై ఒక అధ్యయనం 250 నుండి 10,000 మంది ఉద్యోగుల వరకు, వార్షిక డీబగ్గింగ్ ఖర్చులు $ 5.2M నుండి $ 22M వరకు నివేదించబడ్డాయి. ఈ వ్యయ పరిధి సంస్థలను ప్రతిబింబిస్తుంది వద్దు స్థానంలో ఆటోమేటెడ్ యూనిట్ టెస్టింగ్ ఉంది. విడిగా, IBM మరియు మైక్రోసాఫ్ట్ పరిశోధనలు కనుగొన్నాయి తో ఆటోమేటెడ్ యూనిట్ టెస్టింగ్, లోపాల సంఖ్యను 62% మరియు 91% మధ్య తగ్గించవచ్చు. దీని అర్థం డీబగ్గింగ్ కోసం ఖర్చు చేసిన డాలర్లను $ 5M - $ 22M రేంజ్ నుండి $ 0.5M నుండి $ 8.4M రేంజ్ వరకు తగ్గించవచ్చు. అది భారీ పొదుపు!
లోపాలను త్వరగా పరిష్కరించడానికి అయ్యే ఖర్చులు.
విజయవంతమైన సాఫ్ట్వేర్ అభివృద్ధి వ్యూహాలపై ఒక కాగితం అభివృద్ధి చక్రంలో చాలా తప్పులు జరిగాయని మరియు గుర్తించడానికి మరియు సరిచేయడానికి మీరు ఎంతసేపు వేచి ఉన్నారో, దాన్ని పరిష్కరించడానికి మీకు ఎక్కువ ఖర్చు అవుతుందని నిరూపిస్తుంది. కాబట్టి, ఎంత త్వరగా లోపాలు కనిపెట్టి పరిష్కరించబడుతున్నాయో స్పష్టమైన నిర్ధారణకు రాకెట్ శాస్త్రవేత్త అవసరం లేదు. రాకెట్ సైన్స్ గురించి మాట్లాడుతూ, నాసా దాని గురించి ఒక కాగితాన్ని ప్రచురించింది - "ప్రాజెక్ట్ లైఫ్ సైకిల్ ద్వారా ఎర్రర్ కాస్ట్ ఎస్కలేషన్."
అభివృద్ధి జీవిత చక్రం అభివృద్ధి చెందుతున్న కొద్దీ లోపాలను సరిచేయడానికి ఖర్చులు పెరుగుతాయని ఇది సహజమైనది. కనుగొనబడిన దోషాలను పరిష్కరించే సాపేక్ష వ్యయం ఎంత త్వరగా అభివృద్ధి చెందుతుందో తెలుసుకోవడానికి NASA అధ్యయనం జరిగింది. ఈ అధ్యయనం సాపేక్ష వ్యయాలను నిర్ణయించడానికి మూడు విధానాలను ఉపయోగించింది: దిగువ-దిగువ వ్యయ పద్ధతి, మొత్తం వ్యయ విచ్ఛిన్న పద్ధతి మరియు టాప్-డౌన్ ఊహాత్మక ప్రాజెక్ట్ పద్ధతి. ఈ కాగితంలో వివరించిన విధానాలు మరియు ఫలితాలు ఒక పెద్ద, సంక్లిష్టమైన అంతరిక్ష నౌక, ఒక సైనిక విమానం లేదా ఒక చిన్న సమాచార ఉపగ్రహం అభివృద్ధిలో ఉపయోగించినటువంటి ప్రాజెక్ట్ లక్షణాలను కలిగి ఉన్న హార్డ్వేర్/సాఫ్ట్వేర్ సిస్టమ్ అభివృద్ధిని అంచనా వేస్తాయి. ప్రాజెక్ట్ జీవిత చక్రంలో తరువాత మరియు తరువాతి దశలలో లోపాలు కనుగొనబడి మరియు పరిష్కరించబడినందున, ఖర్చులు ఏ స్థాయిలో పెరుగుతాయో ఫలితాలు చూపుతాయి. ఈ అధ్యయనం చేసిన ఇతర పరిశోధనలకు ప్రతినిధి.
పైన ఉన్న చార్ట్ నుండి, TRW, IBM, GTE, బెల్ ల్యాబ్స్, TDC మరియు ఇతరుల పరిశోధన వివిధ అభివృద్ధి దశలలో లోపాలను పరిష్కరించే ఖర్చును చూపుతుంది:
- అవసరాల దశలో కనుగొనబడిన లోపాన్ని పరిష్కరించడానికి అయ్యే ఖర్చుగా నిర్వచించబడింది X యూనిట్
- డిజైన్ దశలో కనుగొనబడితే ఆ లోపాన్ని పరిష్కరించడానికి అయ్యే ఖర్చు డబుల్ ఆ
- కోడ్ మరియు డీబగ్ దశలో, లోపాన్ని పరిష్కరించడానికి అయ్యే ఖర్చు 3 యూనిట్లు
- యూనిట్ టెస్ట్ మరియు ఇంటిగ్రేట్ దశలో, లోపాన్ని పరిష్కరించడానికి అయ్యే ఖర్చు అవుతుంది 5
- సిస్టమ్స్ టెస్ట్ ఫేజ్ దశలో, లోపాన్ని పరిష్కరించడానికి అయ్యే ఖర్చు 20 కి పెరుగుతుంది
- సిస్టమ్ ఆపరేషన్ దశలో ఉన్నప్పుడు, లోపాన్ని సరిచేయడానికి సాపేక్ష వ్యయం 98 కి పెరిగింది, అవసరాల దశలో కనుగొనబడితే లోపాన్ని సరిచేసే ఖర్చు కంటే దాదాపు 100 రెట్లు!
బాటమ్ లైన్ ఏమిటంటే, లోపాలను ముందుగానే పట్టుకోకపోతే వాటిని సరిచేయడం చాలా ఖరీదైనది.
తీర్మానాలు
సాఫ్ట్వేర్ అభివృద్ధిలో ప్రారంభ మరియు నిరంతర పరీక్షల విలువను ప్రదర్శించే ముఖ్యమైన పరిశోధన జరిగింది. మేము, BI కమ్యూనిటీలో, సాఫ్ట్వేర్ అభివృద్ధిలో మా స్నేహితుల నుండి నేర్చుకోవచ్చు. సాఫ్ట్వేర్ అభివృద్ధికి సంబంధించి చాలా అధికారిక పరిశోధన చేసినప్పటికీ, BI డెవలప్మెంట్ గురించి ఇలాంటి తీర్మానాలు చేయవచ్చు. పరీక్ష విలువ నిర్వివాదాంశం, కానీ చాలా సంస్థలు తమ BI పర్యావరణం యొక్క అధికారిక పరీక్ష ప్రయోజనాన్ని పొందడానికి మరియు వారి BI అభివృద్ధి ప్రక్రియలలో పరీక్షను సమగ్రపరచడానికి నెమ్మదిగా ఉన్నాయి. యొక్క ఖర్చులు కాదు పరీక్షలు నిజమైనవి. సంబంధిత ప్రమాదాలు కాదు పరీక్షలు నిజమైనవి.
కొన్ని ఆటోమేటెడ్ కాగ్నోస్ టెస్టింగ్ చర్యలో చూడాలనుకుంటున్నారా? ద్వారా మా ప్లేజాబితాలో వీడియోలను చూడండి ఇక్కడ క్లిక్!