fbpx

செயல்படாத சோதனை என்பது மென்பொருள் பயன்பாட்டின் செயல்படாத அம்சங்களைச் சோதிக்க மேற்கொள்ளப்படும் மென்பொருள் சோதனையைக் குறிக்கிறது.

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

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

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

 

Table of Contents

செயல்படாத சோதனை என்றால் என்ன?

சரிபார்ப்பு பட்டியல் uat, இணைய பயன்பாட்டு சோதனை கருவிகள், ஆட்டோமேஷன் மற்றும் பல

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

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

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

அடிப்படையில், செயல்படாத சோதனை என்பது மென்பொருள் செயல்பாடுகள் ‘எப்படி’ செயல்படுகின்றன என்பதைச் சோதிப்பதை விட ‘எப்படி’ செயல்படுகின்றன என்பதைச் சோதிப்பதாகும்.

 

1. உங்களுக்கு எப்போது செயல்படாத சோதனை தேவை?

 

யூனிட் சோதனை மற்றும் ஒருங்கிணைப்பு சோதனை நடந்த பிறகு மென்பொருள் சோதனையின் கணினி சோதனை கட்டத்தில் செயல்படாத சோதனை மேற்கொள்ளப்படுகிறது.

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

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

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

 

2. உங்களுக்கு செயல்படாத சோதனை தேவையில்லாத போது

 

மென்பொருளின் செயல்படாத அம்சங்களைச் சோதிப்பது எப்போதும் முக்கியம்.

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

 

செயல்படாத சோதனையின் நோக்கங்கள்

மென்பொருள் சோதனை ஆட்டோமேஷனில் சில குழப்பங்களை நீக்குகிறது

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

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

 

1. தரக் கட்டுப்பாடு

 

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

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

 

2. இடர் மேலாண்மை

 

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

மென்பொருள் உருவாக்கத்தின் செயல்படாத அளவுருக்களைச் சரிபார்ப்பதன் மூலம், தயாரிப்பை வெளியிடுவதற்கான செலவைக் குறைக்க முடியும், ஏனெனில் மேலும் மேம்பாடு மற்றும் மென்பொருள் மாற்றங்களின் தேவை பின்னர் குறைக்கப்படுகிறது.

 

3. உகப்பாக்கம்

 

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

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

 

4. தரவு சேகரிப்பு

 

செயல்படாத சோதனையானது, சோதனையாளர்களை, உள் ஆராய்ச்சி மற்றும் மேம்பாட்டிற்காக சோதனைக் குழுக்களால் பயன்படுத்தக்கூடிய அளவீடுகள் மற்றும் அளவீடுகளை சேகரிக்கவும் தயாரிக்கவும் அனுமதிக்கிறது.

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

 

5. அறிவு மேம்பாடு

 

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

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

 

செயல்படாத சோதனையில் யார் ஈடுபட்டுள்ளனர்?

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

செயல்படாத சோதனை பொதுவாக QA சூழலில் சோதனையாளர்களால் மேற்கொள்ளப்படுகிறது, ஆனால் சில நேரங்களில் டெவலப்பர்கள் வளர்ச்சியின் போது செயல்படாத சோதனையை மேற்கொள்ளலாம்.

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

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

 

செயல்படாத சோதனையின் நன்மைகள்

பயனர் ஏற்றுக்கொள்ளும் சோதனை (UAT)

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

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

 

1. மென்பொருள் செயல்திறனை மேம்படுத்தவும்

 

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

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

 

2. மென்பொருளை பாதுகாப்பாக வைத்திருங்கள்

 

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

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

 

3. மென்பொருளின் பயனர் நட்பை அதிகரிக்கவும்

 

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

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

 

4. மென்பொருள் பயனர் தேவைகளை பூர்த்தி செய்கிறது என்பதை உறுதிப்படுத்தவும்

 

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

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

 

செயல்படாத சோதனையின் சவால்கள்

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

 

1. மீண்டும் மீண்டும்

 

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

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

 

2. செலவு

 

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

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

 

செயல்படாத சோதனையில் எதைச் சோதிக்கிறோம்?

 

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

 

1. பாதுகாப்பு

 

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

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

 

2. நம்பகத்தன்மை

 

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

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

 

3. உயிர் பிழைத்தல்

 

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

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

 

4. கிடைக்கும் தன்மை

 

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

ஸ்திரத்தன்மை சோதனையானது நம்பகத்தன்மை சோதனையுடன் சில ஒற்றுமைகளைக் கொண்டுள்ளது, ஏனெனில் கணினி எதிர்பார்த்த தரநிலைகளை தொடர்ந்து செயல்பட முடியுமா என்பதை இது சரிபார்க்கிறது.

 

5. பயன்பாடு

 

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

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

 

6. அளவிடுதல்

 

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

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

 

7. இயங்கக்கூடிய தன்மை

 

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

மென்பொருளானது ஒன்றோடொன்று ஒருங்கிணைக்கப்படும் தயாரிப்புகளின் தொகுப்பின் ஒரு பகுதியாக வடிவமைக்கப்படும்போது இது மிகவும் முக்கியமானது.

 

8. செயல்திறன்

 

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

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

 

9. நெகிழ்வுத்தன்மை

 

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

எடுத்துக்காட்டாக, மென்பொருளுக்கு எவ்வளவு ரேம் தேவை அல்லது குறிப்பிட்ட அளவு CPU தேவையா. மென்பொருள் பயன்பாட்டிற்கான குறைந்த தேவைகள், மென்பொருள் மிகவும் நெகிழ்வானது.

 

10. பெயர்வுத்திறன்

 

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

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

 

11. மறுபயன்பாடு

 

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

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

 

செயல்படாத சோதனைகளின் பண்புகள்

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

 

1. அளவிடக்கூடியது

 

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

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

 

2. குறிப்பிட்ட

 

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

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

 

3. தெரியாதது

 

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

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

 

செயல்படாத சோதனைகளின் வாழ்க்கைச் சுழற்சி

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

பொதுவாக, இது மற்ற வகையான மென்பொருள் சோதனைகளுக்கு ஒத்த வாழ்க்கைச் சுழற்சியைப் பின்பற்றுகிறது.

 

1. மென்பொருள் தேவை பகுப்பாய்வு

 

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

 

2. சோதனை திட்டமிடல்

 

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

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

 

3. சோதனை வழக்கு உருவாக்கம்

 

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

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

 

4. சோதனை சூழல் அமைப்பு

 

செயல்படாத சோதனை வாழ்க்கைச் சுழற்சியின் அடுத்த கட்டம் சோதனை தொடங்கும் முன் சோதனை சூழலை அமைப்பதாகும்.

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

சோதனைக் குழு சோதனைச் சூழலை சோதனைச் செயல்படுத்துவதற்கு முன் அமைக்கிறது.

 

5. சோதனை செயல்படுத்தல்

 

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

சோதனைக் குழு ஒவ்வொரு வழக்கையும் தனித்தனியாகச் செயல்படுத்துகிறது மற்றும் ஒவ்வொரு சோதனையின் முடிவையும் எதிர்பார்த்த முடிவுக்கு எதிராகச் சரிபார்க்கிறது.

 

6. சுழற்சி மீண்டும்

 

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

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

 

சில குழப்பங்களை நீக்குதல்:

செயல்படாத சோதனை மற்றும் செயல்பாட்டு சோதனை

பின்னடைவு சோதனை மற்றும் பிறவற்றுடன் UAT சோதனை ஒப்பீடு

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

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

 

1. செயல்பாட்டு மற்றும் செயல்படாத சோதனைக்கு என்ன வித்தியாசம்?

 

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

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

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

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

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

 

2. முடிவு: செயல்படாத சோதனை மற்றும் செயல்பாட்டு சோதனை

 

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

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

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

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

 

செயல்படாத சோதனையின் வகைகள்

செயல்படாத சோதனை: அது என்ன, பல்வேறு வகைகள், அணுகுமுறைகள் மற்றும் கருவிகள்

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

இந்த வகை சோதனைகள் ஒவ்வொன்றும் வெவ்வேறு அளவுருக்களை சோதிக்கும், மேலும் சில சோதனைகள் அதே அளவுருக்களை வெவ்வேறு வழிகளில் சோதிக்கலாம்.

 

1. செயல்திறன் சோதனைகள்

 

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

 

2. அழுத்த சோதனைகள்

 

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

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

 

3. சுமை சோதனைகள்

 

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

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

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

 

4. பாதுகாப்பு சோதனைகள்

 

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

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

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

 

5. மேம்படுத்தல் மற்றும் நிறுவல் சோதனைகள்

 

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

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

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

 

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

6. தொகுதி சோதனைகள்

 

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

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

பயனர்கள் எதிர்பார்க்கும் தரவின் அளவை மென்பொருள் கையாள முடியும் என்பதை உறுதி செய்வதற்கான ஒரே வழி தொகுதி சோதனை மட்டுமே.

 

7. மீட்பு சோதனைகள்

 

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

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

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

 

நீங்கள் செயல்படாத சோதனையைத் தொடங்க வேண்டும்

சுமை சோதனை என்றால் என்ன?

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

 

1. சோதனைத் திட்டம்

 

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

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

 

2. சோதனை வழக்குகள்

 

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

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

 

3. செயல்பாட்டு சரிபார்ப்பு

 

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

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

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

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

 

4. சோதனைக் கருவிகள்

 

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

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

 

5. சோதனை சூழல்

 

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

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

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

 

செயல்படாத சோதனை செயல்முறை

அலகு சோதனை என்றால் என்ன

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

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

 

1. செயல்படாத சோதனை தயார்நிலை சோதனைகள்

 

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

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

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

 

2. சோதனைத் திட்டத்தை உருவாக்கவும்

 

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

தெளிவான சோதனைத் திட்டம் இல்லாமல், நீங்கள் செய்யும் சோதனைகளின் நோக்கம் மற்றும் நோக்கங்களை இழப்பது எளிது.

 

3. சோதனை வழக்குகளை உருவாக்கவும்

 

செயல்படாத சோதனையின் அடுத்த கட்டம், மென்பொருளின் ஒவ்வொரு செயல்படாத அளவுருவையும் சோதிக்க வடிவமைக்கப்பட்ட சோதனை நிகழ்வுகளை உருவாக்குவதாகும்.

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

 

4. சோதனை தரவு சேகரிக்க

 

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

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

 

5. சோதனை சூழலை தயார் செய்யவும்

 

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

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

 

6. செயல்படாத சோதனைகளை செயல்படுத்தவும்

 

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

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

 

7. சோதனை முடிவுகளை தெரிவிக்கவும்

 

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

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

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

 

8. குறைபாடுகளை சரிசெய்யவும்

 

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

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

 

9. மீண்டும் சோதனை சுழற்சி

 

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

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

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

 

செயல்படாத சோதனைக்கான சோதனை வழக்குகள்

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

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

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

 

1. செயல்படாத சோதனைக்கான சோதனை வழக்குகள் என்ன?

 

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

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

 

2. செயல்படாத சோதனை வழக்குகளை எவ்வாறு வடிவமைப்பது?

 

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

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

 

1. நீங்கள் மறைக்க விரும்பும் பகுதியை வரையறுக்கவும்

 

ஒவ்வொரு சோதனை வழக்குக்கும், இந்த சோதனை வழக்கு உங்கள் மென்பொருளின் எந்தப் பகுதியை உள்ளடக்கும் என்பதைக் கவனியுங்கள்.

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

 

2. தனிப்பட்ட சோதனை ஐடியை உருவாக்கவும்

 

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

 

3. ஒவ்வொரு சோதனைக்கும் பெயரிட்டு விவரிக்கவும்

 

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

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

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

 

4. எதிர்பார்த்த முடிவைக் குறிப்பிடவும்

 

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

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

மற்ற சந்தர்ப்பங்களில், சிக்கலைப் பயனருக்குத் தெரிவிக்கவும், தீர்வைப் பரிந்துரைக்கவும் குறிப்பிட்ட பிழைச் செய்திகள் ஏற்படுகின்றன.

 

5. சோதனை நுட்பங்களைப் பரிந்துரைக்கவும்

 

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

செயல்படாத சோதனையில், சோதனையாளர்கள் வெவ்வேறு வகையான சோதனைகளுக்கு மிகவும் வேறுபட்ட அணுகுமுறைகளைப் பயன்படுத்தலாம்.

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

 

6. ஒவ்வொரு சோதனை வழக்கையும் மதிப்பாய்வு செய்யவும்

 

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

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

 

3. செயல்படாத சோதனை நிகழ்வுகளின் எடுத்துக்காட்டுகள்

 

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

 

அளவிடுதல் சோதனை உதாரணம்

சோதனை வழக்கு ஐடி: 6671
சோதனை வழக்கு பெயர்: பல பயனர் உள்நுழைவு சோதனை
விளக்கம்: ஆட்டோமேஷன் கருவிகளைப் பயன்படுத்தி ஒரே நேரத்தில் மென்பொருளில் உள்நுழையும் 20+ பயனர்களைப் பின்பற்றவும்.
எதிர்பார்க்கப்படும் முடிவுகள்: மென்பொருள் ஒவ்வொரு பயனருக்கும் இயல்பானதாக இயங்க வேண்டும், ஒவ்வொரு பயனரும் 5 வினாடிகளுக்குள் வெற்றிகரமாக உள்நுழைய அனுமதிக்கிறது.

 

பொருந்தக்கூடிய சோதனை உதாரணம்

சோதனை வழக்கு ஐடி: 5214
சோதனை வழக்கு பெயர்: Opera உலாவியில் பயன்பாட்டை ஏற்றுகிறது
விளக்கம்: Opera இணைய உலாவியில் பயன்பாட்டை ஏற்றவும்.
எதிர்பார்க்கப்படும் முடிவுகள்: நிலையான காட்சி தெளிவுத்திறன் மற்றும் தளவமைப்புடன் Opera இணைய உலாவியில் பயன்பாடு இயல்பாக ஏற்றப்படும்.

 

கைமுறை அல்லது தானியங்கு செயல்படாத சோதனைகள்?

மென்பொருள் சோதனைக்கான கணினி பார்வை

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

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

தானியங்கு செயல்படாத சோதனைகள் விரைவானவை மற்றும் சில வழிகளில் மிகவும் நம்பகமானவை, ஆனால் அவற்றுக்கு அதிக ஆதாரங்கள் அல்லது கருவிகள் தேவைப்படுகின்றன. ஆட்டோமேஷன் மற்றும் ஹைப்பர் ஆட்டோமேஷன் ஆகியவை சோதனையில் மிகவும் பிரபலமாகி வருகின்றன, குறிப்பாக அது செயல்படாத சோதனைக்கு வரும்போது.

 

கைமுறையாக செயல்படாத சோதனை: நன்மைகள், சவால்கள் மற்றும் செயல்முறைகள்

 

கைமுறையாக செயல்படாத சோதனையானது சோதனையாளர்களால் மட்டுமே மேற்கொள்ளப்படுகிறது.

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

இது கணிசமான நேரத்தை எடுக்கும், ஆனால் QA சோதனையாளர்களுக்கு என்ன சோதிக்கப்பட்டது, எப்படி என்பதை தீர்மானிக்க சுதந்திரம் உள்ளது.

 

1. கைமுறை சோதனையின் சில நன்மைகள் பின்வருமாறு:

 

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

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

● தானியங்கு செய்ய இயலாத சூழ்நிலைகளில் கணினி சோதனையை மேற்கொள்ள கைமுறை சோதனை பயன்படுத்தப்படலாம்.

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

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

 

இருப்பினும், கைமுறை சோதனையில் குறைபாடுகளும் உள்ளன.

 

2. கைமுறை சோதனையின் சில சவால்கள் பின்வருமாறு:

 

● சுமை சோதனை மற்றும் செயல்திறன் சோதனை உட்பட சில வகையான செயல்படாத சோதனைகள், கைமுறையாக செயல்படுத்துவது நடைமுறைக்கு மாறானது

● தானியங்கு செயல்படாத சோதனையை விட கைமுறை சோதனை அதிக நேரம் எடுக்கும்

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

 

தானியங்கு செயல்படாத சோதனை: நன்மைகள், சவால்கள் மற்றும் செயல்முறைகள்

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

 

