సాఫ్ట్‌వేర్ పనితీరు పరీక్ష

వికీపీడియా నుండి
ఇక్కడికి గెంతు: మార్గసూచీ, వెతుకు

సాఫ్ట్‌వేర్ ఇంజినీరింగ్‌లో పనితీరు పరీక్ష అనేది నిర్దిష్ట పనిఒత్తిడిలో ఒక వ్యవస్థలోని కొన్ని కారకాలు ఎంత వేగంగా పని చేస్తాయో తెలుసుకునేందుకు ఒక దృష్టికోణం నుండి నిర్వహించే పరీక్షగా చెప్పవచ్చు. ఇది వ్యవస్థ యొక్క మన్నిక, విశ్వసనీయత మరియు వనరు నియోగాలతో సహా ఇతర నాణ్యతా లక్షణాలను నిర్ధారించడానికి మరియు ధ్రువీకరించడానికి కూడా ఉపయోగపడుతుంది. పనితీరు పరీక్ష అనేది పనితీరు సాంకేతికతలో ఒక ఉపసమితిగా చెప్పవచ్చు, దీనిని యదార్థ కోడింగ్ ప్రయత్నానికి ముందు ఒక వ్యవస్థ యొక్క రూపకల్పన మరియు నిర్మాణంలో పనితీరును నిర్ణయించడానికి శ్రమించే అభివృద్ధి చెందుతున్న ఒక కంప్యూటర్ శాస్త్ర అభ్యాసంగా చెప్పవచ్చు.

పనితీరు పరీక్షను వేర్వేరు ప్రయోజనాల కోసం ఉపయోగిస్తారు. ఇది వ్యవస్థ పనితీరు ప్రమాణాలకు తగిన విధంగా ఉందని నిర్ధారిస్తుంది. ఇది ఏ వ్యవస్థ ఉత్తమంగా పనిచేస్తుందో తెలుసుకునేందుకు రెండు వ్యవస్థలను సరిపోలుస్తుంది. లేదా వ్యవస్థలో ఏ భాగాలు లేదా పనిఒత్తిడి వ్యవస్థ అల్పంగా పని చేయడానికి కారణమవుతుందనే దానిని గుర్తించేందుకు ఉపయోగించవచ్చు. నిర్ధారణ సందర్భంలో, సాఫ్ట్‌వేర్ ఇంజినీర్లు బలహీనమైన పనితీరుకు ఎక్కువగా కారణమయ్యే ఒక పరికరంలోని లేదా సాఫ్ట్‌వేర్‌లోని భాగాలను గుర్తించడానికి లేదా అంగీకరించగల ప్రతిస్పందన సమయాన్ని నిర్వహించడానికి థ్రూఫుట్ స్థాయిలు (మరియు థ్రెస్‌హోల్డ్‌లను) నిర్ణయించడానికి ప్రొఫైలెర్స్ వంటి ఉపకరణాలను ఉపయోగిస్తారు. కొత్త వ్యవస్థ యొక్క వ్యయ పనితీరు చాలా క్లిష్టమైన అంశంగా చెప్పవచ్చు, అందుకే పనితీరు పరీక్ష ప్రాజెక్ట్ అభివృద్ధి నుండే ప్రారంభమవుతుంది మరియు అభివృద్ధి జరుగుతున్న కాలమంతా జరుగుతుంది. తర్వాత ఒక పనితీరు లోపం గుర్తించబడితే, దానిని సరిచేయడానికి చాలా వ్యయం అవుతుంది. ఇది కార్యాచరణ పరీక్ష సందర్భంలో నిజమవుతుంది, కాని దాని పరిధికి యొక్క ముగింపు-నుండి-ముగింపు స్వభావం కారణంగా పనితీరు పరీక్ష సందర్భంలో మరింత ఎక్కువగా ఉంటుంది.

ప్రయోజనాలు[మార్చు]

  • వ్యవస్థలు పనితీరు ప్రమాణాలకు అనుగుణంగా ఉన్నాయని నిరూపిస్తుంది.
  • రెండు వ్యవస్థల్లో ఏది ఉత్తమంగా పనిచేస్తుందో తెలుసుకోవడానికి వాటిని సరిపోలుస్తుంది.
  • వ్యవస్థ నెమ్మిదిగా పనిచేయడానికి కారణమయ్యే వ్యవస్థలోని భాగం లేదా పని ఒత్తిడిని గుర్తిస్తుంది.

