సాఫ్ట్‌వేర్ పనితీరు పరీక్ష
సాఫ్ట్‌వేర్ ఇంజినీరింగ్‌లో పనితీరు పరీక్ష అనేది నిర్దిష్ట పనిఒత్తిడిలో ఒక వ్యవస్థలోని కొన్ని కారకాలు ఎంత వేగంగా పని చేస్తాయో తెలుసుకునేందుకు ఒక దృష్టికోణం నుండి నిర్వహించే పరీక్షగా చెప్పవచ్చు. ఇది వ్యవస్థ యొక్క మన్నిక, విశ్వసనీయత మరియు వనరు నియోగాలతో సహా ఇతర నాణ్యతా లక్షణాలను నిర్ధారించడానికి మరియు ధ్రువీకరించడానికి కూడా ఉపయోగపడుతుంది. పనితీరు పరీక్ష అనేది పనితీరు సాంకేతికతలో ఒక ఉపసమితిగా చెప్పవచ్చు, దీనిని యదార్థ కోడింగ్ ప్రయత్నానికి ముందు ఒక వ్యవస్థ యొక్క రూపకల్పన మరియు నిర్మాణంలో పనితీరును నిర్ణయించడానికి శ్రమించే అభివృద్ధి చెందుతున్న ఒక కంప్యూటర్ శాస్త్ర అభ్యాసంగా చెప్పవచ్చు.
పనితీరు పరీక్షను వేర్వేరు ప్రయోజనాల కోసం ఉపయోగిస్తారు. ఇది వ్యవస్థ పనితీరు ప్రమాణాలకు తగిన విధంగా ఉందని నిర్ధారిస్తుంది. ఇది ఏ వ్యవస్థ ఉత్తమంగా పనిచేస్తుందో తెలుసుకునేందుకు రెండు వ్యవస్థలను సరిపోలుస్తుంది. లేదా వ్యవస్థలో ఏ భాగాలు లేదా పనిఒత్తిడి వ్యవస్థ అల్పంగా పని చేయడానికి కారణమవుతుందనే దానిని గుర్తించేందుకు ఉపయోగించవచ్చు. నిర్ధారణ సందర్భంలో, సాఫ్ట్‌వేర్ ఇంజినీర్లు బలహీనమైన పనితీరుకు ఎక్కువగా కారణమయ్యే ఒక పరికరంలోని లేదా సాఫ్ట్‌వేర్‌లోని భాగాలను గుర్తించడానికి లేదా అంగీకరించగల ప్రతిస్పందన సమయాన్ని నిర్వహించడానికి థ్రూఫుట్ స్థాయిలు (మరియు థ్రెస్‌హోల్డ్‌లను) నిర్ణయించడానికి ప్రొఫైలెర్స్ వంటి ఉపకరణాలను ఉపయోగిస్తారు. కొత్త వ్యవస్థ యొక్క వ్యయ పనితీరు చాలా క్లిష్టమైన అంశంగా చెప్పవచ్చు, అందుకే పనితీరు పరీక్ష ప్రాజెక్ట్ అభివృద్ధి నుండే ప్రారంభమవుతుంది మరియు అభివృద్ధి జరుగుతున్న కాలమంతా జరుగుతుంది. తర్వాత ఒక పనితీరు లోపం గుర్తించబడితే, దానిని సరిచేయడానికి చాలా వ్యయం అవుతుంది. ఇది కార్యాచరణ పరీక్ష సందర్భంలో నిజమవుతుంది, కాని దాని పరిధికి యొక్క ముగింపు-నుండి-ముగింపు స్వభావం కారణంగా పనితీరు పరీక్ష సందర్భంలో మరింత ఎక్కువగా ఉంటుంది.పనీతరు పరీక్షలో, తరచూ పరీక్ష పరిస్థితులకు ఊహించే యదార్థ నియోగానికి సమానంగా ఉండటం చాలా కీలకమైన అంశం (మరియు తరచూ ఇలా ఏర్పాటు చేయటం చాలా కష్టమైన అంశం) గా చెప్పవచ్చు. అయితే, ఇది మొత్తం నిజ అభ్యాసనలో సాధ్యం కాదు. ఇక్కడ కారణమేమిటంటే ఉత్పత్తి చేసే వ్యవస్థలయొక్క పనిఒత్తిళ్లు యాదృచ్ఛిక స్వభావాన్ని కలిగి ఉంటాయి మరియు అయితే పరీక్ష పనిఒత్తిళ్లు ఉత్పత్తి వాతావరణంలో జరిగే వాటి అనుసరణకు శాయశక్తులా ప్రయత్నిస్తాయి, చాలా సాధారణ వ్యవస్థలో మినహా ఈ పనిఒత్తిళ్లు పరివర్తనశీలతను ఖచ్ఛితంగా నకలు చేయడం సాధ్యం కాదు.
బలహీన నిర్మాణ అమలులు (ఉదా.: SOA) పనితీరు పరీక్షతో అదనపు సంక్లిష్టతలను జోడించాయి. ఉత్పత్తి-వంటి సందర్భాలను ఖచ్ఛితంగా నకలు చేయడానికి ఎంటర్‌ప్రైజ్ సేవలు లేదా ఆస్తులకు (ఉమ్మడి నిర్మాణం లేదా ప్లాట్‌ఫారమ్) సమన్వయ పనితీరు పరీక్ష (ఉత్పత్తి-వంటి లావాదేవీల పరిమాణాలను మరియు భాగస్వామ్య నిర్మాణాలు లేదా ప్లాట్‌ఫారమ్‌లపై ఒత్తిడిని రూపొందించే మొత్తం వినియోగదారులు) అవసరమవుతుంది. ఈ కార్యాచరణ యొక్క సంక్లిష్టత మరియు ఆర్థిక మరియు సమయ అవసరాల కారణంగా, కొన్ని సంస్థలు ప్రస్తుతం సామర్థ్యం మరియు వనరు అవసరాలు మరియు నాణ్యతా లక్షణాలను తనిఖీ చేయడానికి / ధ్రువీకరించడానికి వారి పనితీరు పరీక్ష పరిసరాల్లో (PTE) ఉత్పత్తి-వంటి పరిస్థితులను (దీనిని "నాయిస్" అని సూచిస్తారు) పర్యవేక్షించే మరియు రూపొందించే ఉపకరణాలను ఉపయోగిస్తున్నాయి.
వాస్తవిక పనితీరు లక్ష్యాలను నిర్ణయించడానికి పరిశీలనలు లేకుండా పలు పనితీరు పరీక్షలను అమలు చేస్తారు. ఒక వ్యాపారం పరంగా, మొట్టమొదటి ప్రశ్న ఎల్లప్పుడూ "మనం ఎందుకు పనితీరు పరీక్షను నిర్వహిస్తున్నాము?" అయ్యి ఉండాలి. 
పనితీరు లక్ష్యాలు అనువర్తన సాంకేతికత మరియు ప్రయోజనంపై ఆధారపడి మారుతూ ఉంటాయి, అయితే వాటిలో ఎల్లప్పుడూ క్రిందివి ఉండాలి:
ఒక అనువర్తనం లాగిన్ విధానం ద్వారా తుది-వినియోగదారులను గుర్తించివల్సి ఉంటే, ఆ సందర్భంలో అనుకూలత లక్ష్యం చాలా అవసరం. నిర్వచనం ప్రకారం, ఇది అనువర్తనం ఏదైనా సందర్భంలో మద్దతు ఇవ్వాలని భావించే అనుకూల అనువర్తన వినియోగదారుల గరిష్ఠ సంఖ్యగా చెప్పవచ్చు. ప్రత్యేకంగా ఇంటరాక్ట్ భాగంలో లాగిన్ & లాగ్అవుట్ కార్యాచరణ ఉంటే మీరు వ్రాసిన లావాదేవీ పనితీరు నిజమైన అనువర్తన అనుకూలతపై ప్రభావం చూపవచ్చు
మీ అనువర్తనంలో తుది-వినియోగదారుల అంశమే లేకుంటే, అప్పుడు మీ పనితీరు లక్ష్యం గరిష్ఠ నిర్గమం లేదా లావాదేవీ స్థాయిపై ఆధారపడి ఉంటుంది. ఒక సాధారణ ఉదాహరణకు వీకీపీడియా వంటి వెబ్ సైట్‌ను తాత్కాలిక బ్రౌజింగ్‌ను చెప్పవచ్చు..
ఇది ఒక అనువర్తనం నోడ్ మరొక నోడ్ యొక్క అభ్యర్థనకు ప్రతిస్పందనకు పట్టే కాలాన్ని సూచిస్తుంది. ఒక సాధారణ ఉదాహరణగా బ్రౌజర్ నుండి వెబ్ సర్వర్‌కు ఒక HTTP 'GET' అభ్యర్థనను చెప్పవచ్చు. 
ప్రతిస్పందన సమయం ప్రకారం చూస్తే, దీనిని నిజానికి అన్ని ఒత్తిడి పరీక్ష ఉపకరణాలు లెక్కించే అంశంగా చెప్పవచ్చు. 
ఇది అనువర్తన ల్యాండ్‌స్కేప్ యొక్క అన్ని నోడ్‌ల మధ్య సర్వర్ ప్రతిస్పందన సమయ లక్ష్యాలను నిర్ణయించడానికి అనుకూలంగా ఉండవచ్చు.
ఒత్తిడి పరీక్ష ఉపకరణాలకు సాధారణంగా 'తీగలో' ఎటువంటి కార్యాచరణ లేనప్పుడు, కొద్ది సమయాన్ని లెక్కించడం మినహా ఒక నోడ్‌లో ఏమి జరుగుతుంది అనేది ఏమి తెలియకపోవడం వలన వాటిని నిర్వహించడం చాలా క్లిష్టమైన విషయంగా చెప్పవచ్చు. 
బట్వాడా చేసే ప్రతిస్పందన సమయాన్ని అంచనా వేయడానికి, సాధారణంగా పనితీరు పరీక్ష అంశంలో భాగంగా కార్యాచరణ పరీక్ష స్క్రిప్ట్‌లను చేర్చాలి, ఈ లక్షణం పలు ఒత్తిడి పరీక్ష ఉపకరణాల్లో ఉండదు.ఇది పనితీరు పరీక్ష యొక్క సాధారణ రూపంగా చెప్పవచ్చు. ఒత్తిడి పరీక్ష అనే దానిని సాధారణంగా ఒక నిర్దిష్ట అంచనా ఒత్తిడి సమయంలో అనువర్తనం యొక్క ప్రవర్తనను అర్థం చేసుకోవడానికి నిర్వహించబడుతుంది. ఈ ఒత్తిడిని నిర్ణయించిన కాల పరిధిలో అనువర్తనంపై ఒక నిర్ధిష్ట సంఖ్యలో లావాదేవీలను పలు వినియోగదారులచే నిర్వహించడం ద్వారా రూపొందించవచ్చు. ఈ పరీక్షలో అన్ని ముఖ్యమైన వ్యాపారపర క్లిష్టమైన లావాదేవీలకు ప్రతిస్పందన సమయాలను పొందవచ్చు. డేటాబేస్, అనువర్తన సర్వర్ మొదలైనవి కూడా పర్యవేక్షించబడినట్లయితే, అప్పుడు ఈ సాధారణ పరీక్ష అనువర్తన సాఫ్ట్‌వేర్‌లో ఏదైనా అవరోధాలను సూచిస్తుంది
ఈ పరీక్షను సాధారణంగా అనువర్తన ల్యాండ్‌స్కేప్‌లోని సామర్థ్యాల గరిష్ఠ పరిమితులను అర్థం చేసుకోవడానికి ఉపయోగిస్తారు. ఈ రకం పరీక్షను అధిక ఒత్తిడి సమయాల్లో అనువర్తనం యొక్క బలాన్ని అంచనా వేయడానికి మరియు ప్రస్తుత ఒత్తిడి ఉహించిన గరిష్ఠ స్థాయికి మించి పెరిగితే ఈ అనువర్తనం తగిన విధంగా పనిచేస్తుందని గుర్తించడానికి అనువర్తన నిర్వాహకులకు సహాయపడుతుంది.
ఈ పరీక్షను సాధారణంగా అనువర్తనం నిరంతర అంచనా ఒత్తిడిని తట్టుకోగలదని నిర్ణయించడానికి ఉపయోగిస్తారు. సహన శక్తి పరీక్షల సమయంలో, సమర్థమైన దోషాలను గుర్తించడానికి మెమరీ వినియోగం పర్యవేక్షించబడుతుంది. అలాగే ముఖ్యమైనది, తరచూ విస్మరించబడేది పనితీరు హైన్యం. అది దీర్ఘ కాలంపాటు కొనసాగిన కార్యాచరణ తర్వాత నిర్గమం మరియు/లేదా ప్రతిస్పందన సమయాలు పరీక్ష ప్రారంభంలో కంటే ఉత్తమంగా లేదా మెరుగ్గా ఉన్నాయని నిర్ధారించడానికి నిర్వహించబడుతుంది.
స్పైక్ పరీక్ష అనేది పేరులో సూచించనట్లుగా కొంతమంది వినియోగదారులు ఉపయోగించేలా చేసి, అనువర్తనం యొక్క ప్రవర్తనను అర్థం చేసుకోవడానికి నిర్వహిస్తారు; పనితీరు మందగించినట్లయితే, అనువర్తనం విఫలమవుతుంది లేదా ఇది ఒత్తిడిలో నాటకీయమైన మార్పులను నిర్వహించగలదు.
నిర్మితీకరణ పరీక్ష అనేది సాంప్రదాయిక పరీక్ష యొక్క మరొక వైవిధ్యంగా చెప్పవచ్చు. లోడ్ ప్రకారం పనితీరును పరీక్షించడానికి బదులుగా, అనువర్తన పనితీరు మరియు ప్రవర్తనపై అనువర్తన ల్యాండ్‌స్కేప్‌సో నిర్మితీకరణ మార్పుల ప్రభావాన్ని పరీక్షిస్తారు. ఒక సాధారణ ఉదాహరణగా ఒత్తిడి-తౌల్యం యొక్క వేర్వేరు పద్ధతులతో ప్రయోగం చేయడాన్ని చెప్పవచ్చు.
ఇది పనితీరు పరీక్షకు ప్రత్యేకించబడినది కాదు కాని అనువర్తన సమస్యను ప్రదర్శించిన ఒక పరీక్ష అమలును మళ్లీ అమలు చేయడాన్ని వివరించే ఒక పదంగా చెప్పవచ్చు. తరచూ దోషపూరిత డొమైన్‌ను పరిష్కరించడానికి మరియు నిర్ధారించడానికి ఉపయోగిస్తారు. ----
ఉత్పత్తి వాతావరణాన్ని సాధ్యమైనంత సన్నిహితంగా సరిపోలే విధంగా అనువర్తనం యొక్క ఒక స్థిరమైన నిర్మాణాన్ని రూపొందించండి.
పనితీరు పరీక్ష పరిసరాలను UAT లేదా అభివృద్ధి పరిసరాలతో మిళితం చేయరాదు. ఒక UAT లేదా ఇంటిగ్రేషన్ పరీక్ష లేదా ఇతర పరీక్ష అదే వాతావరణంలో కొనసాగుతుంటే, అప్పుడు పనితీరు పరీక్ష నుండి గుర్తించిన ఫలితాలు విశ్వసనీయమైనవి కాకుండా పోయే ప్రమాదం ఉంది. ఉత్తమ ఆచరణ వలె, ఉత్పత్తి పరిసరాలను సమీపంగా సరిపోలే వేరొక పనితీరు పరీక్ష పరిసరాలను రూపొందించడం ఎల్లప్పుడూ మంచిది.
చాలా సాధారణ కల్పితాల్లో కొన్ని క్రింద ఇవ్వబడ్డాయి.
ఒత్తిడి పరీక్ష అనేది వ్యవస్థ యొక్క విరామ స్థానాన్ని అర్థం చేసుకోవడానికి అమలు చేయబడుతుంది. లేకుంటే సాధారణ ఒత్తిడి పరీక్ష అనేది సాధారణంగా అంచనా వేసిన వినియోగదారు ఒత్తిడిలో అనువర్తనం యొక్క ప్రవర్తన గురించి అర్థం చేసుకోవడానికి అమలు చేస్తారు. ఇతర అవసరాలు, స్పైక్ ఒత్తిడి, దీర్ఘకాలంలో నిరంతర ఒత్తిడి వంటి వాటిపై ఆధారపడి స్పైక్, సహన శక్తి లేదా ఒత్తిడి పరీక్ష అవసమవుతాయి.ఇది పరిశ్రమలో దాదాపు నియమం అయినప్పటికీ, పనితీరు పరీక్ష అనేది అనువర్తనం యొక్క అభివృద్ధి ప్రారంభమవుతున్న సమయం నుండే దీనిని కూడా ప్రారంభించవచ్చు. ఈ రకం విధానాన్ని ప్రారంభ పనితీరు పరీక్షగా పిలుస్తారు. ఈ విధానం పనితీరు పారామీటర్‌లను దృష్టిలో ఉంచుకుని అనువర్తనం యొక్క ఒక అవిభాజ్యతత్వ అభివృద్ధిని నిర్ధారిస్తుంది. ఈ విధంగా అనువర్తనాన్ని విడుదల చేయడానికి ముందే ఒక పనితీరు లోపాన్ని గుర్తించవచ్చు మరియు ఈ లోపాన్ని పరిష్కరించేందుకు అవసరమయ్యే వ్యయం చాలావరకు తగ్గుతుంది.పనితీరు పరీక్ష అనేది సాఫ్ట్‌వేర్ పరిశ్రమలో అభివృద్ధి చెందుతున్న ఒక శాస్త్రంగా చెప్పవచ్చు. స్క్రిప్టింగ్ కూడా చాలా ముఖ్యమైనది అయినప్పటికీ, ఇది పనితీరు పరీక్షలోని భాగాల్లో ఒకే ఒక భాగంగా చెప్పవచ్చు. ఏదైనా పనితీరు పరీక్షను నిర్వహించే వ్యక్తి ప్రధాన సవాలుగా పనితీరు అవరోధాలను గుర్తించడానికి పలు పనితీరు ప్రతికూలతలను అమలు చేయడానికి మరియు పర్యవేక్షించడానికి కావల్సిన పరీక్షల రకాలను గుర్తించడాన్ని చెప్పవచ్చు.
అనువర్తనంలో మార్పుకు సంబంధించి కల్పితం యొక్క ఇతర అంశానికి స్క్రిప్ట్‌ల్లో చిన్న పునఃనిర్మాణం మాత్రమే సరిపోతుందనే అనేది కూడా అసత్యమే అవుతుంది ఎందుకంటే UIలో ప్రత్యేకంగా వెబ్ పోర్టల్‌లో ఏదైనా మార్పు వలన మొదటి నుండి స్క్రిప్ట్‌ను మళ్లీ అభివృద్ధి చేయవల్సి ఉంటుంది. వెబ్ సేవలు, సీబెల్, వెబ్ క్లిక్ అండ్ స్క్రిప్ట్, సిట్రిక్స్, SAPలతో సహా ప్రోటోకాల్‌లను ఉపయోగించినట్లయితే ఈ సమస్య మరింత తీవ్రంగా ఉంటుంది.
పనితీరు పరీక్ష సాంకేతికత ఇంజెక్టర్‌ల వలె పనిచేయడానికి ఒకటి లేదా మరిన్ని PCలు మరియు Unix సర్వర్‌లను అమలు చేస్తుంది - ప్రతి ఒక్కటి వినియోగదారుల సంఖ్యను అనుసరిస్తుంది మరియు పనితీరు పరీక్షిస్తున్న హోస్ట్‌తో ప్రతి ఒక్కటి స్వయంచాలిత పరిస్పర చర్య (వినియోగదారు యొక్క వేర్వేరు పరస్పర చర్యను అనుసరించడానికి ఒక స్క్రిప్ట్ లేదా స్క్రిప్ట్‌ల సిరీస్ వలె రికార్డ్ చేస్తారు) క్రమాన్ని అమలు చేస్తాయి. సాధారణంగా, ఒక ప్రత్యేక PC ఒక పరీక్ష నిర్వాహకుని వలె పనిచేస్తుంది, ఇది ప్రతి ఇంజెక్టర్‌ల నుండి కొలతలను నిర్వహిస్తుంది మరియు సేకరిస్తుంది మరియు నివేదిక అవసరాల కోసం పనితీరు డేటాను సేకరిస్తుంది. సాధారణ క్రమాన్ని ఒత్తిడిని నిర్మించడానికి ఉపయోగిస్తారు - తక్కువ సంఖ్యలో వర్చువల్ వినియోగదారులతో ప్రారంభించి, కొంత సమయానికి కొంచెం గరిష్ఠంగా సంఖ్యను పెంచుతుంది. ఈ పరీక్ష ఫలితం ఒత్తిడితో పనితీరు ఎలా మారుతుంది అనే విషయాన్ని ప్రదర్శిస్తుంది, ఇది వినియోగదారుల సంఖ్య vs ప్రతిస్పందన సమయం రూపంలో ఇస్తుంది. ఇటువంటి పరీక్షలను నిర్వహించడానికి పలు ఉపకరణాలు అందుబాటులో ఉన్నాయి. ఈ వర్గంలోని ఉపకరణాలు సాధారణంగా వ్యవస్థలో నిజమైన వినియోగదారులను అనుసరించే పలు పరీక్షలను అమలు పరుస్తాయి. కొన్నిసార్లు ఫలితాలు విలక్షణతను ప్రదర్శించవచ్చు, ఉదా. అయితే సగటు ప్రతిస్పందన సమయాన్ని ఆమోదించవచ్చు, పూర్తి కావడానికి ఎక్కువ సమయం పట్టే కొన్ని ముఖ్యమైన లావాదేవీల జరిగే అవకాశం ఉంది - సరిపోని డేటాబేస్ క్వరీలు, చిత్రాలు మొదలైన వాటిచే సమస్య ఏర్పడవచ్చు.
ఆమోదించే ఒత్తిడిని మించిపోయినప్పుడు, ఏమి జరుగుతుందో చూడటానికి పనితీరు పరీక్షను ఒత్తిడి పరీక్షతో మిళితం చేయవచ్చు-వ్యవస్థ క్రాష్ అవుతుందా? ఒక భారీ ఒత్తిడిని తగ్గించినప్పుడు, దీని పునరుద్ధరణకు ఎంత సమయం పడుతుంది? ఇది యాదృచ్ఛిక నష్టాన్ని ఏర్పరిచే విధంగా విఫలమవుతుందా?
విశ్లేషణాత్మక పనితీరు నమూనా అనేది ఒక స్ప్రెడ్‌షీట్‌లో అనువర్తనం యొక్క ప్రవర్తన నమూనాకు ఒక పద్ధతిగా చెప్పవచ్చు. ఈ నమూనాలో లావాదేవీ-మిశ్రమంతో లావాదేవీ వనరుల అవసరాల (CPU, disk I/O, LAN, WAN) కొలమానాలను ఉపయోగిస్తారు (గంటకు వ్యాపార లావాదేవీలు). గంటకు అవసరమయ్యే వనరు డిమాండ్‌లను కనుగొనడానికి అధిక లావాదేవీల వనరుల డిమాండ్‌లను మరియు వనరు లోడ్‌లను గుర్తించడానికి గంటకు అవసరమయ్యే వనరు సామర్థ్యంచే విభజిస్తారు. ప్రతిస్పందనసమయ సూత్రాన్ని (R=S/ (1-U), R=ప్రతిస్పందనసమయం, S=సేవాసమయం, U=లోడ్) ఉపయోగించి, ప్రతిస్పందనసమయం లెక్కించబడుతుంది మరియు పనితీరు పరీక్ష ఫలితాలతో క్రమాంకనం చేయబడుతుంది. విశ్లేషణాత్మక పనితీరు నమూనా యదార్థ లేదా ముందుగా ఉహించే వ్యాపార వినియోగం ఆధారంగా నిర్మాణ ఎంపికలు మరియు వ్యవస్థ పరిమాణ మార్పును విశ్లేషించడానికి అనుమతిస్తుంది. కనుక ఇది పనితీరు పరీక్ష కంటే చాలా వేగమైనది మరియు చవకైనది, అయితే దీనిలో హార్డ్‌వేర్ ప్లాట్‌ఫారమ్‌ల గురించి పూర్తిగా తెలుసుకోవాల్సిన అవసరం ఉంటుంది.
పనితీరు వివరాలను (అవసరాలు) మరియు వాటిని ఏదైనా పనితీరు పరీక్ష ప్రణాళికలో పత్రరచన చేయడం చాలా క్లిష్టంగా చెప్పవచ్చు. దీనిని ఏదైనా నిర్మాణ ప్రయత్నానికి ముందు, ఏదైనా వ్యవస్థ అభివృద్ధి ప్రాజెక్ట్ అవసరాల అభివృద్ధి విభాగంలో చేయడం ఉత్తమం. మరిన్ని వివరాలు కోసం పనితీరు సాంకేతికశాస్త్రం చూడండి.
అయితే, పనితీరు పరీక్ష అనేది తరచూ ఒక వివరణకు తగిన విధంగా అమలు చేయరు అంటే ఏ ఒక్కరూ ఇవ్వబడిన వినియోగదారుల జనాభాకు గరిష్ఠ ఆమోదిత ప్రతిస్పందన సమయాన్ని పేర్కొన్నలేదు. పనితీరు పరీక్ష అనేది తరచూ పనితీరు ప్రొఫైల్ ట్యూనింగ్ విధానంలో భాగంగా ఉపయోగిస్తారు. ఇక్కడ ఉపాయం "బలహీనమైన లింక్"ను గుర్తించడం - ప్రతి వ్యవస్థలో వేగంగా ప్రతిస్పందించేలా చేసే ఒక భాగం ఉంటుంది, అది మొత్తం వ్యవస్థ వేగంగా పని చేయడానికి దోహదపడుతుంది. కొన్నిసార్లు ఈ క్లిష్టమైన మార్గాన్ని సూచించే వ్యవస్థలోని భాగాన్ని గుర్తించడం చాలా కష్టమైన విధిగా చెప్పవచ్చు మరియు కొన్ని పరీక్ష ఉపకరణాల్లో (లేదా వీటిని అందించే యాడ్-ఇన్‌లను కలిగి ఉండవచ్చు) సర్వర్‌లో (ఏజెంట్‌లు) అమలు అయ్యే యాంత్రిక విధానం ఉంటుంది మరియు ఇది లావాదేవీల సమయాలు, డేటాబేస్ ప్రాప్తి సమయాలు, నెట్‌వర్క్ అధిక ఒత్తిడి మరియు ఇతర సర్వర్ పర్యవేక్షణలను నివేదిస్తుంది, వీటిని ముడి పనితీరు గణాంకాలతో కలిపి విశ్లేషించవచ్చు. ఇటువంటి యాంత్రిక విధానం లేకుంటే, పనితీకు పరీక్షలు ఉత్పత్తి చేసే CPU లోడ్‌ను చూడటానికి సర్వర్‌లోని Windows Task Managerను ఒక వ్యక్తి పర్యవేక్షిస్తుండాలి (ఒక Windows వ్యవస్థ పరీక్షించబడుతుందని ఊహించండి).
సమస్య గురించి సరైన విశ్లేషణను నిర్వహించకుండా వారి సాఫ్ట్‌వేర్‌ను అనుకూలీకరించడానికి అధిక మొత్తంలో ఖర్చు చేసిన ఒక సంస్థ యొక్క అనుమానస్పద కథ ఉనికిలో ఉంది. వారు వ్యవస్థలో అధిక సమయాన్ని తీసుకుంటున్నట్లు గుర్తించిన 'ఐడెల్ లూప్'ను మళ్లీ వ్రాశారు, కాని ప్రపంచంలోని సమర్థవంతమైన ఐడెల్ లూప్‌ను కలిగి ఉన్నప్పటికీ, అది మొత్తం పనితీరు ఒక శాతంకూడా మెరుగుపర్చదు.
పనితీరు పరీక్ష అనేది వెబ్‌లో అమలు చేయవచ్చు మరియు దేశంలోని వేర్వేరు భాగాల్లో కూడా అమలు చేయవచ్చు, ఎందుకంటే ఇంటర్నెట్ యొక్క ప్రతిస్పందన సమయం కూడా ప్రాంతాలవారీగా మారుతుందని తెలుసు కాబట్టి. దీనిని ఇంటిలో కూడా చేయవచ్చు, అయితే పబ్లిక్ నెట్‌వర్క్‌ల్లో సాధారణంగా సంభవించే ఆలస్యం కోసం రూటర్‌లను కన్ఫిగర్ చేయవల్సి ఉంటుంది. వాస్తవిక స్థానాల నుండి వ్యవస్థలో లోడ్‌లను పంపించాలి. ఉదాహరణకు, వ్యవస్థ యొక్క వినియోగదారు బేస్‌లో 50% వ్యవస్థను ఒక 56K మోడెం ద్వారా ప్రాప్తి చేయాలి మరియు మిగిలిన సగం శాతం మంది ఒక T1 ద్వారా ప్రాప్తి చేస్తున్నప్పుడు, లోడ్ ఇంజెక్టర్‌లు (యదార్థ వినియోగదారులను అనుకరించే కంప్యూటర్లు) ఒకే అనుసంధానంపై (ఐడెల్) లోడ్‌ను పంపాలి లేదా ఒకే వినియోగదారు ప్రొఫైల్‌ను అనుసరిస్తూ ఇటువంటి అనుసంధానాల నెట్‌వర్క్ లేటెంసేను అనుకరించాలి.
రద్దీ ఎక్కువగా ఉండే సమయాల్లో వ్యవస్థను ఉపయోగించవచ్చని ఊహించే వినియోగదారుల యొక్క అధిక సంఖ్యగా భావించడం చాలా దోహదపడుతుంది. గరిష్ఠంగా అనుమతించే 95 శాతం ప్రతిస్పందన సమయాన్ని కలిగి ఉండే ఒక ప్రకటనను కూడా ఉంటే, అప్పుడు ఒక ఇంజెక్టర్ నిర్మితీకరణను సూచించబడిన వ్యవస్థ వివరణకు తగిన విధంగా ఉందని పరీక్షించడానికి ఉపయోగపడుతుంది.
పనితీరు వివరాలు కనీసం క్రింది వాటిని తప్పక ప్రశ్నించాలి:
ఇటువంటి పరీక్షను అమలు చేయడానికి చేయవల్సిన విధుల్లో క్రిందివి ఉంటాయి:
Microsoft Developer Network ప్రకారం, పనితీరు పరీక్ష పరిశోధనపద్దతిలో ఈ కార్యచరణలు ఉంటాయి: