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

கட்டற்ற கலைக்களஞ்சியமான விக்கிப்பீடியாவில் இருந்து.

மென்பொருள் பொறியியலில், செயல்திறன் சோதனை என்று நிகழ்த்தப்படும் சோதனையானது ஒரு கண்ணோட்டத்திலிருந்து மேற்கொள்ளப்படும் சோதனையாகும். அதாவது குறிப்பிட்ட பணி பளுவின் போது கணினியானது எந்தெந்த காரணங்களால் வேகமாக பணிபுரிகிறது என்பது குறித்த கூறுகளைப் பற்றி அறிந்துகொள்வதே இந்த சோதனையின் நோக்கம். அளவீட்டுத் தன்மை, நம்பகத்தன்மை மற்றும் ஆதாரப் பயன்பாடு போன்ற, அமைப்பின் பிற தர பண்புக்கூறுகளை மதிப்பாய்வு செய்வதற்கு இது பயன்படும். செயல்திறன் சோதனையானது, செயல்திறன் பொறியியலில் துணை அமைப்பாகும், அதாவது வடிவமைப்பு மற்றும் அமைப்பின் கட்டமைப்பு, சரியான குறியீட்டு திறனுக்கான முந்தைய முயற்சி அடங்கிய செயல்திறனுக்கான கட்டமைப்பைக் கொண்ட கணினி அறிவியலுக்கு முழுமையை ஏற்படுத்துவதே செயல்திறன் சோதனையாகும்.

பல நோக்கங்களுக்காக செயல்திறன் சோதனை மேற்கொள்ளப்படும். செயல்திறன் நெறிமுறையை, அமைப்பானது நிவர்த்தி செய்கிறதா என்பதை அறிந்திட உதவும். இரு அமைப்புகளை ஒப்புமைப்படுத்தி அதில் எது சிறந்தது என்பதை அறியும். அல்லது அமைப்பு சரியாக இயங்காததன் காரணமாக இருக்கும் அமைப்பின் பகுதிகள் அல்லது பணிச் சுமை போன்றவற்றை அளவிட முடியும். ஏற்றுக்கொள்ளத்தக்க பதிலளிப்பு நேரத்தை நிர்வகிப்பதற்காக, பகுப்பாய்வின்போது, மென்பொருள் பொறியாளர்கள், ப்ரோஃபைலர்ஸ் போன்ற கருவிகளைப் பயன்படுத்தி, சாதனம் அல்லது மென்பொருளின் எந்த பாகம் மோசமான செயல்திறனுக்கு காரணமாக அமைகிறது அல்லது அவுட்புட் நிலையை (தொடக்க நிலை) உறுதிப்படுத்த உதவுகிறது என்பதை அளவிடுகிறார்கள். புதிய அமைப்பின் செலவு சார்ந்த செயல்திறனானது மிகவும் நெருக்கடியான ஒன்று, அந்த செயல்திறன் சோதனை விளைவுகளானது திட்டப்பணியின் ஆரம்பக் கட்டத்தில் தொடங்கி, பரவி செல்லக்கூடியது. செயல்திறனில் கோளாறு கண்டுபிடிக்கப்பட்டால், அதை சரிசெய்ய செலவு அதிகம் ஆகும். செயல்பாட்டு சோதனையில் இது நிச்சயமான ஒன்று ஆனால் நோக்கமானது இயல்பின் இறுதிவரை இருக்கும் காரணத்தால் செயல்திறன் சோதனையில் இன்னும் அதிகமாகும்.

நோக்கங்கள்[தொகு]

  • செயல்திறன் நெறிமுறையை, அமைப்பானது நிவர்த்தி செய்கிறதா என்பதை மெய்ப்பிக்கிறது.
  • இரு அமைப்புகளை ஒப்பிட்டு, எதன் செயல்திறன் சிறந்ததாக உள்ளதென்பதைக் கண்டறிகிறது.
  • அமைப்பானது, சரியாக இயங்காமல் போவதற்கு அமைப்பின் எந்தப் பகுதிகள் அல்லது பணிச்சுமை காரணமாக என்பதை அளவிடுகிறது.

செயல்திறன் சோதனையைப் பொருத்தவரை, எதிர்பார்க்கப்படும் சரியான பயன்பாட்டுடன் சோதனை நிலைகள் ஒத்துபோகிறதா என்பது நெருக்கடியான ஒன்றாகும். இது எப்படியிருந்தாலும், நிஜ பயன்பாட்டில் முழுவதும் சாத்தியப்படாது. தயாரிப்பு அமைப்புகளில் உள்ள பணிச்சுமைகள் சீரற்ற இயல்பைக் கொண்டிருப்பதே காரணமாக அமையும் மேலும் தயாரிப்பு சூழ்நிலையில் என்ன நிகழும் என்பதை சோதனை பணிச்சுமை தெரிவித்துவிடும், இந்த பணிச்சுமை வேறுபாட்டை துல்லியமாக வெளியிடுவது கடினமானது - எளிய அமைப்பைத் தவிர.

கடினமின்றி உருவாக்கப்படும் கட்டமைப்பு செயற்படுத்தலானது (எ.கா.: SOA), செயல்திறன் சோதனையில் பல கூடுதல் கடின சிக்கல்களுடன் உருவாக்கியுள்ளது. தயாரிப்பு நிலைகளை வெளிப்படுத்துவதற்கு பெருநிறுவன சேவைகள் அல்லது சொத்துகளுக்கு (பொது கட்டமைப்பு அல்லது தளம்) கூட்டிணைந்த செயல்திறன் சோதனை (பகிர்ந்த கட்டமைப்புகள் அல்லது தளங்களில் தயாரிப்பு-நிலை சார்ந்த பரிமாற்ற தொகுப்புகள் மற்றும் நினைவேற்றத்தை உருவாக்கும் வாடிக்கையாளர்கள் அனைவருக்கும்) அவசியம். தங்களின் செயல்திறன் சோதனை சூழ்நிலைகளில் (PTE), திறன், ஆதார தேவைகள், தர பண்புக்கூறுகளை சரிபார்க்க/மதிப்பாய்வு செய்து புரிந்துகொள்வதற்கு கடினத்தன்மை, நிதி மற்றும் நேரத் தேவை சார்ந்த இந்த செயல்பாட்டின் காரணமாக, தயாரிப்பு-நிலைகளை ("நாய்ஸ்" எனவும் குறிப்பிடப்படும்) உருவாக்கி கண்காணிக்கக்கூடிய கருவிகளையே சில நிறுவனங்கள் நம்புகின்றன.