పనీతరు పరీక్షలో, తరచూ పరీక్ష పరిస్థితులకు ఊహించే యదార్థ నియోగానికి సమానంగా ఉండటం చాలా కీలకమైన అంశం (మరియు తరచూ ఇలా ఏర్పాటు చేయటం చాలా కష్టమైన అంశం) గా చెప్పవచ్చు. అయితే, ఇది మొత్తం నిజ అభ్యాసనలో సాధ్యం కాదు. ఇక్కడ కారణమేమిటంటే ఉత్పత్తి చేసే వ్యవస్థలయొక్క పనిఒత్తిళ్లు యాదృచ్ఛిక స్వభావాన్ని కలిగి ఉంటాయి మరియు అయితే పరీక్ష పనిఒత్తిళ్లు ఉత్పత్తి వాతావరణంలో జరిగే వాటి అనుసరణకు శాయశక్తులా ప్రయత్నిస్తాయి, చాలా సాధారణ వ్యవస్థలో మినహా ఈ పనిఒత్తిళ్లు పరివర్తనశీలతను ఖచ్ఛితంగా నకలు చేయడం సాధ్యం కాదు.

బలహీన నిర్మాణ అమలులు (ఉదా.: SOA) పనితీరు పరీక్షతో అదనపు సంక్లిష్టతలను జోడించాయి. ఉత్పత్తి-వంటి సందర్భాలను ఖచ్ఛితంగా నకలు చేయడానికి ఎంటర్‌ప్రైజ్ సేవలు లేదా ఆస్తులకు (ఉమ్మడి నిర్మాణం లేదా ప్లాట్‌ఫారమ్) సమన్వయ పనితీరు పరీక్ష (ఉత్పత్తి-వంటి లావాదేవీల పరిమాణాలను మరియు భాగస్వామ్య నిర్మాణాలు లేదా ప్లాట్‌ఫారమ్‌లపై ఒత్తిడిని రూపొందించే మొత్తం వినియోగదారులు) అవసరమవుతుంది. ఈ కార్యాచరణ యొక్క సంక్లిష్టత మరియు ఆర్థిక మరియు సమయ అవసరాల కారణంగా, కొన్ని సంస్థలు ప్రస్తుతం సామర్థ్యం మరియు వనరు అవసరాలు మరియు నాణ్యతా లక్షణాలను తనిఖీ చేయడానికి / ధ్రువీకరించడానికి వారి పనితీరు పరీక్ష పరిసరాల్లో (PTE) ఉత్పత్తి-వంటి పరిస్థితులను (దీనిని "నాయిస్" అని సూచిస్తారు) పర్యవేక్షించే మరియు రూపొందించే ఉపకరణాలను ఉపయోగిస్తున్నాయి.


పనితీరు లక్ష్యాలను నిర్ధారించబడం[మార్చు]

వాస్తవిక పనితీరు లక్ష్యాలను నిర్ణయించడానికి పరిశీలనలు లేకుండా పలు పనితీరు పరీక్షలను అమలు చేస్తారు. ఒక వ్యాపారం పరంగా, మొట్టమొదటి ప్రశ్న ఎల్లప్పుడూ "మనం ఎందుకు పనితీరు పరీక్షను నిర్వహిస్తున్నాము?" అయ్యి ఉండాలి. పనితీరు లక్ష్యాలు అనువర్తన సాంకేతికత మరియు ప్రయోజనంపై ఆధారపడి మారుతూ ఉంటాయి, అయితే వాటిలో ఎల్లప్పుడూ క్రిందివి ఉండాలి:

అనుకూలత / నిర్గమం[మార్చు]

