# மென்பொருள் செயல்திறன் சோதனை

## செயல்திறன் விவரக்கூற்றுகள்

எந்தவொரு செயல்திறன் சோதனை திட்டத்தையும் பொருத்தவரையில், செயல்திறன் விவரக்கூற்றுகளை (தேவைகள்) விவரமாக்கி மற்றும் அவற்றை ஆவணமாக்குவது என்பது சாதாரண காரியம் அல்ல. சரியாக சொல்ல வேண்டுமெனில், எந்தவொரு வடிவமைப்பு திறனுக்கு முன்பும், அமைப்பு உருவாக்க திட்டப்பணி தேவைகளின் உருவாக்க நிலையின்போது இது செய்யப்படும். கூடுதல் செயல்திறன் பொறியியலை காணவும்.  
எனினும், விவரக்கூற்றுக்கு எதிராக செயல்திறன் சோதனையானது அடிக்கடி நிகழ்த்தப்படாது அதாவது இருக்கவேண்டிய பயனர்களின் எண்ணிக்கைக்கு அதிகபட்ச ஏற்கத்தக்க பதிலளிப்பு நேரம் என்ன என்பதை யாராலும் வெளிப்படுத்த முடியாது. செயல்திறன் சுயவிவரமாக்கலின் ஒரு பகுதியாகவே செயல்திறன் சோதனையானது அடிக்கடிப் பயன்படுத்தப்படுகிறது. "வலிமையற்ற இணைப்பை" அடையாளங்காண்பதே நோக்கம் - விரைவாக பதிலளிக்கும்படி உருவாக்கப்பட்டுள்ளதா, அதன் விளைவாக அமைப்பு முழுமையும் வேகமாக பணிசெய்யக் காரணமாக இருக்கும் அமைப்பில் உள்ள ப்குதி எது என்பதைக் கண்டறிவதாகும். சேவையகத்தில் (ஏஜெண்ட்கள்) இயங்கக்கூடிய கருவியாக்கல், பரிமாற்ற நேரங்கள் குறித்த அறிக்கை, தரவுத்தள அணுகல் நேரங்கள், பிணைய செலவுகள், மூல செயல்திறன் புள்ளிவிவரங்களை ஒன்றாக்கி ஆராயக்கூடிய பிற சேவையக மானிட்டர்கள், போன்ற சில சோதனை கருவிகள் (அல்லது வழங்கப்பட்டிருக்கும் துணைப்-பயன் சாதனங்கள்) உட்பட இந்த நெருக்கடியான வழியை அமைப்பின் எந்த பகுதியால் ஏற்பட்டதென்பதை கண்டறிவது சிலநேரங்களில் முடியாத காரியமாகும். கருவிமயமாக்கல் போன்றவை இல்லாமல், செயல்திறன் சோதனைகள் இயக்கப்படும்போது (Windows அமைப்பு சோதனையில் உள்ளதென வைத்துக்கொள்வோம்) CPU எவ்வளவு நினைவேற்றலை சேவையகத்தில் மேற்கொள்கிறது என்பதை Windows Task Manager -இல் இருந்து ஒருவர் கண்காணிக்க வேண்டும்.  
சிக்கலை சரியாக பகுத்தறியாமல், மென்பொருளை உகந்ததாக்குவதற்காக ஒரு நிறுவனம் பெரிய அளவிலான பணத்தை செலவுசெய்ததாக ஒரு கதை உலா வருகிறது. பின்னர் அவர்கள் முறைமையில், ‘வெற்று சுழற்சியை’ மீண்டும் எழுதுவதற்கு நிர்பந்திக்கப்பட்டனர், அதில்தான் முறைமையானது பெரும்பாலான நேரத்தை செலவழித்தது என்று, மேலும் உலகிலேயே மிகவும் செயல்திறன் மிக்க 'வெற்று சுழற்சியை' கொண்டிருப்பதும், ஒட்டுமொத்த செயல்திறனை சிறிதளவும் அதிகரிக்கவில்லை!  
**செயல்திறன் சோதனை** யை வலை முழுவதும் உள்பட நாட்டின் வெவ்வேறு பகுதிகளில் செய்ய முடியும், எனினும், இணையத்தின் பதிலளிப்பு நேரமானது பரப்பிடத்தைப் பொருத்து வேறுபடும். அக முறையிலும் கூட செய்யமுடியும் பொது பிணையங்களில் பொதுவாக நிகழும் பின்னடைவை அறிய ரெளட்டரை நிறுவி இருக்க வேண்டும். நிஜ சூழலில் இருந்து அமைப்பிற்கு நினைவேற்றலானது அறிமுகப்படுத்தப்படும். எடுத்துக்காட்டாக, அமைப்பைப் பயன்படுத்தும் 50% பயனர்கள், 56K மோடம் இணைப்பு வழியாக அமைப்பை அணுகிட முடியும் மீதமுள்ளோர் T1 வழியாக அணுகலாம், பின்னர் நினைவேற்ற இஞ்சக்டர்கள் ஒரே இணைப்புகள் வழியாக நினைவேற்றலை செலுத்த அல்லது பின்வரும் ஒரே பயனரின் சுயவிவரத்தைப் பொருத்து அதுபோன்ற இணைப்புகளில் பிணைய இடைவெளியை மீண்டும் செயலாக்கலாம்.  
உச்சநிலை நேரங்களில் கணினியைப் பயன்படுத்தக்கூடியவர்கள் குறித்த அறிக்கையைக் கொண்டிருப்பது மிகவும் உதவிகரமாக இருக்கும். அதிகபட்சமாக அனுமதிக்கப்படும் 95 சதவீத பதிலளிப்பு நேரத்தை அமைப்பது என்ன என்பது மற்றும் திட்டமிடப்பட்ட அந்த விவரக்கூற்றை கணினி சந்திக்கிறதா இல்லையா என்று அறியப் பயன்படுத்தப்படும் இஞ்சக்டரின் உள்ளமைவு போன்றவை குறித்த அறிக்கை இருப்பது பயனுள்ளது.  
செயல்திறன் விவரக்கூற்றுகள் பின்வரும் கேள்விகளை முன்வைக்கிறது:
- விவரமாக கூறுவது என்றால், செயல்திறன் சோதனையின் நோக்கம் என்ன? என்னென்ன துணைஅமைப்புகள், இடைமுகங்கள், கூறுகள் போன்றவை இந்தச் சோதனையில் அடங்கவில்லை?
- பயனர் இடைமுகங்கள் (UIகள்) அடங்கியுள்ளவற்றில், ஒவ்வொன்றிற்கும் எத்தனை நிகழ்நேர பயனர்கள் எதிர்ப்பார்க்கப்படுகிறார்கள் (உச்சநிலை மற்றும் பெயரளவு அமைப்பில் குறிப்பிடவும்)?
- இலக்கு அமைப்பு (வன்பொருள்) எப்படி இருக்கும் (சேவையகம் மற்றும் பிணைய சாதன உள்ளமைவுகள் அனைத்தையும் குறிப்பிடவும்)?
- ஒவ்வொரு பயன்பாட்டு கூறுக்குமான பயன்பாட்டு பணிச்சுமை கூட்டு (Application Workload Mix) என்ன? (எடுத்துக்காட்டுக்கு: 20% உள்நுழைவு, 40% தேடல், 30% தேர்ந்தெடுக்கப்படும் உருப்படி, 10% சரிபார்க்கப் பயன்படுத்துவது).
- கணினி பணிச்சுமை கூட்டு என்ன? [பல பணிச்சுமைகள் ஒற்றை செயல்திறன் சோதனையாக மீண்டும் செய்யப்படலாம்] (எடுத்துக்காட்டுக்கு: A 30% பணிச்சுமை, B 40% பணிச்சுமை, C 50% பணிச்சுமை)
- எந்த/அனைத்து தொகுதி செயலாக்கங்களுக்கான நேரத் தேவைகள் என்னென்ன (உச்சநிலை மற்றும் பெயரளவு)?