1. செயல்படாத சோதனைகளை தானியக்கமாக்குவதன் சில நன்மைகள்:

 

1. நீண்ட, நேரத்தைச் செலவழிக்கும் பணிகளில் நீங்கள் செலவிடும் நேரத்தைக் குறைப்பதன் மூலம் நேரத்தையும் வளங்களையும் சேமிக்கவும்

2. பரந்த அளவிலான கூறுகள் மற்றும் அம்சங்களை உள்ளடக்கியதன் மூலம் சோதனைக் கவரேஜை அதிகரிப்பதை ஆட்டோமேஷன் சாத்தியமாக்குகிறது

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

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

5. தானியங்கு சோதனையைச் செய்யும்போது பிழைகள் ஏற்படுவதற்கான வாய்ப்புகள் குறைவு

 

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

 

2. தானியங்கு செயல்படாத சோதனையின் சில சவால்கள் பின்வருமாறு:

 

1. கைமுறை சோதனையை விட தானியங்கு சோதனை அமைப்பது விலை அதிகம்

2. சோதனை ஆட்டோமேஷனை அமைப்பதற்கு நேரம் மற்றும் தொழில்நுட்ப ஆதாரங்கள் தேவைப்படலாம்

3. சோதனை ஆட்டோமேஷன், ஆய்வுச் சோதனைக்கு இடத்தை அனுமதிக்காது

4. சோதனைகளை தானியக்கமாக்குவதற்கு சோதனை நிகழ்வுகளை உருவாக்க இன்னும் நேரம் தேவைப்படுகிறது

 

முடிவு: கையேடு அல்லது தானியங்கி

செயல்படாத சோதனை?

சிறந்த சோதனை மையத்தை அமைப்பதன் நன்மைகள். செயல்பாட்டு சோதனையை விட செயல்திறன் சோதனை வேறுபட்டதா?

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

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

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

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

மற்ற வகை சோதனைகளைப் போலவே, செயல்படாத சோதனையும் பொதுவாக கையேடு சோதனை மற்றும் தானியங்கு சோதனை ஆகியவற்றின் கலவையைப் பயன்படுத்தி மேற்கொள்ளப்படுகிறது.

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

செயல்படாத சோதனைக்கான சிறந்த நடைமுறைகள்

மென்பொருள் சோதனை என்றால் என்ன?

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

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

 

1. ஆட்டோமேஷன் கருவிகளைப் பயன்படுத்தவும்

 

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

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

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

 

2. அனைத்து ஆவணங்களையும் சக மதிப்பாய்வு செய்யவும்

 

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

இது சோதனை மற்றும் மேம்பாட்டு செயல்பாட்டில் கடுமையான தாமதங்களை ஏற்படுத்தக்கூடிய சிறிய தவறுகளின் அபாயத்தை குறைக்கிறது.

 

3. அளவிடக்கூடிய தேவைகளை வரையறுக்கவும்

 

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

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

‘வேகமான’ அல்லது ‘திறமையான’ என எது கணக்கிடப்படுகிறது? நீங்கள் தேடுவதை வரையறுக்க எண்கள் மற்றும் அளவு மதிப்புகளைப் பயன்படுத்தவும்.

 

4. சோதனை அளவீடுகளை கவனமாக பரிசீலிக்கவும்

 

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

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

 

செயல்படாத சோதனையிலிருந்து வெளியீட்டின் வகைகள்

உதாரணமாக வங்கி போன்ற தொழில்களில் ஆட்டோமேஷன் சோதனை எவ்வாறு செயல்படுகிறது

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

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

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

 

1. முழுமையான எண்கள்

 

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

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

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

 

2. பிழை செய்தி அனுப்புதல்

 

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

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

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

 

3. விபத்துக்கள்

 

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

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

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

 

செயல்படாத சோதனைகளின் எடுத்துக்காட்டுகள்

இறுதி முதல் இறுதி சோதனை - E2E சோதனை என்றால் என்ன, கருவிகள், வகைகள் மற்றும் பல

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

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

 

1. செயல்திறன் சோதனை உதாரணம்

 

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

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

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

 