ఒక అనువర్తనం లాగిన్ విధానం ద్వారా తుది-వినియోగదారులను గుర్తించివల్సి ఉంటే, ఆ సందర్భంలో అనుకూలత లక్ష్యం చాలా అవసరం. నిర్వచనం ప్రకారం, ఇది అనువర్తనం ఏదైనా సందర్భంలో మద్దతు ఇవ్వాలని భావించే అనుకూల అనువర్తన వినియోగదారుల గరిష్ఠ సంఖ్యగా చెప్పవచ్చు. ప్రత్యేకంగా ఇంటరాక్ట్ భాగంలో లాగిన్ & లాగ్అవుట్ కార్యాచరణ ఉంటే మీరు వ్రాసిన లావాదేవీ పనితీరు నిజమైన అనువర్తన అనుకూలతపై ప్రభావం చూపవచ్చు

మీ అనువర్తనంలో తుది-వినియోగదారుల అంశమే లేకుంటే, అప్పుడు మీ పనితీరు లక్ష్యం గరిష్ఠ నిర్గమం లేదా లావాదేవీ స్థాయిపై ఆధారపడి ఉంటుంది. ఒక సాధారణ ఉదాహరణకు వీకీపీడియా వంటి వెబ్ సైట్‌ను తాత్కాలిక బ్రౌజింగ్‌ను చెప్పవచ్చు..

సర్వర్ ప్రతిస్పందన సమయం[మార్చు]

ఇది ఒక అనువర్తనం నోడ్ మరొక నోడ్ యొక్క అభ్యర్థనకు ప్రతిస్పందనకు పట్టే కాలాన్ని సూచిస్తుంది. ఒక సాధారణ ఉదాహరణగా బ్రౌజర్ నుండి వెబ్ సర్వర్‌కు ఒక HTTP 'GET' అభ్యర్థనను చెప్పవచ్చు. ప్రతిస్పందన సమయం ప్రకారం చూస్తే, దీనిని నిజానికి అన్ని ఒత్తిడి పరీక్ష ఉపకరణాలు లెక్కించే అంశంగా చెప్పవచ్చు. ఇది అనువర్తన ల్యాండ్‌స్కేప్ యొక్క అన్ని నోడ్‌ల మధ్య సర్వర్ ప్రతిస్పందన సమయ లక్ష్యాలను నిర్ణయించడానికి అనుకూలంగా ఉండవచ్చు.

బట్వాడా చేసే ప్రతిస్పందన సమయం[మార్చు]

ఒత్తిడి పరీక్ష ఉపకరణాలకు సాధారణంగా 'తీగలో' ఎటువంటి కార్యాచరణ లేనప్పుడు, కొద్ది సమయాన్ని లెక్కించడం మినహా ఒక నోడ్‌లో ఏమి జరుగుతుంది అనేది ఏమి తెలియకపోవడం వలన వాటిని నిర్వహించడం చాలా క్లిష్టమైన విషయంగా చెప్పవచ్చు. బట్వాడా చేసే ప్రతిస్పందన సమయాన్ని అంచనా వేయడానికి, సాధారణంగా పనితీరు పరీక్ష అంశంలో భాగంగా కార్యాచరణ పరీక్ష స్క్రిప్ట్‌లను చేర్చాలి, ఈ లక్షణం పలు ఒత్తిడి పరీక్ష ఉపకరణాల్లో ఉండదు.

పనితీరు పరీక్ష ఉప-విభాగాలు[మార్చు]

  • ఒత్తిడి
  • ప్రాధాన్యం
  • సహన శక్తి
  • స్పైక్
  • నిర్మితీకరణ
  • ఐసోలేషన్

ఒత్తిడి పరీక్ష[మార్చు]

ఇది పనితీరు పరీక్ష యొక్క సాధారణ రూపంగా చెప్పవచ్చు. ఒత్తిడి పరీక్ష అనే దానిని సాధారణంగా ఒక నిర్దిష్ట అంచనా ఒత్తిడి సమయంలో అనువర్తనం యొక్క ప్రవర్తనను అర్థం చేసుకోవడానికి నిర్వహించబడుతుంది. ఈ ఒత్తిడిని నిర్ణయించిన కాల పరిధిలో అనువర్తనంపై ఒక నిర్ధిష్ట సంఖ్యలో లావాదేవీలను పలు వినియోగదారులచే నిర్వహించడం ద్వారా రూపొందించవచ్చు. ఈ పరీక్షలో అన్ని ముఖ్యమైన వ్యాపారపర క్లిష్టమైన లావాదేవీలకు ప్రతిస్పందన సమయాలను పొందవచ్చు. డేటాబేస్, అనువర్తన సర్వర్ మొదలైనవి కూడా పర్యవేక్షించబడినట్లయితే, అప్పుడు ఈ సాధారణ పరీక్ష అనువర్తన సాఫ్ట్‌వేర్‌లో ఏదైనా అవరోధాలను సూచిస్తుంది