செயல்திறன் குறிக்கோள்களை அமைத்தல்[தொகு]

பெரும்பாலான செயல்திறன் சோதனைகளானது, நிஜ செயல்திறன் குறிக்கோள்களை அமைப்பதற்கான நிலையின்றியே மேற்கொள்ளப்படுகிறது. வணிக நோக்கத்தின் அடிப்படையில் இதுகுறித்து கேட்கப்படும் முதல் கேள்வி என்னவென்றால, "சோதனையை நாம் நிகழ்த்துவது ஏன்?" என்பதுதான். பின்வருவனவற்றில் சிலவற்றை எப்போதும் அவர்கள் உள்ளடக்கியிருந்தாலும், பயன்பாட்டு தொழில்நுட்பம் மற்றும் நோக்கத்தைப் பொறுத்து செயல்திறனின் குறிக்கோள்கள் வித்தியாசப்படும்:-

கருத்து/அவுட்புட்[தொகு]

உள்நுழைவின் செயல்முறையைக் கொண்டு ஒரு பயன்பாடானது இறுதி-பயனர்கள் யார் என்பதைக் கண்டறிந்துவிட்டால், வெளிப்படும் குறிக்கோளானது மிகவும் பரிச்சயப்பட்டதாகிவிடும். வரையறையின்படி, கொடுக்கப்படும் எந்த சூழ்நிலையிலும் எதிர்பார்த்தபடி ஆதரிக்கும் பயன்பாட்டைக் கொண்டிருக்கும் மிகப்பெரிய ஒருங்கிசையும் பயன்பாட்டு பயனர்களின் எண்ணிக்கை இதுதான். தன்மை பகுதிகள் உள்நுழைவு மற்றும் வெளியேறு நடவடிக்கையைக் கொண்டிருந்தால் உங்களின் ஸ்கிரிப்ட் செய்யப்பட்ட பரிமாற்ற பணிச்சுமையானது உண்மையான பயன்பாட்டு ஒருங்கிசைவை பாதிக்கும்.

இறுதிப்-பயனர்கள் குறித்த எந்தக் கொள்கையும் உங்கள் பயன்பாட்டில் இல்லையென்றால், அதிகபட்ச அவுட்புட் அல்லது பரிமாற்ற வீதத்தை அடிப்படையாகக் கொண்டே உங்கள் செயல்திறன் குறிக்கோள் அமைந்திருக்கும். விக்கிபீடியா போன்ற வலைத்தளத்தை உலாவுவதைப் போன்றது என்று பொதுவான எடுத்துக்காட்டில் குறிப்பிடலாம்.

சேவையக பதிலளிப்பு நேரம்[தொகு]

ஒரு பயன்பாட்டுக் கணுவானது, மற்றொன்றின் கோரிக்கைக்கு பதிலளிக்க எடுத்துக்கொள்ளும் நேரத்தை இது குறிக்கிறது. உலாவி கிளையன்டிடமிருந்து வலைச் சேவையகத்திற்கு வரும் HTTP 'GET' கோரிக்கையை எளிமையான உதாராணமாக இருக்கக்கூடும். பதிலளிப்பு நேரத்தைப் பொருத்தவரையில், இதனையே அனைத்து நினைவேற்ற சோதனைக் கருவிகளும் உண்மையில் அளவிடும். பயன்பாட்டு பரப்பிடங்களின் அனைத்து கணுக்களுக்கிடையில் சேவையக பதிலளிப்பு நேர குறிக்கோள்களை அமைப்பது தொடர்பாகவும் இது இருக்கக்கூடும்.

ரெண்டர் பதிலளிப்பு நேரம்[தொகு]

'ஆன் தி வயர்' இல் எந்த செயலும் நிகழாதபோது, கால இடைவெளியை அறிதலைத் தவிர கணுவில் என்ன நிகழ்கிறது என்பது குறித்த பொதுவான கருத்து ஏதுமின்றி இதனுடன் பணிபுரிவதற்கு சோதனைக் கருவிகளை நினைவேற்றுவது கடினமான காரியமாகும். ரெண்டர் பதிலளிப்பு நேரத்தை அளவிடுவதற்கு, பெரும்பாலான நினைவேற்ற சோதனைக் கருவிகளால் வழங்கப்படாத அம்சமான, செயல்திறன் சோதனை சினாரியோவின் பகுதியான செயல்பாட்டு சோதனை ஸ்கிரிப்ட்களை பொதுவில் சேர்ப்பது அவசியம்.

செயல்திறன் சோதனையின் துணை-பண்புகள்[தொகு]

  • சுமை
  • அழுத்தம்
  • நீடிக்கும் திறன் சோதனை (தாங்கும் திறன் சோதனை)
  • ஸ்பைக்
  • உள்ளமைவு
  • பிரித்தெடுத்தல்

சுமையேற்றல் சோதனை[தொகு]