2. பொருந்தக்கூடிய சோதனை

 

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

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

 

3. பாதுகாப்பு சோதனை

 

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

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

 

பிழைகள் மற்றும் பிழைகளின் வகைகள் கண்டறியப்பட்டன

செயல்படாத சோதனை மூலம்

zaptest-runtime-error.png

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

 

1. செயல்திறன் குறைபாடுகள்

 

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

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

செயல்திறன் குறைபாடுகள் உங்கள் மென்பொருளைப் பயன்படுத்துவதை முற்றிலும் தடுக்காது, ஆனால் அவை உங்கள் மென்பொருளை குறைவாகப் பயன்படுத்தக்கூடியதாக மாற்றும் மற்றும் பயனர் தேவைகளைப் பூர்த்தி செய்வதற்கான வாய்ப்பைக் குறைக்கும்.

 

2. பாதுகாப்பு குறைபாடுகள்

 

பாதுகாப்பு குறைபாடுகள் என்பது உங்கள் மென்பொருள் அமைப்பின் பாதுகாப்பையும் அதில் சேமிக்கப்பட்ட தரவையும் பாதிக்கும் குறைபாடுகள் ஆகும்.

எடுத்துக்காட்டாக, பயனர்கள் அணுக முடியாத ரகசியத் தரவை அணுகலாம் அல்லது பயன்பாட்டின் சில பகுதிகள் கடவுச்சொல் மூலம் சரியாகப் பாதுகாக்கப்படாவிட்டால் அல்லது குறியாக்கம் தோல்வியுற்றால் பாதுகாப்பு குறைபாடுகள் ஏற்படலாம்.

இவை பாதுகாப்பு மீறல்களுக்கு வழிவகுக்கும், இது மென்பொருள் வெளியீட்டாளரின் நற்பெயருக்கு கடுமையான தாக்கத்தை ஏற்படுத்தலாம்.

 

3. செயல்பாட்டு குறைபாடுகள்

 

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

எடுத்துக்காட்டாக, நம்பகத்தன்மை சோதனையின் நோக்கம், பயன்பாடு செயல்படுகிறதா என்பதைச் சோதிப்பதல்ல, ஆனால் மீண்டும் மீண்டும் முயற்சிக்கும் போது, பயன்பாடு நம்பகத்தன்மையுடன் செயல்படுகிறதா என்பதைச் சோதிப்பதாகும்.

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

 

பொதுவான செயல்படாத சோதனை அளவீடுகள்

சிறந்த சோதனை மையத்தை (TCoE) அமைப்பதன் நன்மைகள்

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

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

 

1. நேரம்

 

குறிப்பிட்ட பணிகளைச் செய்ய எவ்வளவு நேரம் ஆகும் அல்லது செயல்பாடுகள் ஏற்றப்படுவதற்கு பயனர்கள் எவ்வளவு நேரம் காத்திருக்க வேண்டும் என்பதை நேர அளவீடுகள் அளவிடுகின்றன.

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

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

 

2. விண்வெளி

 

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

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

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

 

3. பயன்பாடு

 

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

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

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

 

4. நம்பகத்தன்மை

 

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

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

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

 

5. வலிமை

 

வலிமையானது தோல்விகளை கணினி எவ்வளவு சிறப்பாகக் கையாளுகிறது மற்றும் தோல்வி ஏற்பட்டால் கணினி எவ்வாறு தன்னைத்தானே மீட்டெடுக்க முடியும் என்பதற்கான அளவீடு ஆகும்.

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

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

 

6. பெயர்வுத்திறன்

 

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

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

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

 

செயல்படாத சோதனைகளை நடத்துவதற்கான உத்திகள்

அலகு சோதனை என்றால் என்ன?

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

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

 

1. பாத்திரங்கள் மற்றும் பொறுப்புகளை ஒதுக்குங்கள்

 

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

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

 

2. தொடர்புடைய சோதனைக் கருவிகளைச் சேகரிக்கவும்

 

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

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

 

3. சோதனைக்கு முன்னுரிமை கொடுங்கள்

 

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

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

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

 

7 சிறந்த செயல்படாத சோதனைக் கருவிகள்