ప్రాధాన్యత పరీక్ష[మార్చు]

ఈ పరీక్షను సాధారణంగా అనువర్తన ల్యాండ్‌స్కేప్‌లోని సామర్థ్యాల గరిష్ఠ పరిమితులను అర్థం చేసుకోవడానికి ఉపయోగిస్తారు. ఈ రకం పరీక్షను అధిక ఒత్తిడి సమయాల్లో అనువర్తనం యొక్క బలాన్ని అంచనా వేయడానికి మరియు ప్రస్తుత ఒత్తిడి ఉహించిన గరిష్ఠ స్థాయికి మించి పెరిగితే ఈ అనువర్తనం తగిన విధంగా పనిచేస్తుందని గుర్తించడానికి అనువర్తన నిర్వాహకులకు సహాయపడుతుంది.

సహన శక్తి పరీక్ష (సోక్ టెస్టింగ్)[మార్చు]

ఈ పరీక్షను సాధారణంగా అనువర్తనం నిరంతర అంచనా ఒత్తిడిని తట్టుకోగలదని నిర్ణయించడానికి ఉపయోగిస్తారు. సహన శక్తి పరీక్షల సమయంలో, సమర్థమైన దోషాలను గుర్తించడానికి మెమరీ వినియోగం పర్యవేక్షించబడుతుంది. అలాగే ముఖ్యమైనది, తరచూ విస్మరించబడేది పనితీరు హైన్యం. అది దీర్ఘ కాలంపాటు కొనసాగిన కార్యాచరణ తర్వాత నిర్గమం మరియు/లేదా ప్రతిస్పందన సమయాలు పరీక్ష ప్రారంభంలో కంటే ఉత్తమంగా లేదా మెరుగ్గా ఉన్నాయని నిర్ధారించడానికి నిర్వహించబడుతుంది.

స్పైక్ పరీక్ష[మార్చు]

స్పైక్ పరీక్ష అనేది పేరులో సూచించనట్లుగా కొంతమంది వినియోగదారులు ఉపయోగించేలా చేసి, అనువర్తనం యొక్క ప్రవర్తనను అర్థం చేసుకోవడానికి నిర్వహిస్తారు; పనితీరు మందగించినట్లయితే, అనువర్తనం విఫలమవుతుంది లేదా ఇది ఒత్తిడిలో నాటకీయమైన మార్పులను నిర్వహించగలదు.

నిర్మితీకరణ పరీక్ష[మార్చు]

నిర్మితీకరణ పరీక్ష అనేది సాంప్రదాయిక పరీక్ష యొక్క మరొక వైవిధ్యంగా చెప్పవచ్చు. లోడ్ ప్రకారం పనితీరును పరీక్షించడానికి బదులుగా, అనువర్తన పనితీరు మరియు ప్రవర్తనపై అనువర్తన ల్యాండ్‌స్కేప్‌సో నిర్మితీకరణ మార్పుల ప్రభావాన్ని పరీక్షిస్తారు. ఒక సాధారణ ఉదాహరణగా ఒత్తిడి-తౌల్యం యొక్క వేర్వేరు పద్ధతులతో ప్రయోగం చేయడాన్ని చెప్పవచ్చు.

ఐసోలేషన్ పరీక్ష[మార్చు]

ఇది పనితీరు పరీక్షకు ప్రత్యేకించబడినది కాదు కాని అనువర్తన సమస్యను ప్రదర్శించిన ఒక పరీక్ష అమలును మళ్లీ అమలు చేయడాన్ని వివరించే ఒక పదంగా చెప్పవచ్చు. తరచూ దోషపూరిత డొమైన్‌ను పరిష్కరించడానికి మరియు నిర్ధారించడానికి ఉపయోగిస్తారు. ----