செயல்திறன் சோதனையின் மிக எளிய வடிவமே இது. எதிர்பார்க்கப்படும் குறிப்பிட்ட சுமையின் கீழ் பயன்பாட்டின் நடத்தையைப் புரிந்துகொள்வதற்காக சுமையேற்ற சோதனை நிகழ்த்தபடும். அமைக்கப்பட்டிருக்கும் கால இடைவெளிக்குள்ளே, குறிப்பிட்ட ஒருங்கிசைவு எண்ணிக்கையை செயல்படுத்திக்கொண்டிருக்கும் பயன்பாட்டில் உள்ள ஒருங்கிசைவு பயனர்களின் எண்ணிக்கையை எதிர்பார்க்கும் சுமையேற்றமாக இது இருக்க முடியும். அனைத்துவிதமான முக்கிய வணிக சிக்கலான பரிமாற்றங்களுக்குமான பதிலளிப்பு நேரத்தை இந்த சோதனை வழங்கும். தரவுத்தளம், பயன்பாட்டுச் சேவையகம் இன்னும்பல போன்றவையும் கண்காணிக்கப்பட்டால், பிறகு இந்த எளிய சோதனையானது பயன்பாட்டு மென்பொருட்களிலுள்ள எவ்வித சிக்கலான சூழ்நிலைகளையும் சமாளிக்கும்.

அழுத்த சோதனை[தொகு]

பயன்பாட்டின் பரப்பிற்குள்ளாகவே, திறனின் அதிகபட்ட வரம்புகளை புரிந்துகொள்வதற்கு இந்த சோதனைப் பொதுவாகப் பயன்படும். அதிகபட்ச நினைவேற்றலின்போது பயன்பாட்டின் வல்லாற்றலின் நேரத்தைத் தீர்மானிக்க இந்த வகையான சோதனை மேற்கொள்ளப்படும் மேலும் எதிர்பார்க்கப்படும் அதிகபட்ச வரம்பிற்கு மேல் நடப்பு நினைவேற்றம் செல்கிறதெனில், போதுமான அளவுக்கு பயன்பாடு செயல்படுமா என்பதைத் பயன்பாட்டு நிர்வாகிகள் தீர்மானிப்பதற்கு இது உதவுகிறது.

நீடிக்கும் திறன் சோதனை (தாங்கும் திறன் சோதனை)[தொகு]

தொடர்ந்து தரப்படும் நினைவேற்றலிலும் பயன்பாடானது நீடித்து இருக்கிறதா என்பதைத் தீர்மானிக்க இந்த சோதனை நிகழ்த்தப்படுகிறது. இந்தச் சோதனையின்போது, தீவிர ஒழுகல்களைக் கண்டறிய நினைவகப் பயன்பாடு கண்காணிக்கப்படுகிறது. மேலும் முக்கியமாக, அதன் செயல்திறனில் ஏதாவது குறைவு ஏற்படுகிறதா என்பதும் கண்காணிக்கப்படுகிறது. நீடித்திருக்கும் செயல் நடந்த நீண்ட காலம் பிறகும் அதன் அவுட்புட்/அல்லது பதிலளிப்பு நேரங்கள் சோதனையின் தொடக்கத்தில் இருந்ததை விடவும் நல்ல நிலையில் அல்லது சிறந்ததாக உள்ளதா என்பதை உறுதிப்படுத்தும்.

ஸ்பைக் சோதனை[தொகு]

பயனர்களின் எண்ணிக்கையைக் கணக்கிடுவது மற்றும் பயன்பாட்டின் நடத்தையை புரிந்துகொள்வதையே ஸ்பைக் சோதனை விளக்குகிறது; நடத்தை என்பன, செயல்திறன் பாதிப்பு, பயன்பாட்டு செயலிழப்பு அல்லது நினைவேற்றலில் தோன்றும் மாற்றங்களை அது கையாளும் முறை போன்றவற்றைக் குறிக்கிறது.

உள்ளமைவுச் சோதனை[தொகு]

பாரம்பரியமிக்க செயல்திறன் சோதனையின் மற்றொரு மாறுபாடே உள்ளமைவுச் சோதனையாகும். கண்ணோக்கப்படும் நினைவேற்றத்திலிருந்து செயல்திறனை சோதிப்பதை விடவும், பயன்பாட்டு செயல்திறன் மற்றும் நடத்தையில், பயன்பாட்டு பரப்பிடத்தில் உள்ள உள்ளமைவு மாற்றங்களின் விளைவுகளை நீங்கள் சோதித்துகொண்டிருக்கிறீர்கள். பொதுவான எடுத்துகாட்டில் விளக்கினால், நினைவேற்ற-சரிசமமாக்கலில் உள்ள வேறுபட்ட செயல்முறைகளை ஆய்வு செய்வது எனலாம். பொதுவான எடுத்துகாட்டில் விளக்கினால், நினைவேற்ற-சரிசமமாக்கலில் உள்ள வேறுபட்ட செயல்முறைகளை ஆய்வு செய்வது எனலாம்.

தனிமையாக்கல் சோதனை[தொகு]

செயல்திறன் சோதனையைவிட தனித்தன்மை வாய்ந்ததல்ல ஆனால் பயன்பாட்டு சிக்கலை உண்டாக்கக்கூடிய சோதனை செயல்பாட்டை திரும்பச்செய்தலைக் குறிப்பிட உதவும். தவறான களத்தை தனிப்படுத்திக் காண்பிக்க மற்றும் உறுதிப்படுத்துவதற்குப் பயன்படும்.

செயல்திறன் சோதனைக்கான முன்-தேவைகள்[தொகு]

நிலையாக கட்டமைக்கப்பட்ட பயன்பாடானது, தயாரிப்பு சூழ்நிலையை முடிந்த அளவிற்கு பிரதிபலிக்கும்.