சிறந்த இலவச மற்றும் நிறுவன மென்பொருள் சோதனை + RPA ஆட்டோமேஷன் கருவிகள்

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

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

 

1. ZAPTEST இலவச பதிப்பு

 

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

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

 

2. அப்பியம்

 

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

 

3. லோடியம்

 

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

Loadium பயனர்களை பெரிய அளவிலான சுமை சோதனைகளை இயக்க அனுமதிக்கிறது மற்றும் தனிப்பயன் தீர்வுகளை வழங்குகிறது, இதன் மூலம் உங்கள் சோதனைகளை உங்கள் மென்பொருள் இலக்குகளுக்கு ஏற்ப மாற்றிக்கொள்ளலாம்.

நீங்கள் Loadium ஐ இலவசமாக முயற்சி செய்யலாம் அல்லது பயன்பாட்டின் முழுப் பதிப்பைப் பதிவிறக்க பணம் செலுத்தலாம்.

 

4. ஒப்கியோ

 

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

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

 

5. SonarQube

 

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

 

6. சுங்

 

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

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

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

 

7. சிகுலி

 

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

 

செயல்படாத சோதனை சரிபார்ப்பு பட்டியல், குறிப்புகள் மற்றும் தந்திரங்கள்

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

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

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

 

1. அட்டவணைப்படி வேலை செய்யுங்கள்

 

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

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

 

2. உங்கள் சோதனைக் குழுவை அடையாளம் காணவும்

 

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

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

 

3. சோதனைக்கு முன் கருவிகள் மற்றும் தொழில்நுட்பங்களைத் தேர்ந்தெடுக்கவும்

 

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

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

 

4. சோதனைகள் மற்றும் ஆவணங்களில் எப்போதும் முறையான கையொப்பத்தைப் பெறவும்

 

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

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

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

 

செயல்படாத சோதனைகளைச் செயல்படுத்தும்போது தவிர்க்க வேண்டிய 7 தவறுகள் மற்றும் ஆபத்துகள்

பின்னடைவு சோதனை மற்றும் பிறவற்றுடன் UAT சோதனை ஒப்பீடு

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

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

செயலற்ற சோதனைகளைச் செய்யும்போது சோதனையாளர்கள் செய்யும் சில பொதுவான ஆபத்துகளின் பட்டியல் கீழே உள்ளது.

 

1. திட்டமிடவில்லை

 

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

சில சோதனைக் குழுக்கள் முழுமையடையாத சோதனை ஆவணங்கள் அல்லது சோதனைத் திட்டத்தின் மேலோட்டமான சுருக்கங்களை ஒன்றாகச் சேர்க்கலாம்.

 

2. தவறான மேலாண்மை சோதனை

 

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

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

 

3. மோசமான தொடர்பு

 

மோசமான தகவல்தொடர்பு சோதனைச் செயல்பாட்டின் போது நிறைய சிக்கல்களை ஏற்படுத்தலாம், குறிப்பாக செயல்படாத சோதனைக்குள்.

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

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

 

4. டெவலப்பர்களை புறக்கணித்தல்

 

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

டெவலப்பர்களை சோதனைச் செயல்பாட்டில் ஈடுபடுத்துவது அல்லது முக்கிய நேரங்களில் டெவலப்பர்களிடமிருந்து கருத்துக்களைக் கோருவது, சோதனைக் குழுக்கள் மிகவும் திறமையான மற்றும் முழுமையான சோதனைத் திட்டங்களை உருவாக்க உதவும்.

 

5. சோதனையின் நோக்கம்

 

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

மாறாக, சோதனையின் நோக்கம் குறைபாடுகளைக் கண்டறிவது என்ற மனப்பான்மையுடன் சோதனையாளர்கள் சோதனையை அணுக வேண்டும்.

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

 

6. கையேடு vs ஆட்டோமேஷன் பிழைகள்

 

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

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

 

7. தவறான சோதனைக் கருவிகளைப் பயன்படுத்துதல்

 

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

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

 

முடிவுரை

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

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

 

அடிக்கடி கேட்கப்படும் கேள்விகள் மற்றும் ஆதாரங்கள்

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