పనితీరు పరీక్షకు పూర్వ-ఆవశ్యకతలు[మార్చు]

ఉత్పత్తి వాతావరణాన్ని సాధ్యమైనంత సన్నిహితంగా సరిపోలే విధంగా అనువర్తనం యొక్క ఒక స్థిరమైన నిర్మాణాన్ని రూపొందించండి.

పనితీరు పరీక్ష పరిసరాలను UAT లేదా అభివృద్ధి పరిసరాలతో మిళితం చేయరాదు. ఒక UAT లేదా ఇంటిగ్రేషన్ పరీక్ష లేదా ఇతర పరీక్ష అదే వాతావరణంలో కొనసాగుతుంటే, అప్పుడు పనితీరు పరీక్ష నుండి గుర్తించిన ఫలితాలు విశ్వసనీయమైనవి కాకుండా పోయే ప్రమాదం ఉంది. ఉత్తమ ఆచరణ వలె, ఉత్పత్తి పరిసరాలను సమీపంగా సరిపోలే వేరొక పనితీరు పరీక్ష పరిసరాలను రూపొందించడం ఎల్లప్పుడూ మంచిది.

పనితీరు పరీక్ష యొక్క కల్పితాలు[మార్చు]

చాలా సాధారణ కల్పితాల్లో కొన్ని క్రింద ఇవ్వబడ్డాయి.

  1. పనితీరు పరీక్షను వ్యవస్థను నాశనం చేయడానికి నిర్వహిస్తారు.

ఒత్తిడి పరీక్ష అనేది వ్యవస్థ యొక్క విరామ స్థానాన్ని అర్థం చేసుకోవడానికి అమలు చేయబడుతుంది. లేకుంటే సాధారణ ఒత్తిడి పరీక్ష అనేది సాధారణంగా అంచనా వేసిన వినియోగదారు ఒత్తిడిలో అనువర్తనం యొక్క ప్రవర్తన గురించి అర్థం చేసుకోవడానికి అమలు చేస్తారు. ఇతర అవసరాలు, స్పైక్ ఒత్తిడి, దీర్ఘకాలంలో నిరంతర ఒత్తిడి వంటి వాటిపై ఆధారపడి స్పైక్, సహన శక్తి లేదా ఒత్తిడి పరీక్ష అవసమవుతాయి.

  1. పనితీరు పరీక్ష అనేది వ్యవస్థ ఏకీకరణ పరీక్ష తర్వాత మాత్రమే అమలు జరపాలి

ఇది పరిశ్రమలో దాదాపు నియమం అయినప్పటికీ, పనితీరు పరీక్ష అనేది అనువర్తనం యొక్క అభివృద్ధి ప్రారంభమవుతున్న సమయం నుండే దీనిని కూడా ప్రారంభించవచ్చు. ఈ రకం విధానాన్ని ప్రారంభ పనితీరు పరీక్షగా పిలుస్తారు. ఈ విధానం పనితీరు పారామీటర్‌లను దృష్టిలో ఉంచుకుని అనువర్తనం యొక్క ఒక అవిభాజ్యతత్వ అభివృద్ధిని నిర్ధారిస్తుంది. ఈ విధంగా అనువర్తనాన్ని విడుదల చేయడానికి ముందే ఒక పనితీరు లోపాన్ని గుర్తించవచ్చు మరియు ఈ లోపాన్ని పరిష్కరించేందుకు అవసరమయ్యే వ్యయం చాలావరకు తగ్గుతుంది.

  1. పనితీరు పరీక్ష స్క్రిప్ట్‌ల రూపకల్పనలో మాత్రమే ఉంటుంది మరియు ఏదైనా అనువర్తన మార్పులు స్క్రిప్ట్‌లలో సులభమైన పునఃనిర్మాణానికి కారణం కావచ్చు.