செயல்திறன் சோதனை சூழ்நிலையை UAT அல்லது வளர்ச்சி சூழலுடன் இணைக்க முடியாது. தயாரிப்பு சூழலைப் பிரதிபலிக்கக்கூடிய தனிப்பட்ட செயல்திறன் சோதனை சூழலைக் கொண்டிருப்பது எப்போதும் பரிந்துரைக்கப்படும் சிறந்த நடைமுறைப் பயிற்சியாகும். ஒரே சூழலில் UAT அல்லது தொகையிடல் சோதனை அல்லது பிற சோதனையை நிகழ்த்துவது பாதகமானது செயல்திறன் சோதனையின் முடிவுகள் நம்பகத்தன்மை இல்லாமல் இருக்கக்கூடும். தயாரிப்புச் சூழலை பிரதிபலிக்கக்கூடிய தனிப்பட்ட செயல்திறன் சோதனை சூழலைக்கொண்டிருக்கக்கூடியதை செய்வது பரிந்துரைக்கப்படுகிறது.

சோதனையை ஒட்டியுள்ள மூடநம்பிக்கைகள்[தொகு]

பொதுவாக நிகழும் சில மூடநம்பிக்கையான விஷயங்கள் கீழே வழங்கப்பட்டிருக்கின்றன.
1. செயல்திறன் சோதனையானது அமைப்பின் செயல்பாட்டை நிறுத்திவிடுதல்

அமைப்பின் இடைநிறுத்தப் புள்ளியைப் புரிந்துகொள்வதற்காக அழுத்த சோதனை செய்யப்படுகிறது. இயல்பான நினைவேற்ற சோதனையானது எதிர்ப்பார்க்கப்படும் பயனர் நினைவேற்றலின் கீழ் பயன்பாட்டின் நடத்தையைப் புரிந்துகொள்வதற்காக பொதுவாக நடத்தப்படுகிறது. ஸ்பைக் நினைவேற்ற எதிர்பார்ப்பு, ஸ்பைக்கை பாதிப்படையச் செய்யக்கூடிய அளவிற்கு நினைவேற்றத்தின் நேரத்தை நீட்டித்துக்கொண்டே இருப்பது, நீடிக்கும் திறன் அல்லது அழுத்த சோதனை போன்ற பிற தேவைகளைப் பொருத்தது.

2. அமைப்புத் தொகையிடல் சோதனைக்குப் பிறகே, செயல்திறன் சோதனை நடத்தப்படுதல்

பெரும்பாலான துறையின் நெறி என்றாலும், பயன்பாட்டின் ஆரம்ப கட்ட வளர்ச்சியின்போதும் செயல்திறன் சோதனையை நடத்த முடியும். இந்த வகையான அணுகுமுறைக்கு துவக்க நிலை செயல்திறன் சோதனை என்றுபெயர். செயல்திறன் அளவுருக்களை மனதில் கொண்டு பயன்பாட்டின் செயல்பாட்டுத் தொடர்பு வளர்ச்சியை உறுதிப்படுத்துவதே இந்த அணுகுமுறையின் நோக்கமாகும். பயன்பாட்டை வெளியிடுவதற்கு முன் செயல்திறனிலுள்ள பிழையைக் கண்டறிவது மற்றும் பிழையைச் சரிசெய்வதற்கு ஆகும் செலவுகள் பெரும்பாலும் குறைக்கப்பட்டுள்ளது.

3. செயல்திறன் சோதனையில் ஸ்கிரிப்ட்களை உருவாக்குவது மட்டுமே இருக்கும் மற்றும் எந்தவொரு பயன்பாட்டின் மாற்றங்களும் ஸ்கிரிப்ட்களை மீண்டும் எழுதும்படி வைத்துவிடுதல்.

மென்பொருள் துறையில் அறிவியலை நுழைக்கும் முயற்சியே செயல்திறன் சோதனையாகும். ஸ்கிரிப்டிங் என்பதும் முக்கியமானதே. செயல்திறன் சோதனையின் கூறுகளுள் இதுவும் ஒன்று. செயல்திறனிலுள்ள கடினத்தைத் தீர்மானிப்பதற்கு செயல்திறன் எண்ணிக்கையைச் செயலாக்குவதற்கும், ஆய்வதற்கும் பலவித சோதனைகளை நிகழ்த்துவதே செயல்திறன் சோதனையாளரின் முக்கிய சவாலாகும்.

இந்த தவறான நம்பிக்கையின் மற்றொரு பகுதி என்னவென்றால், பயன்பாட்டில் செய்யப்பட்ட மாற்றத்தினால் சிறிதளவு ஸ்கிரிப்ட்களின் மாற்றத்தால் மட்டுமே செய்யப்படும் என்பதாகும், ஆனால் இதுவும் தவறானதே, ஏனெனில் பயனர் இடைமுகத்தில் செய்யப்படும் எந்தவொரு மாற்றமும் குறிப்பாக வலை நெறிமுறைகளில் செய்யப்படுபவைக்கு, ஸ்கிரிப்ட்கள் முழுமையாக தொடக்கத்திலிருந்து மறு ஆக்கம் செய்யப்பட வேண்டும். இந்த சிக்கலானது, நெறிமுறைகளில் வலை சேவைகள், Siebel, Web Click n Script, Citrix, SAP போன்றவை அடங்கியிருந்தால் இன்னும் பெரியதானதாக இருக்கும்.

தொழில்நுட்பம்[தொகு]