எங்களுக்குப் பிடித்த ஆன்லைன் செயல்படாத சோதனை ஆதாரங்களை கீழே உலாவவும் அல்லது செயல்படாத சோதனை பற்றி அடிக்கடி கேட்கப்படும் சில கேள்விகளுக்கான பதில்களைப் படிக்கவும்.

 

1. செயல்படாத சோதனையின் சிறந்த படிப்புகள்

 

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

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

 

செயல்படாத சோதனையின் சில சிறந்த படிப்புகள் பின்வருமாறு:

 

  • TSG: செயல்படாத பயிற்சி 2-நாள் படிப்பு

 

  • உடெமி: முழுமையான 2023 மென்பொருள் சோதனை பூட்கேம்ப்

 

  • Edx: மென்பொருள் சோதனை நிபுணத்துவ சான்றிதழ்

 

  • கல்வி: செயல்திறன் சோதனை ஆட்டோமேஷன் 101

 

2. செயல்படாத சோதனையின் முதல் 5 நேர்காணல் கேள்விகள் யாவை?

 

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

● செயல்படாத சோதனையில் நீங்கள் பயன்படுத்தும் அணுகுமுறைகள் மற்றும் முறைகள் செயல்பாட்டு சோதனையில் நீங்கள் பயன்படுத்தும் அணுகுமுறைகளிலிருந்து எவ்வாறு வேறுபடலாம்?

● செயல்பாட்டு சோதனையிலிருந்து செயல்படாத சோதனை எவ்வாறு வேறுபடுகிறது?

● எந்த வகையான செயலற்ற சோதனைகள் உள்ளன?

● செயல்பாட்டு சோதனைகள் மற்றும் சோதனை நிகழ்வுகளுக்கு எப்படி முன்னுரிமை அளிக்கிறீர்கள்?

● மென்பொருள் சோதனையின் எந்த கட்டத்தில் செயல்பாட்டு சோதனை பொதுவாக மேற்கொள்ளப்படுகிறது?

 

3. செயல்படாத சோதனைக்கான சிறந்த YouTube பயிற்சிகள்

 

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

இன்று கிடைக்கும் மென்பொருள் சோதனை குறித்த சில சிறந்த YouTube பயிற்சிகள் கீழே உள்ளன.

செயல்படாத மென்பொருள் சோதனை என்றால் என்ன? ஒரு மென்பொருள் சோதனை பயிற்சி
மென்பொருள் சோதனை உதவி: செயல்படாத சோதனை
மென்பொருள் சோதனையில் செயல்படாத சோதனை
W3பள்ளிகளைப் பார்வையிடவும்
செயல்பாட்டு மற்றும் செயல்படாத சோதனை

 

4. செயல்படாத சோதனைகளை எவ்வாறு பராமரிப்பது

 

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

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

 

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

 

● சோதனை நிகழ்வுகளை உருவாக்கும்போதும் ஆவணங்களை எழுதும்போதும் சோதனைக் குழு முழுவதும் தெளிவாகத் தொடர்புகொள்ளவும்

● எப்போதும் சிறந்த சோதனை வடிவமைப்பு நடைமுறைகளைப் பின்பற்றவும்

● சோதனை செயல்முறையின் பல்வேறு நிலைகளில் சோதனை நெறிமுறைகளை மறு மதிப்பீடு செய்யவும்

● நீங்கள் செல்லும்போது உங்கள் சோதனையில் மாற்றங்களைப் புதுப்பிக்கவும்

தற்போதைய சோதனைகளில் மாற்றங்களைச் செய்யும்போது எதிர்காலத் திட்டங்களைக் கவனியுங்கள்

 

5. செயல்படாத சோதனை கருப்பு பெட்டியா அல்லது வெள்ளை பெட்டி சோதனையா?

 

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

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

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

Download post as PDF

Alex Zap Chernyak

Alex Zap Chernyak

Founder and CEO of ZAPTEST, with 20 years of experience in Software Automation for Testing + RPA processes, and application development. Read Alex Zap Chernyak's full executive profile on Forbes.

Get PDF-file of this post

Virtual Expert

ZAPTEST

ZAPTEST Logo