పనితీరు పరీక్ష అనేది సాఫ్ట్‌వేర్ పరిశ్రమలో అభివృద్ధి చెందుతున్న ఒక శాస్త్రంగా చెప్పవచ్చు. స్క్రిప్టింగ్ కూడా చాలా ముఖ్యమైనది అయినప్పటికీ, ఇది పనితీరు పరీక్షలోని భాగాల్లో ఒకే ఒక భాగంగా చెప్పవచ్చు. ఏదైనా పనితీరు పరీక్షను నిర్వహించే వ్యక్తి ప్రధాన సవాలుగా పనితీరు అవరోధాలను గుర్తించడానికి పలు పనితీరు ప్రతికూలతలను అమలు చేయడానికి మరియు పర్యవేక్షించడానికి కావల్సిన పరీక్షల రకాలను గుర్తించడాన్ని చెప్పవచ్చు.

అనువర్తనంలో మార్పుకు సంబంధించి కల్పితం యొక్క ఇతర అంశానికి స్క్రిప్ట్‌ల్లో చిన్న పునఃనిర్మాణం మాత్రమే సరిపోతుందనే అనేది కూడా అసత్యమే అవుతుంది ఎందుకంటే 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 శాతం ప్రతిస్పందన సమయాన్ని కలిగి ఉండే ఒక ప్రకటనను కూడా ఉంటే, అప్పుడు ఒక ఇంజెక్టర్ నిర్మితీకరణను సూచించబడిన వ్యవస్థ వివరణకు తగిన విధంగా ఉందని పరీక్షించడానికి ఉపయోగపడుతుంది.

పనితీరు వివరాలు కనీసం క్రింది వాటిని తప్పక ప్రశ్నించాలి:

  • వివరంగా, పనితీరు పరీక్ష పరిధి ఎంత వరకు ఉండాలి? ఈ పరీక్షలో ఉపవ్యవస్థలు, ఇంటర్‌ఫేస్‌లు, భాగాలు మొదలైన వాటిలో వేటిని ఉంచాలి మరియు వేటిని విస్మరించాలి?
  • వినియోగదారు ఇంటర్‌ఫేస్‌లు (UIలు) ఉన్నట్లయితే, ప్రతి ఒక్కదానికి ఎంత మంది ఏకకాలిక వినియోగదారులను ఊహించాలి (రద్దీ vs. నామమాత్రపు శాతాన్ని పేర్కొనండి) ?
  • లక్ష్యం వ్యవస్థ (హార్డ్‌వేర్) ఎలా ఉంటుంది (మొత్తం సర్వర్ మరియు నెట్‌వర్క్ పరికరాల నిర్మితీకరణలను పేర్కొనండి) ?
  • ప్రతి అనువర్తన భాగం యొక్క అనువర్తన పనిఒత్తిడి మిశ్రమం ఎంత? (ఉదాహరణకు: 20% లాగిన్, 40% శోధన, 30% అంశం ఎంపిక, 10% చెక్‌అవుట్).
  • వ్యవస్థ పనిఒత్తిడి మిశ్రమం ఎంత? [ఒక ఏకైక పనితీరు పరీక్షలో పలు పనిఒత్తిళ్లను అనుకరించవచ్చు] (ఉదాహరణకు: 30% పనిఒత్తిడి A, 20% పనిఒత్తిడి B, 50% పనిఒత్తిడి C)
  • ఏదైనా/అన్ని నేపథ్య బ్యాచ్ ప్రాసెస్‌లకు (రద్దీ vs. నామమాత్రపు శాతం పేర్కొండి) అవసరమైన సమయం ఎంత?

చేయవల్సిన విధులు[మార్చు]