செயல்திறன் சோதனை தொழில்நுட்பமானது, ஒன்று அல்லது அதற்குமேற்பட்ட PCகள் அல்லது Unix சேவையகங்கள் இஞ்சக்டர்களாக செயல்படுத்தும் – அவை ஒவ்வொன்றும் பயனர்களின் எண்ணிக்கையை முன்னிலைப்படுத்த மற்றும் யாருடைய செயல்திறன் சோதிக்கப்படுகிறதோ அந்த ஹோஸ்ட்டின் தானியங்கு ஆக்கப்பட்ட ஊடாடுதல் (ஸ்கிரிப்ட் ஆக பதிவுசெய்யப்பட்டது அல்லது வேறுபட்ட வகையிலான பயனர் ஊடாடுதலை முன்னிலைப்படுத்துவதற்கான ஸ்கிரிப்ட்களின் வரிசை) வரிசையை இயக்கும். வழக்கமாக, ஒரு தனிப்பட்ட கணினியானது, சோதனை இயக்குநராக செயல்படும். ஒவ்வொரு இஞ்சக்டர்களிடம் கூட்டிணைந்து, மீட்டர் முறைகளை சேகரிப்பது, அறிக்கையிடுதல் நோக்கங்களுக்காக செயல்திறன் தரவை ஒப்பிடுவது போன்றவற்றைச் செய்யும். வழக்கமான வரிசையானது நினைவேற்றத்தைக் வலிமையாக்கும் – குறைந்த அளவுள்ள பயனர்களின் எண்ணிக்கையுடன் தொடங்கி குறிப்பிட்ட காலத்தில் அதை அப்படியே அதிகரிக்க செய்வது. கொடுக்கப்பட்டிருக்கும் பயனர்களின் எண்ணிக்கை மற்றும் பதிலளிபு நேரத்தில் சோதனை முடிவானது நினைவேற்றத்திற்கு தக்கவாறு செயல்திறன் எவ்வாறு வேறுபடுகிறது என்பதைக் காண்பிக்கும். பல்வேறான கருவிகள் போன்றவை அதுபோன்ற சோதனைகளை செயல்படுத்த கிடைக்கத்தக்கதாய் இருக்கும். இந்த வகையிலிருக்கு கருவிகளானது, பொதுவாக கணினிக்கு மாறான நிஜ பயனர்களை பிரதிபலிக்கக்கூடிய சோதனை தொகுப்புகளை செயலாக்கும். சிலநேரங்களில் வழக்கத்திற்கு மாறானவற்றை முடிவுகள் வெளிப்படுத்தும், எ.கா., சராசரியான பதிலளிப்பு நேரம் ஏற்கத்தக்கதாய் இருத்தல், முடிவடைவதற்கு காலம் எடுக்கக்கூடிய சில முக்கிய பரிமாற்றங்கள் கையகப்படுத்தப்படுதல் - பற்றாக்குறையான தரவுத்தள கேள்விகள், படங்கள் போன்றவற்றால் ஏற்படும் விஷயங்கள்.

ஏற்கத்தக்க நினைவேற்றமானது மீறப்படும்போது என்ன நிகழ்கிறது என்பதைக் காண அழுத்த சோதனையுடன் செயல்திறன் சோதனையை இணைக்க முடியும் - கணினி சிதைவு ஏற்படுகிறதா? மிகப்பெரிய நினைவேற்றம் குறைக்கப்படும்போது அதை மீட்டமைக்க எவ்வளவு நேரம் ஆகிறது? பக்கவிளைவு கொண்ட பாதிப்பை ஏற்படுத்தக்கூடிய வகையில் தோல்வி அடைகிறதா? போன்றவை அதில் அடங்கும்.

ஆய்வு செயல்திறன் மாதிரியாக்கல் என்ற முறையானது, விரிதாளில் பயன்பாட்டின் செயலை மாதிரியாக்குவதாகும். பரிமாற்ற கூட்டின் படி, (ஒரு மணிநேரத்திற்கான வணிக பரிமாற்றங்கள்) மாதிரியானது பரிமாற்ற ஆதார பற்றாக்குறை (CPU, வட்டு I/O, LAN,WAN) அளவீடுகளைக் கொண்டு அமைக்கப்பட்டிருகும். ஆதார நினைவேற்றங்களைப் பெறுவதற்கு, மணிநேர ஆதார திறனால் வகுக்கப்படும் மணிநேர ஆதார பற்றாக்குறையைப் பெறுவதற்கு கணக்கிடப்பட்ட பரிமாற்ற ஆதார பற்றாக்குறைகளானது. சேர்க்கப்படும். பதிலளிப்பு நேர சூத்திரத்தைப் (R=S/(1-U), R=responsetime, S=servicetime, U=load), பயன்படுத்தி, பதிலளிப்பு நேரமானது செயல்திறன் முடிவுகளுடன் பதிலளிப்பு நேரங்கள் கணக்கிடப்பட்டு சரிசெய்யப்படும். ஆய்வு செயல்திறன் மாதிரியாக்கலானது, அசல் அல்லது எதிர்பார்க்கப்படும் வணிகப் பயன்பாட்டை அடிப்படையாகக் கொண்டு வடிவமைப்பு விருப்பங்கள் மற்றும் அமைப்பு அளவாக்கத்தை மதிப்பாய்வுசெய்ய அனுமதிக்கும். வன்பொருள் தளம் குறித்த முழுமையான புரிந்துகொள்ளுதல் அவசியம் என்றாலும், செயல்திறன் சோதனையைவிட இது விரைவானது மற்றும் சிக்கனமானது.

செயல்திறன் விவரக்கூற்றுகள்[தொகு]

எந்தவொரு செயல்திறன் சோதனை திட்டத்தையும் பொருத்தவரையில், செயல்திறன் விவரக்கூற்றுகளை (தேவைகள்) விவரமாக்கி மற்றும் அவற்றை ஆவணமாக்குவது என்பது சாதாரண காரியம் அல்ல. சரியாக சொல்ல வேண்டுமெனில், எந்தவொரு வடிவமைப்பு திறனுக்கு முன்பும், அமைப்பு உருவாக்க திட்டப்பணி தேவைகளின் உருவாக்க நிலையின்போது இது செய்யப்படும். கூடுதல் செயல்திறன் பொறியியலை காணவும்.