ఇటువంటి పరీక్షను అమలు చేయడానికి చేయవల్సిన విధుల్లో క్రిందివి ఉంటాయి:

  • కార్యాలయంలో ఉండే నిపుణులపై ఆధారంగా పరీక్షలను అమలు చేయడానికి అంతర్గత లేదా బాహ్య వనరులను ఉపయోగించాలో నిర్ణయించుకోవాలి (లేదా లేకుంటే) ?
  • వినియోగదారులు మరియు/లేదా వ్యాపార విశ్లేషకులన నుండి పనితీరు అవసరాలను (వివరాలు) సేకరించండి లేదా తెలుసుకోవాలి
  • అవసరాలు, వనరులు, సమయపరిధులు మరియు మైలురాళ్లతో సహా ఎగువ-స్థాయి ప్రణాళికను (లేదా ప్రాజెక్ట్ చార్టెర్) అభివృద్ధి చేయాలి
  • వివరణాత్మక పనితీరు పరీక్షను అభివృద్ధి చేయాలి (వివరణాత్మక సందర్భాలు మరియు పరీక్ష కేసులు, పనిఒత్తిళ్లు, పరిసరాల సమాచారం మొదలైనవి వాటితో సహా)
  • పరీక్ష ఉపకరణం (ల) ను ఎంచుకోండి
  • అవసరమైన పరీక్ష డేటా మరియు చార్టెర్ కృషిని పేర్కొనండి (తరచూ విస్మరించే, కాని తరచూ ఒక పనితీరు పరీక్ష చెల్లుబాటును నాశనం చేస్తుంది)
  • ఎంచుకున్న పరీక్షా ఉపకరణాలు మరియు పద్ధతులను ఉపయోగించి, పరీక్షించబడుతున్న ప్రతి అనువర్తనం/విభాగం కోసం నిరూపించగల సందర్భాల స్క్రిప్ట్‌లను అభివృద్ధి చేయాలి
  • ఆధారపడే మరియు అనుబంధిత సమయ పరిధులతో సహా వివరణాత్మక పనితీరు పరీక్షా ప్రాజెక్ట్ ప్రణాళికను అభివృద్ధి చేయాలి
  • ఇంజెక్టర్‌లు/కంట్రోలర్‌లను వ్యవస్థాపించాలి మరియు నిర్మితీకరించాలి
  • పరీక్ష పరిసరం (ఉత్పత్తి ప్లాట్‌ఫారమ్‌కు సమానమైన హార్డ్‌వేర్ ఉత్తమం), రూటర్ నిర్మితీకరణ, నిశ్చల నెట్‌వర్క్ (ఫలితాల్లో ఇతర వినియోగదారులచే సమస్యలు మాకు ఇష్టంలేదు), సర్వర్ యాంత్రిక విధాన వ్యూహరచనను నిర్మితీకరించాలి మరియు డేటాబేస్ పరీక్ష సమితులను అభివృద్ధి చేయాలి.
  • పరీక్షలను అమలు చేయండి - ఫలితాలను ఏదైనా ఊహించిన కారకం ప్రభావితం చేయగలదని చూడటానికి మళ్లీ మళ్లీ (పునరుత్ధాన) అమలు చేయాలి
  • ఫలితాలను విశ్లేషించండి - విజయం/విఫలం చూడాలి లేదా క్లిష్టమైన మార్గాలను పరిశీలించడం మరియు సరైన చర్యను సిఫార్సు చేయాలి

పరిశోధనపద్ధతి[మార్చు]

పనితీరు పరీక్ష వెబ్ అనువర్తనాల పరిశోధనపద్ధతి[మార్చు]