எனினும், விவரக்கூற்றுக்கு எதிராக செயல்திறன் சோதனையானது அடிக்கடி நிகழ்த்தப்படாது அதாவது இருக்கவேண்டிய பயனர்களின் எண்ணிக்கைக்கு அதிகபட்ச ஏற்கத்தக்க பதிலளிப்பு நேரம் என்ன என்பதை யாராலும் வெளிப்படுத்த முடியாது. செயல்திறன் சுயவிவரமாக்கலின் ஒரு பகுதியாகவே செயல்திறன் சோதனையானது அடிக்கடிப் பயன்படுத்தப்படுகிறது. "வலிமையற்ற இணைப்பை" அடையாளங்காண்பதே நோக்கம் - விரைவாக பதிலளிக்கும்படி உருவாக்கப்பட்டுள்ளதா, அதன் விளைவாக அமைப்பு முழுமையும் வேகமாக பணிசெய்யக் காரணமாக இருக்கும் அமைப்பில் உள்ள ப்குதி எது என்பதைக் கண்டறிவதாகும். சேவையகத்தில் (ஏஜெண்ட்கள்) இயங்கக்கூடிய கருவியாக்கல், பரிமாற்ற நேரங்கள் குறித்த அறிக்கை, தரவுத்தள அணுகல் நேரங்கள், பிணைய செலவுகள், மூல செயல்திறன் புள்ளிவிவரங்களை ஒன்றாக்கி ஆராயக்கூடிய பிற சேவையக மானிட்டர்கள், போன்ற சில சோதனை கருவிகள் (அல்லது வழங்கப்பட்டிருக்கும் துணைப்-பயன் சாதனங்கள்) உட்பட இந்த நெருக்கடியான வழியை அமைப்பின் எந்த பகுதியால் ஏற்பட்டதென்பதை கண்டறிவது சிலநேரங்களில் முடியாத காரியமாகும். கருவிமயமாக்கல் போன்றவை இல்லாமல், செயல்திறன் சோதனைகள் இயக்கப்படும்போது (Windows அமைப்பு சோதனையில் உள்ளதென வைத்துக்கொள்வோம்) CPU எவ்வளவு நினைவேற்றலை சேவையகத்தில் மேற்கொள்கிறது என்பதை Windows Task Manager -இல் இருந்து ஒருவர் கண்காணிக்க வேண்டும்.

சிக்கலை சரியாக பகுத்தறியாமல், மென்பொருளை உகந்ததாக்குவதற்காக ஒரு நிறுவனம் பெரிய அளவிலான பணத்தை செலவுசெய்ததாக ஒரு கதை உலா வருகிறது. பின்னர் அவர்கள் முறைமையில், ‘வெற்று சுழற்சியை’ மீண்டும் எழுதுவதற்கு நிர்பந்திக்கப்பட்டனர், அதில்தான் முறைமையானது பெரும்பாலான நேரத்தை செலவழித்தது என்று, மேலும் உலகிலேயே மிகவும் செயல்திறன் மிக்க 'வெற்று சுழற்சியை' கொண்டிருப்பதும், ஒட்டுமொத்த செயல்திறனை சிறிதளவும் அதிகரிக்கவில்லை!

செயல்திறன் சோதனை யை வலை முழுவதும் உள்பட நாட்டின் வெவ்வேறு பகுதிகளில் செய்ய முடியும், எனினும், இணையத்தின் பதிலளிப்பு நேரமானது பரப்பிடத்தைப் பொருத்து வேறுபடும். அக முறையிலும் கூட செய்யமுடியும் பொது பிணையங்களில் பொதுவாக நிகழும் பின்னடைவை அறிய ரெளட்டரை நிறுவி இருக்க வேண்டும். நிஜ சூழலில் இருந்து அமைப்பிற்கு நினைவேற்றலானது அறிமுகப்படுத்தப்படும். எடுத்துக்காட்டாக, அமைப்பைப் பயன்படுத்தும் 50% பயனர்கள், 56K மோடம் இணைப்பு வழியாக அமைப்பை அணுகிட முடியும் மீதமுள்ளோர் T1 வழியாக அணுகலாம், பின்னர் நினைவேற்ற இஞ்சக்டர்கள் ஒரே இணைப்புகள் வழியாக நினைவேற்றலை செலுத்த அல்லது பின்வரும் ஒரே பயனரின் சுயவிவரத்தைப் பொருத்து அதுபோன்ற இணைப்புகளில் பிணைய இடைவெளியை மீண்டும் செயலாக்கலாம்.

உச்சநிலை நேரங்களில் கணினியைப் பயன்படுத்தக்கூடியவர்கள் குறித்த அறிக்கையைக் கொண்டிருப்பது மிகவும் உதவிகரமாக இருக்கும். அதிகபட்சமாக அனுமதிக்கப்படும் 95 சதவீத பதிலளிப்பு நேரத்தை அமைப்பது என்ன என்பது மற்றும் திட்டமிடப்பட்ட அந்த விவரக்கூற்றை கணினி சந்திக்கிறதா இல்லையா என்று அறியப் பயன்படுத்தப்படும் இஞ்சக்டரின் உள்ளமைவு போன்றவை குறித்த அறிக்கை இருப்பது பயனுள்ளது.