Microsoft Developer Network ప్రకారం, పనితీరు పరీక్ష పరిశోధనపద్దతిలో ఈ కార్యచరణలు ఉంటాయి:

  • కార్యాచరణ 1. పరీక్ష పరిసరాలను గుర్తించండి. పరీక్ష బృందానికి అందుబాటులో ఉన్న భౌతిక పరీక్ష పరిసరం మరియు ఉత్పత్తి పరిసరం అలాగే ఉపకరణాలు మరియు వనరులను గుర్తించండి. భౌతిక భాగాల్లో హార్డ్‌వేర్, సాఫ్ట్‌వేర్ మరియు నెట్‌వర్క్ నిర్మితీకరణలు ఉంటాయి. ప్రారంభంలో మొత్తం పరీక్ష పరిసరాన్ని మంచి అర్థం చేసుకోవడం వలన మరింత సమర్థవంతమైన పరీక్ష నిర్మాణం మరియు ప్రణాళికను అనుమతిస్తుంది మరియు మీరు ప్రాజెక్ట్‌లో ప్రారంభంలోనే పరీక్ష సవాళ్లను గుర్తించడానికి సహాయపడుతుంది. కొన్ని సందర్భాల్లో, ప్రాజెక్ట్ యొక్క జీవిత చక్రంలో క్రమానుగతంగా ఈ విధానాన్ని మళ్లీ మళ్లీ మార్చాలి.
  • కార్యాచరణ 2. పనితీరు ఆమోదిత క్రమాన్ని గుర్తించండి. ప్రతిస్పందన సమయం, నిర్గమం మరియు వనరు నియోగ లక్ష్యాలు మరియు ఆటంకాలను గుర్తించండి. సాధారణంగా, ప్రతిస్పందన సమయం అనేది వినియోగదారు సమస్య, నిర్గమం అనేది ఒక వ్యాపార సమస్య మరియు వనరు నియోగం అనేది ఒక సిస్టమ్ సమస్యగా చెప్పవచ్చు. అదనంగా, వాటి లక్ష్యాలు మరియు ఆటంకాలతో గుర్తించలేని ప్రాజెక్ట్ విజయ క్రమాన్ని కనుగొనండి; ఉదాహరణకు, నిర్మితీకరణ అమర్పుల యొక్క ఎటువంటి కలయిక ఎక్కువగా కోరుకునే పనితీరు లక్షణాలను ప్రదర్శించగలదో విశ్లేషించడానికి పనితీరు పరీక్షలను ఉపయోగించడం.
  • కార్యాచరణ 3. పరీక్షలను ప్రణాళిక చేసి, నిర్మించండి ముఖ్యమైన సందర్భాలను గుర్తించండి, ప్రాతినిధ్యం గల వినియోగదారుల మధ్య పరివర్తన శీలతను మరియు ఆ పరివర్తన శీలతను ఎలా అనుకరించాలో తెలుసుకోండి, పరీక్ష డేటాను పేర్కొనండి మరియు సేకరించవల్సిన కొలమానాలను నిర్థారించండి. రూపొందించవల్సిన, అమలు చేయవల్సిన మరియు విశ్లేషించవల్సిన ఒకటి లేదా మరిన్ని వ్యవస్థ నమూనాల వినియోగంలోకి ఈ సమాచారాన్ని సేకరించండి.
  • కార్యాచరణ 4. పరీక్ష పరిసరాన్ని నిర్మితీకరించండి. పరీక్షకు లక్షణాలు మరియు భాగాలు అందుబాటులో ఉన్న కారణంగా ప్రతి పద్ధతిని అమలు చేయడానికి అవసరమైన పరీక్ష పరిసరం, పరికరాలు మరియు వనరులను సిద్ధం చేయండి. అవసరానికి తగిన విధంగా వనరు పర్యవేక్షణకు పరీక్ష పరిసరం యాంత్రిక విధానాన్ని కలిగి ఉందని నిర్ధారించండి.
  • కార్యాచరణ 5. పరీక్ష రూపకల్పనను రూపొందించండి. పరీక్ష రూపకల్పనకు అనుగుణంగా పనితీరు పరీక్షలను అభివృద్ధి చేయండి.
  • కార్యాచరణ 6. పరీక్షను అమలు చేయండి. మీ పరీక్షలను అమలు చేసి, పర్యవేక్షించండి. పరీక్షలు, పరీక్ష డేటా మరియు ఫలితాల సేకరణను తనిఖీ చేయండి. పరీక్ష మరియు పరీక్ష పరిసరాన్ని పర్యవేక్షించడానికి విశ్లేషణ కోసం తనిఖీ చేసిన పరీక్షలను అమలు చేయాలి.
  • కార్యాచరణ 7. ఫలితాలును విశ్లేషించండి, సరిచేసి, మళ్లీ పరీక్షించండి. ఫలితాల డేటాను విశ్లేషించండి, సేకరించండి మరియు భాగస్వామ్యం చేయండి. ఒక సర్దుబాటు మార్పును చేయండి మరియు మళ్లీ పరీక్షించండి. మెరుగుదల లేదా స్థాయిలోపం? చేసిన ప్రతి మెరుగుదల మునుపటి మెరుగుదల కంటే తక్కువ మెరుగుదలను ప్రదర్శిస్తుంది. మీరు ఎప్పుడు నిలిపివేయాలి? మీరు ఒక CPU అవరోధానికి చేరుకున్నప్పుడు, కోడ్‌ను మెరుగుపర్చాలి లేదా మరిన్ని CPUలను జోడించాలి.

ఇవి కూడా చూడండి[మార్చు]

న్యూస్‌గ్రూప్స్[మార్చు]

వనరులు/సూచనలు[మార్చు]