செயல்திறன் விவரக்கூற்றுகள் பின்வரும் கேள்விகளை முன்வைக்கிறது:

  • விவரமாக கூறுவது என்றால், செயல்திறன் சோதனையின் நோக்கம் என்ன? என்னென்ன துணைஅமைப்புகள், இடைமுகங்கள், கூறுகள் போன்றவை இந்தச் சோதனையில் அடங்கவில்லை?
  • பயனர் இடைமுகங்கள் (UIகள்) அடங்கியுள்ளவற்றில், ஒவ்வொன்றிற்கும் எத்தனை நிகழ்நேர பயனர்கள் எதிர்ப்பார்க்கப்படுகிறார்கள் (உச்சநிலை மற்றும் பெயரளவு அமைப்பில் குறிப்பிடவும்)?
  • இலக்கு அமைப்பு (வன்பொருள்) எப்படி இருக்கும் (சேவையகம் மற்றும் பிணைய சாதன உள்ளமைவுகள் அனைத்தையும் குறிப்பிடவும்)?
  • ஒவ்வொரு பயன்பாட்டு கூறுக்குமான பயன்பாட்டு பணிச்சுமை கூட்டு (Application Workload Mix) என்ன? (எடுத்துக்காட்டுக்கு: 20% உள்நுழைவு, 40% தேடல், 30% தேர்ந்தெடுக்கப்படும் உருப்படி, 10% சரிபார்க்கப் பயன்படுத்துவது).
  • கணினி பணிச்சுமை கூட்டு என்ன? [பல பணிச்சுமைகள் ஒற்றை செயல்திறன் சோதனையாக மீண்டும் செய்யப்படலாம்] (எடுத்துக்காட்டுக்கு: A 30% பணிச்சுமை, B 40% பணிச்சுமை, C 50% பணிச்சுமை)
  • எந்த/அனைத்து தொகுதி செயலாக்கங்களுக்கான நேரத் தேவைகள் என்னென்ன (உச்சநிலை மற்றும் பெயரளவு)?

மேற்கொள்ளவேண்டிய பணிகள்:[தொகு]

சோதனையில் மேற்கொள்ளவேண்டிய பணிகள்:

  • அக வல்லுநரைப் பொறுத்து, அக அல்லது புற ஆதாரங்களை வைத்து சோதனைகளை செய்ய வேண்டுமா என்பதை முடிவெடுக்க வேண்டும்.
  • பயனர்கள் மற்றும்/அல்லது வணிக ஆய்வாளர்களிடமிருந்து செயல்திறன் தேவைகளை (விவரக்கூற்றை) சேகரித்தல் அல்லது வெளிப்படுத்தச் செய்தல்
  • தேவைகள், ஆதாரங்கள், நேரவரையறைகள் மற்றும் அடையவேண்டியவை உள்பட, உயர்நிலை-திட்டத்தை (அல்லது திட்டப்பணி உரிமை ஆவணம்) உருவாக்குதல்
  • விவரங்கள் அடங்கிய செயல்திறன் சோதனை திட்டத்தை (விவரமான சினாரியோக்கள் மற்றும் சோதனை வகைகள், பணிச்சுமைகள், சூழல் சார்ந்த தகவல் போன்றவை அடங்கியது) உருவாக்குதல்
  • சோதனைக் கருவிகளைத் தேர்வுசெய்தல்
  • தேவைப்படும் சோதனைத் தரவு மற்றும் உரிமை ஆவண திறனைக் (பெரும்பாலும், கவனிக்கப்படுவதில்லை, ஆனாலும், நல்லபடியான செயல்திறன் சோதனை தோல்வியில் முடிய வாய்ப்பளிக்கக்கூடியது) குறிப்பிடுதல்
  • தேர்வுசெய்த சோதனைக் கருவிகள் மற்றும் உத்திகளைப் பயன்படுத்தி, ஒவ்வொரு பயன்பாடு/கூறிற்கு சோதனையின்போது முழுமைபெறாத அறிதலை உருவாக்குதல்
  • சார்ந்துள்ளவை மற்றும் தொடர்புடைய நேர வரையறைகளைச் சேர்த்து விவரங்கள் அடங்கிய செயல்திறன் சோதனைத் திட்டப்பணித் திட்டத்தை உருவாக்குதல்
  • இஞ்சக்டர்/கன்ட்ரோலரை நிறுவி உள்ளமை
  • சோதனை சூழல் (தயாரிப்பு துறைக்கான முற்றுமொத்த தனி வன்பொருள்), ரௌட்டர் உள்ளமைவு, மிதமான பிணையம் (பிற பயனர்களால் விருப்பம் இன்றி வழங்கப்பட்டிருக்கும் முடிவுகள் வேண்டாம்), சேவையகப் கருவிப்படுத்தலில் உள்ள ஈடுபாடு, உருவாக்கப்பட்ட தரவுத்தள சோதனை தொகுப்புகள் போன்றவை)
  • சோதனைகளை செயலாற்றவும் – முடிவுகளைப் பாதிக்கக்கூடிய கணக்கில்கொள்ளப்படாத காரணிகளைக் காண்பதற்கு மீண்டும் செய்தல்
  • முடிவுகளை ஆய்வுசெய்யவும் - வெற்றி/தோல்வியோ அல்லது சிக்கலான வழிகுறித்த விசாரிப்பு மற்றும் சரியான செயலுக்கான பரிந்துரைத்தல்

செய்முறை[தொகு]

செயல்திறன் சோதனை வலைப் பயன்பாடுகளுக்கான செய்முறை[தொகு]

Microsoft Developer Network -இன் படி செயல்திறன் சோதனை செய்முறையானது பின்வரும் செயல்பாடுகளைக் கொண்டிருக்கின்றன:Microsoft Developer Network -இன் படி செயல்திறன் சோதனை செய்முறையானது பின்வரும் செயல்பாடுகளைக் கொண்டிருக்கின்றன:

  • செயல் 1. சோதனை நடத்துவதற்காக சூழ்நிலையைக் கண்டறிதல். நிஜ சோதனை சூழ்நிலை மற்றும் தயாரிப்புச் சூழ்நிலை மட்டுமில்லாமல் சோதனைக் குழுவிற்கென இருக்கும் கருவிகள் மற்றும் ஆதாரங்களைக் கண்டறிதல். வன்பொருள், மென்பொருள் மற்றூம் பிணைய உள்ளமைவுகள் போன்றவை நிஜ சூழலில் அடங்குபவை. திட்டப்பணியை தொடங்குவதற்கு முன் சோதனை சூழல் குறித்த முழு புரிந்துகொள்ளுதலானது, சோதனை வடிவமைப்பு மற்றும் திட்டமிடுதலை மிகச் சிறப்பாக செய்துமுடிக்க உதவிபுரிவதோடு திட்டப்பணிக்கு முன்னதாகவே அதில் இருக்கும் சவால்களை அறிந்துகொள்ள உதவும். சில சூழ்நிலைகளில், திட்டப்பணியின் தொடர்ச்சியான கால சூழற்சி முழுவதும் இந்த செயலை அடிக்கடி செயல்படுத்திப் பார்ப்பதும் அவசியம்.
  • செயல் 2. செயல்திறன் ஏற்பு நெறிமுறையைக் கண்டறிதல். பதிலளிப்பு நேரம், அவுட்புட் மற்றும் ஆதாரப் பயன்பாட்டின் குறிக்கோள்கள் மற்றும் கட்டுப்பாடுகளையும் கண்டறிதல். பொதுவாக, பதிலளிப்பு நேரமானது பயனருடன் தொடர்புடையது, அவுட்புட் ஆனது வணிகத்துடன் தொடர்புடையது மேலும் ஆதார பயன்பாடானது அமைப்புடன் தொடர்புடையதாகும். குறிக்கோள்கள் மற்றும் கட்டுப்பாடுகளால் கவனிக்கப்படாத திட்டப்பணியின் வெற்றி நெறிமுறையையும் கூடுதலாக கண்டறிதல்; எடுத்துக்காட்டாக, செயல்திறன் சோதனையைப் பயன்படுத்தி உள்ளமைவு அமைப்புகளின் சேர்க்கைகள் என்ன என்பதை மதிப்பிடுவதானது, பெரும்பாலும் விரும்பத்தக்க செயல்திறன் சிறப்பியல்புகளை முடிவாக வழங்கும்.
  • செயல் 3. சோதனைகளை திட்டமிட்டு வடிவமைத்தல். முக்கிய கூறுகளைக் கண்டறிந்து, பிரதிநிதிப் பயனர்களுக்கு இடையிலான வேற்றுமையைத் தீர்மானிப்பது, சோதனை தரவை வரையறுப்பது, சேகரிக்கப்பட வேண்டிய மீட்டர் முறைகளை உருவாக்குவது போன்றவை அதில் அடங்கும். செயல்படுத்த, தொடங்க அல்லது பகுப்பாய்வதற்காக ஒன்று அல்லது அதற்குமேற்பட்ட அமைப்புப் பயன்பாட்டின் மாதிரிகளில் இந்தத் தகவலை திரட்ட வேண்டும்.
  • செயல் 4. சோதனை சூழலை உள்ளமைத்தல். சோதனைக்கு கிடைக்கத்தக்கதாய் இருக்கக்கூடிய ஒவ்வொரு உத்தியையும் அம்சங்கள் மற்றும் கூறுகளாக செயல்படுத்தி சோதனை சூழல், கருவிகள் மற்றும் ஆதாரங்களைத் தயார்ப்படுத்த வேண்டும். அவசியமான ஆதார கண்காணிப்பிற்காக, சோத்னை சூழலானது கருவிமயமாக்கப்பட்டுள்ளது என்பதை உறுதிப்படுத்த வேண்டும்.
  • செயல் 5. சோதனை வடிவமைப்பைச் செயல்படுத்துதல். சோதனை வடிவமைப்புடன் செயல்திறன் சோதனைகளை உருவாக்க வேண்டும்.
  • செயல் 6. சோதனையை செயலாற்றுதல். உங்கள் சோதனைகளை இயக்கி கண்காணிக்கவும். சோதனைகள், சோதனை தரவு மற்றும் முடிவுகள் தொகுப்பை மதிப்பாய்வு செய்யவும். சோதனை மற்றும் சோதனை சூழ்நிலையைக் கண்காணிக்கும்போது மதிப்பாய்வு செய்யப்பட்ட பகுப்பாய்விற்கான சோதனைகளை செயலாற்றவும்.
  • செயல் 7. முடிவுகளை ஆய்வு செய்தல், சரிசெய்தல் மற்றும் மறுசோதனை செய்தல். ஆய்வுசெய்து முடிவுகள் தரவை திரட்டுங்கள். மாற்றியமைத்து மறுசோதனை செய்தல். முன்னேற்றம் உள்ளதா அல்லது பின்னடைவா? முந்தையை வளர்ச்சியை விட ஒவ்வொரு முன்னேற்றமும் ஒரு சிறிய வளர்ச்சியைக் காண்பிக்கும். எப்போது நிறுத்துவீர்கள்? CPU மூலம் ஏதேனும் நெருக்கடி நிலையை அடைய நேர்ந்தால், அதன்பிறகு குறியீட்டை மேம்படுத்த வேண்டுமா அல்லது கூடுதல் CPU ஐ சேர்க்க வேண்டுமா என்பதுதான் வழங்கப்படும் விருப்பமாக இருக்கும்.

மேலும் காண்க[தொகு]

  • சோதனைக்கு உட்படுத்துவது (மென்பொருள்)
  • பெஞ்ச்மார்க் (கணிப்பீடு)
  • வலைச் சேவையக பெஞ்ச்மார்க்

செய்திக்குழுக்கள்[தொகு]

ஆதாரங்கள்/பரிந்துரைப்புகள்[தொகு]

"https://ta.wikipedia.org/w/index.php?title=மென்பொருள்_செயல்திறன்_சோதனை&oldid=3642022" இலிருந்து மீள்விக்கப்பட்டது