Continuous testing
தொடர்ச்சியான சோதனை என்பது ஒரு மென்பொருள் வெளியீட்டு வேட்பாளருடன் தொடர்புடைய வணிக அபாயங்கள் குறித்து உடனடி கருத்துக்களைப் பெற மென்பொருள் விநியோக குழாயின் ஒரு பகுதியாக தானியங்கி சோதனைகளைச் செயல்படுத்தும் செயல்முறையாகும். மேம்பாட்டு சூழல்-தூண்டப்பட்ட சோதனைகள் மற்றும் பாரம்பரிய டெவலப்பர்/சோதனையாளர்-தூண்டப்பட்ட சோதனைகளை அறிமுகப்படுத்துவதன் மூலம் டெவலப்பர்களுக்கான பின்னூட்டத்திற்கான காத்திருப்பு நேரத்தைக் குறைப்பதற்கான ஒரு வழியாக தொடர்ச்சியான சோதனை முதலில் முன்மொழியப்பட்டது. தொடர்ச்சியான சோதனையைப் பொறுத்தவரை, சோதனையின் நோக்கம் கீழ்-மேல் தேவைகள் அல்லது பயனர் கதைகளை சரிபார்ப்பது முதல் பரந்த வணிக இலக்குகளுடன் தொடர்புடைய கணினி தேவைகளை மதிப்பிடுவது வரை விரிவடைகிறது. தத்தெடுப்பு இயக்கிகள் 2010 களில், மென்பொருள் ஒரு முக்கிய வணிக வேறுபாடாக மாறியுள்ளது. இதன் விளைவாக, நிறுவனங்கள் இப்போது மென்பொருள் மேம்பாட்டுக் குழுக்கள் குறுகிய விநியோக சுழற்சிகளுக்குள் மேலும் புதுமையான மென்பொருளை வழங்க வேண்டும் என்று எதிர்பார்க்கின்றன. இந்த கோரிக்கைகளை பூர்த்தி செய்ய, அமைப்புகள் மேம்பாட்டு வாழ்க்கைச் சுழற்சியை (எஸ். டி. எல். சி) விரைவுபடுத்த முயற்சிக்க, அணிகள் சுறுசுறுப்பான, டெவொப்ஸ் மற்றும் தொடர்ச்சியான டெலிவரி போன்ற மெலிந்த அணுகுமுறைகளுக்கு திரும்பியுள்ளன. விநியோக குழாயின் பிற அம்சங்களை துரிதப்படுத்திய பிறகு, அணிகள் பொதுவாக தங்கள் சோதனை செயல்முறை தங்கள் எஸ். டி. எல். சி முடுக்கம் முன்முயற்சியின் எதிர்பார்க்கப்பட்ட நன்மைகளை அடைவதைத் தடுக்கிறது என்பதைக் காண்கின்றன. சோதனை மற்றும் ஒட்டுமொத்த தர செயல்முறை பல முக்கிய காரணங்களுக்காக சிக்கலாக உள்ளது. பாரம்பரிய சோதனை செயல்முறைகள் மிகவும் மெதுவாக உள்ளன. சுறுசுறுப்பான, டெவொப்ஸ் மற்றும் தொடர்ச்சியான டெலிவரி ஆகியவற்றின் புகழ் அதிகரித்து வருவதால் மறு செய்கையின் நீளம் மாதங்களிலிருந்து வாரங்கள் அல்லது நாட்களுக்கு மாறிவிட்டது. வழக்கமான புதுப்பித்தல் தேவைப்படும் கையேடு சோதனை மற்றும் தானியங்கி GUI சோதனைகளை பெரிதும் நம்பியிருக்கும் பாரம்பரிய சோதனை முறைகள் வேகத்தை வைத்திருக்க முடியாது. இந்த கட்டத்தில், நிறுவனங்கள் தங்கள் சோதனை தானியங்கி முயற்சிகளை நீட்டிக்க வேண்டியதன் அவசியத்தை அங்கீகரிக்க முனைகின்றன. தற்போதுள்ள சோதனை செயல்முறையில் அதிக தானியங்கி சேர்க்கப்பட்ட பிறகும், எந்த நேரத்திலும் ஒரு பயன்பாட்டுடன் தொடர்புடைய அபாயத்தின் அளவு குறித்து மேலாளர்கள் இன்னும் போதுமான நுண்ணறிவைக் கொண்டிருக்கவில்லை. தொடர்ச்சியான டெலிவரி செயல்முறைகளில் ஈடுபடும் விரைவான/செல்ல வேண்டாம் முடிவுகளை எடுப்பதற்கு இந்த அபாயங்களைப் புரிந்துகொள்வது முக்கியம். வணிகம் ஏற்றுக்கொள்ளக்கூடிய அளவிலான ஆபத்து என்று எதைக் கருதுகிறது என்பதைப் புரிந்து கொள்ளாமல் சோதனைகள் உருவாக்கப்பட்டால், கிடைக்கக்கூடிய அனைத்து சோதனைகளிலும் தேர்ச்சி பெற்ற ஒரு வெளியீட்டு வேட்பாளரைக் கொண்டிருக்க முடியும், ஆனால் வணிகத் தலைவர்கள் வெளியீட்டிற்குத் தயாராக இருப்பதாகக் கருத மாட்டார்கள். சோதனை முடிவுகள் ஒவ்வொரு வெளியீட்டு வேட்பாளரும் வணிக எதிர்பார்ப்புகளை பூர்த்தி செய்கிறார்களா என்பதைத் துல்லியமாகக் குறிக்க, சோதனைகளை வடிவமைப்பதற்கான அணுகுமுறை பாதுகாப்பு, செயல்திறன், நம்பகத்தன்மை மற்றும் இணக்கம் தொடர்பான அபாயங்களுக்கு வணிகத்தின் சகிப்புத்தன்மையின் அடிப்படையில் இருக்க வேண்டும். குறியீட்டை மிகவும் நுணுக்கமான கீழ்-மேல் மட்டத்தில் சரிபார்க்கும் அலகு சோதனைகளைக் கொண்டிருப்பதைத் தவிர, வெளியீட்டு வேட்பாளரின் வணிக அபாயத்தின் மேல்-கீழ் மதிப்பீட்டை வழங்க ஒரு பரந்த அளவிலான சோதனைகள் தேவை. சோதனை தானியங்கி மற்றும் சோதனைகள் வணிக அபாயத்தின் அளவை திறம்பட அளவிட்டாலும், ஒருங்கிணைந்த இறுதி முதல் இறுதி தர செயல்முறை இல்லாத அணிகள் இன்றைய சுருக்கப்பட்ட விநியோக சுழற்சிகளுக்குள் வணிக எதிர்பார்ப்புகளை பூர்த்தி செய்வதில் சிக்கலைக் கொண்டுள்ளன. வளர்ச்சி சோதனை போன்ற குறைபாடு தடுப்பு உத்திகள் மூலம் தயாரிப்பில் தரத்தை உருவாக்குவதை விட ஒவ்வொரு மறு செய்கையின் முடிவிலும் அபாயங்களை அகற்ற முயற்சிப்பது கணிசமாக மெதுவாகவும் வள-தீவிரமாகவும் இருப்பதாகக் காட்டப்பட்டுள்ளது. நிறுவனங்கள் தொடர்ச்சியான சோதனையை ஏற்றுக்கொள்கின்றன, ஏனெனில் இந்த சிக்கல்கள் விரும்பிய வேகத்தில் தரமான மென்பொருளை வழங்குவதைத் தடுக்கின்றன என்பதை அவர்கள் அங்கீகரிக்கிறார்கள். மென்பொருளின் வளர்ந்து வரும் முக்கியத்துவத்தையும், மென்பொருள் தோல்வியின் விலை உயர்வையும் அவர்கள் அங்கீகரிக்கிறார்கள், மேலும் அவர்கள் நேரம், நோக்கம் மற்றும் தரம் ஆகியவற்றுக்கு இடையே ஒரு பரிமாற்றத்தை செய்ய தயாராக இல்லை. இலக்குகள் மற்றும் நன்மைகள் தொடர்ச்சியான சோதனையின் குறிக்கோள் சமீபத்திய உருவாக்கம் அல்லது வெளியீட்டு வேட்பாளரின் வணிக அபாயத்தின் அளவு குறித்து விரைவான மற்றும் தொடர்ச்சியான கருத்துக்களை வழங்குவதாகும். எந்த நேரத்திலும் டெலிவரி குழாய் வழியாக முன்னேற மென்பொருள் தயாராக உள்ளதா என்பதை தீர்மானிக்க இந்தத் தகவலைப் பயன்படுத்தலாம். சோதனை முன்கூட்டியே தொடங்கி தொடர்ந்து செயல்படுத்தப்படுவதால், பயன்பாட்டு அபாயங்கள் அவை அறிமுகப்படுத்தப்பட்ட உடனேயே அம்பலப்படுத்தப்படுகின்றன. மேம்பாட்டுக் குழுக்கள் பின்னர் அந்த சிக்கல்கள் எஸ். டி. எல். சியின் அடுத்த கட்டத்திற்கு முன்னேறுவதைத் தடுக்கலாம். இது குறைபாடுகளைக் கண்டறிந்து சரிசெய்ய செலவழிக்க வேண்டிய நேரத்தையும் முயற்சியையும் குறைக்கிறது. இதன் விளைவாக, தரமான மென்பொருள் (ஏற்றுக்கொள்ளக்கூடிய அளவிலான அபாயத்திற்கான எதிர்பார்ப்புகளை பூர்த்தி செய்யும் மென்பொருள்) வழங்கப்படும் வேகம் மற்றும் அதிர்வெண்ணை அதிகரிக்க முடியும், அதே போல் தொழில்நுட்பக் கடனையும் குறைக்க முடியும். மேலும், மென்பொருள் தர முயற்சிகள் மற்றும் சோதனை வணிக எதிர்பார்ப்புகளுடன் சீரமைக்கப்படும்போது, சோதனை செயல்படுத்தல் முன்னுரிமை பெற்ற பணிகளின் பட்டியலை உருவாக்குகிறது (கையால் மதிப்பாய்வு தேவைப்படும் அதிக எண்ணிக்கையிலான கண்டுபிடிப்புகளை விட). இது அணிகள் தங்கள் நிறுவனத்தின் குறிக்கோள்கள் மற்றும் முன்னுரிமைகளின் அடிப்படையில் மிகப்பெரிய தாக்கத்தை ஏற்படுத்தும் தரமான பணிகளில் தங்கள் முயற்சிகளில் கவனம் செலுத்த உதவுகிறது. கூடுதலாக, அணிகள் எஸ். டி. எல். சி முழுவதும் தொடர்ச்சியான சோதனைகளின் பரந்த தொகுப்பை தொடர்ந்து செயல்படுத்தும்போது, அவை செயல்முறையின் தரம் மற்றும் மென்பொருளின் நிலை குறித்த அளவீடுகளை சேகரிக்கின்றன. இதன் விளைவாக வரும் அளவீடுகள் அந்த சோதனைகளின் செயல்திறன் உட்பட செயல்முறையை மறுபரிசீலனை செய்வதற்கும் மேம்படுத்துவதற்கும் பயன்படுத்தப்படலாம். இந்த தகவலை ஒரு பின்னூட்ட வளையத்தை நிறுவ பயன்படுத்தலாம், இது அணிகள் செயல்முறையை அதிகரிக்க உதவுகிறது. அடிக்கடி அளவிடுதல், இறுக்கமான பின்னூட்ட சுழல்கள் மற்றும் தொடர்ச்சியான மேம்பாடு ஆகியவை டெவொப்ஸின் முக்கிய கொள்கைகளாகும். தொடர்ச்சியான சோதனையின் நோக்கம் செயல்பாட்டு தேவைகள் மற்றும் செயல்படாத தேவைகள் ஆகிய இரண்டின் சரிபார்ப்பையும் உள்ளடக்கியது. செயல்பாட்டு தேவைகளை (செயல்பாட்டு சோதனை) சோதிப்பதற்கு, தொடர்ச்சியான சோதனை பெரும்பாலும் அலகு சோதனைகள், ஏபிஐ சோதனை, ஒருங்கிணைப்பு சோதனை மற்றும் கணினி சோதனை ஆகியவற்றை உள்ளடக்கியது. செயல்படாத தேவைகளை சோதிப்பதற்காக (செயல்படாத சோதனை-செயல்திறன், பாதுகாப்பு, இணக்கம் போன்றவற்றைச் சுற்றியுள்ள எதிர்பார்ப்புகளை பயன்பாடு பூர்த்தி செய்கிறதா என்பதைத் தீர்மானிக்க. ), இது நிலையான குறியீடு பகுப்பாய்வு, பாதுகாப்பு சோதனை, செயல்திறன் சோதனை போன்ற நடைமுறைகளை உள்ளடக்கியது. மென்பொருளை வெளியிடும் வணிகம் அல்லது நிறுவனத்திற்கு மிகவும் முக்கியமான அபாயங்களை விரைவாகக் கண்டறிவதற்கு (அல்லது தடுப்பதற்கு) சோதனைகள் வடிவமைக்கப்பட வேண்டும். சோதனை தொகுப்பு தொடர்ந்து இயங்குவதையும், ஆபத்தின் அளவை திறம்பட மதிப்பிடுவதையும் உறுதி செய்வதற்காக, GUI சோதனையிலிருந்து API சோதனைக்கு கவனத்தை மாற்றுவது அவசியம் என்று அணிகள் அடிக்கடி கண்டறிகின்றன, ஏனெனில் 1) API கள் ("பரிவர்த்தனை அடுக்கு") சோதனையின் கீழ் உள்ள அமைப்புக்கு மிகவும் நிலையான இடைமுகமாகக் கருதப்படுகின்றன, மேலும் 2) GUI சோதனைகளுக்கு துரிதப்படுத்தப்பட்ட வெளியீட்டு செயல்முறைகளின் வழக்கமான மாற்றங்களுடன் வேகத்தை வைத்திருக்க கணிசமான மறுசீரமைப்பு தேவைப்படுகிறது; API அடுக்கில் உள்ள சோதனைகள் குறைவான உடையக்கூடியவை மற்றும் பராமரிக்க எளிதானவை. சோதனைகள் தொடர்ச்சியான ஒருங்கிணைப்பின் போது அல்லது அதனுடன் செயல்படுத்தப்படுகின்றன-குறைந்தபட்சம் தினசரி. தொடர்ச்சியான விநியோகத்தை பயிற்சி செய்யும் அணிகளுக்கு, சோதனைகள் பொதுவாக ஒரு நாளைக்கு பல முறை செயல்படுத்தப்படுகின்றன, ஒவ்வொரு முறையும் பயன்பாடு பதிப்பு கட்டுப்பாட்டு அமைப்பில் புதுப்பிக்கப்படும். வெறுமனே, அனைத்து சோதனைகளும் அனைத்து உற்பத்தி அல்லாத சோதனை சூழல்களிலும் செயல்படுத்தப்படுகின்றன. துல்லியம் மற்றும் நிலைத்தன்மையை உறுதிப்படுத்த, சோதனை மிகவும் முழுமையான, உற்பத்தி போன்ற சூழலில் செய்யப்பட வேண்டும். சோதனைச் சூழல் நிலைத்தன்மையை அதிகரிப்பதற்கான உத்திகளில் மெய்நிகராக்கம் மென்பொருள் (உங்கள் நிறுவனம் கட்டுப்படுத்தக்கூடிய மற்றும் படமெடுக்கக்கூடிய சார்புகளுக்கு) சேவை மெய்நிகராக்கம் (உங்கள் கட்டுப்பாட்டிற்கு அப்பாற்பட்ட அல்லது இமேஜிங்கிற்கு பொருந்தாத சார்புகளுக்கு) மற்றும் சோதனை தரவு மேலாண்மை ஆகியவை அடங்கும். பொதுவான நடைமுறைகள் சோதனை என்பது மேம்பாடு, கியூஏ மற்றும் செயல்பாடுகளின் ஒத்துழைப்பாக இருக்க வேண்டும்-வணிகத்தின் முன்னுரிமைகளுடன் சீரமைக்கப்பட்டுள்ளது-ஒரு ஒருங்கிணைந்த, இறுதி முதல் இறுதி தரமான செயல்முறைக்குள். சோதனைகள் தர்க்கரீதியாக-கூறுகளாக, அதிகரிக்கும் மற்றும் மீண்டும் மீண்டும் செய்யக்கூடியதாக இருக்க வேண்டும்; முடிவுகள் தீர்மானகரமானதாகவும் அர்த்தமுள்ளதாகவும் இருக்க வேண்டும். அனைத்து சோதனைகளும் கட்டமைக்கப்பட்ட குழாயின் ஒரு கட்டத்தில் இயக்கப்பட வேண்டும், ஆனால் சில சோதனைகள் மற்ற (அலகு சோதனைகள்) விட அதிக வளம் கொண்டவை (ஒருங்கிணைப்பு சோதனைகள்) என்பதால் அனைத்து சோதனைகளும் எல்லா நேரத்திலும் இயக்கப்பட வேண்டியதில்லை. உற்பத்தி போன்ற சூழல்களில் சோதனைகள் தொடர்ந்து மற்றும் சீராக இயங்கக்கூடிய வகையில் சோதனைத் தரவு மற்றும் சுற்றுச்சூழல் கட்டுப்பாடுகளை அகற்றவும். தவறான நேர்மறைகளைக் குறைக்கவும், சோதனை பராமரிப்பைக் குறைக்கவும், பன்முக கட்டமைப்புகளுடன் நவீன அமைப்புகளில் பயன்பாட்டு நிகழ்வுகளை மிகவும் திறம்பட சரிபார்க்கவும், குழுக்கள் GUI சோதனையை விட API சோதனையை வலியுறுத்த வேண்டும். சவால்கள்/தடைகள் நவீன பயன்பாடுகள் மிகவும் பரவலாக இருப்பதால், அவற்றைப் பயன்படுத்தும் சோதனை அறைகளுக்கு பொதுவாக சோதனைக்கு உடனடியாக கிடைக்காத சார்புநிலைகளுக்கான அணுகல் தேவைப்படுகிறது (எ. கா., மூன்றாம் தரப்பு சேவைகள், வரையறுக்கப்பட்ட திறனில் அல்லது சிரமமான நேரங்களில் மட்டுமே சோதனைக்கு கிடைக்கக்கூடிய மெயின்ஃப்ரேம்கள் போன்றவை) மேலும், சுறுசுறுப்பான மற்றும் இணையான மேம்பாட்டு செயல்முறைகளை ஏற்றுக்கொள்வது அதிகரித்து வருவதால், இறுதி முதல் இறுதி செயல்பாட்டு சோதனைகளுக்கு இன்னும் உருவாகி வரும் அல்லது இன்னும் செயல்படுத்தப்படாத சார்புநிலைகளுக்கான அணுகல் தேவைப்படுவது பொதுவானது. காணாமல் போன அல்லது கிடைக்காத சார்புநிலைகளுடன் சோதனையின் (AUT இன்) தொடர்புகளின் கீழ் பயன்பாட்டை உருவகப்படுத்த சேவை மெய்நிகராக்கத்தைப் பயன்படுத்துவதன் மூலம் இந்த சிக்கலை தீர்க்க முடியும். பல்வேறு சோதனை ஓட்டங்களில் தரவு, செயல்திறன் மற்றும் நடத்தை சீராக இருப்பதை உறுதி செய்வதற்கும் இதைப் பயன்படுத்தலாம். அணிகள் தொடர்ச்சியான சோதனையைத் தவிர்ப்பதற்கான ஒரு காரணம் என்னவென்றால், அவற்றின் உள்கட்டமைப்பு சோதனைத் தொகுப்பை தொடர்ந்து செயல்படுத்த போதுமான அளவு அளவிட முடியாதது. வணிகத்தின் முன்னுரிமைகள் மீது சோதனைகளில் கவனம் செலுத்துவதன் மூலமும், சோதனை தளத்தைப் பிரிப்பதன் மூலமும், பயன்பாட்டு வெளியீட்டு தானியங்கி கருவிகளுடன் சோதனையை இணையாக்குவதன் மூலமும் இந்த சிக்கலை தீர்க்க முடியும். தொடர்ச்சியான சோதனை மற்றும் தானியங்கி சோதனை தொடர்ச்சியான சோதனையின் குறிக்கோள் நிலையான, உற்பத்தி போன்ற சோதனைச் சூழல்களுக்கு "தீவிர தானியங்கியைப்" பயன்படுத்துவதாகும். தொடர்ச்சியான சோதனைக்கு தானியங்கிமயமாக்கல் அவசியம். ஆனால் தானியங்கி சோதனை என்பது தொடர்ச்சியான சோதனையைப் போன்றது அல்ல. தானியங்கி சோதனை என்பது குழு சேகரித்த எந்த சோதனைகளின் தொகுப்பையும் தானியங்கி, சிஐ-உந்துதல் செயல்படுத்துவதை உள்ளடக்கியது. தானியங்கி சோதனையிலிருந்து தொடர்ச்சியான சோதனைக்கு மாறுவது என்பது ஒரு வெளியீட்டு வேட்பாளருடன் தொடர்புடைய வணிக அபாயங்களை மதிப்பிடுவதற்கும், நிலையான, உற்பத்தி போன்ற சோதனைச் சூழல்களின் பின்னணியில் இந்த சோதனைகளை தவறாமல் செயல்படுத்துவதற்கும் குறிப்பாக வடிவமைக்கப்பட்ட சோதனைகளின் தொகுப்பை செயல்படுத்துவதை உள்ளடக்கியது. தானியங்கி மற்றும் தொடர்ச்சியான சோதனைகளுக்கு இடையிலான சில வேறுபாடுகள்ஃ தானியங்கி சோதனையுடன், ஒரு சோதனை தோல்வி ஒரு முக்கியமான சிக்கலில் இருந்து ஒரு அற்பமான பெயரிடும் தரத்தை மீறுவது வரை எதையும் குறிக்கலாம். தொடர்ச்சியான சோதனையுடன், ஒரு சோதனை தோல்வி எப்போதும் ஒரு முக்கியமான வணிக அபாயத்தைக் குறிக்கிறது. தொடர்ச்சியான சோதனை மூலம், ஒரு சோதனை தோல்வி குறைபாடுகள் மற்றும் வணிக அபாயங்களுக்கு முன்னுரிமை அளிப்பதற்கும், மிக முக்கியமானவற்றை முதலில் நிவர்த்தி செய்வதற்கும் ஒரு தெளிவான பணிப்பாய்வு மூலம் தீர்க்கப்படுகிறது. தொடர்ச்சியான சோதனை மூலம், ஒவ்வொரு முறையும் ஒரு ஆபத்து அடையாளம் காணப்படும் போது, ஏற்கனவே அறிமுகப்படுத்தப்பட்டிருக்கக்கூடிய அனைத்து ஒத்த குறைபாடுகளையும் அம்பலப்படுத்துவதற்கான ஒரு செயல்முறை உள்ளது, அதே போல் எதிர்காலத்தில் இதே பிரச்சினை மீண்டும் நிகழாமல் தடுக்கிறது. 1990 களில் இருந்து, தொடர்ச்சியான சோதனை-உந்துதல் மேம்பாடு புரோகிராமர்களுக்கு அவர்கள் சேர்த்த குறியீடு a) சரியாக செயல்பட்டதா மற்றும் b) தற்செயலாக மாற்றப்பட்டதா அல்லது ஏற்கனவே உள்ள செயல்பாட்டை உடைத்ததா என்பது குறித்து விரைவான கருத்துக்களை வழங்க பயன்படுத்தப்படுகிறது. எக்ஸ்ட்ரீம் புரோகிராமிங்கின் முக்கிய அங்கமாக இருந்த இந்த சோதனை, தானியங்கி கட்டமைப்பின் ஒரு பகுதியாக தானாகவே அலகு சோதனைகளை (மற்றும் சில நேரங்களில் ஏற்றுக்கொள்ளும் சோதனைகள் அல்லது புகை சோதனைகள்) செயல்படுத்துவதை உள்ளடக்கியது, பெரும்பாலும் ஒரு நாளைக்கு பல முறை. இந்த சோதனைகள் செயல்படுத்துவதற்கு முன்பு எழுதப்படுகின்றன; தேர்ச்சி சோதனைகள் செயல்படுத்தல் வெற்றிகரமாக இருப்பதைக் குறிக்கின்றன. தொடர்ச்சியான சோதனைக் கருவிகள் ஆராய்ச்சி நிறுவனங்களான ஃபார்ரெஸ்டர் ரிசர்ச் மற்றும் கார்ட்னர் ஆகியவை சோதனை தானியங்கி கருவிகளின் வருடாந்திர மதிப்பீடுகளில் தொடர்ச்சியான சோதனையை முதன்மைக் கருத்தாகக் கருதின. கார்ட்னர் 2019 ஆம் ஆண்டில் ஆராய்ச்சியின் புதுப்பிக்கப்பட்ட பதிப்பை வெளியிட்டார். கார்ட்னர் நிறுவன தர சோதனை தானியங்கி கருவிகளுக்கான அளவுகோல்களை பூர்த்தி செய்த 10 கருவிகளை மதிப்பீடு செய்தார். இந்த மதிப்பீட்டில் கார்ட்னர் வாடிக்கையாளர்களுடனான விசாரணைகள், கருவி பயனர்களின் ஆய்வுகள், கார்ட்னர் கேள்விகளுக்கான விற்பனையாளர்களின் பதில்கள், விற்பனையாளர் தயாரிப்பு செயல்விளக்கங்கள் ஆகியவை அடங்கும். சொந்த விண்டோஸ் டெஸ்க்டாப் பயன்பாட்டு சோதனை மற்றும் ஆண்ட்ராய்டு அல்லது ஐஓஎஸ் சோதனை ஆதரவை ஆதரிக்க கார்ட்னருக்கு கருவிகள் தேவைப்பட்டன, அத்துடன் பின்வருவனவற்றில் 3 ஐ ஆதரிக்கின்றனஃ பதிலளிக்கக்கூடிய வலை பயன்பாடுகள், மொபைல் பயன்பாடுகள், தொகுப்பு பயன்பாடுகள், ஏபிஐ/வலை சேவைகள். 2019 மேஜிக் குவாட்ரன்ட் ஆராய்ச்சியின் முடிவுகள் பின்வருமாறுஃ தலைவர்கள்ஃ கத்திரிக்காய், ஸ்மார்ட்பியர் மென்பொருள், ட்ரைசென்டிஸ் சேலஞ்சர்ஸ்ஃ ஐபிஎம், மைக்ரோ ஃபோகஸ் விஷனரிகள்ஃ பிராட்காம், பாரசாஃப்ட் நிச் பிளேயர்கள்ஃ ஃப்ரோக்ளாஜிக், ரனோரெக்ஸ், ஒர்க்சாஃப்ட் 2020 ஆம் ஆண்டில், ஃபார்ரெஸ்டர் ரிசர்ச் நிறுவன தர சோதனை செயல்பாட்டு தானியங்கி கருவிகளுக்கான அளவுகோல்களை பூர்த்தி செய்த 15 கருவிகளை மதிப்பீடு செய்தது. ஃபார்ரெஸ்டர் கடந்தகால ஆராய்ச்சி, பயனர் தேவைகள் மற்றும் நிபுணர் நேர்காணல்களின் அடிப்படையில் 26 அளவுகோல்களை தீர்மானித்தார், பின்னர் ஃபார்ரெஸ்டர் கேள்விகளுக்கான விற்பனையாளர் பதில்கள், விற்பனையாளர் தயாரிப்பு செயல்விளக்கங்கள் மற்றும் வாடிக்கையாளர் நேர்காணல்களின் அடிப்படையில் அந்த அளவுகோல்களுக்கு எதிராக தயாரிப்புகளை மதிப்பீடு செய்தார். ஃபார்ரெஸ்டருக்கு குறுக்கு உலாவி, மொபைல், UI மற்றும் API சோதனை திறன்களைக் கொண்ட கருவிகள் தேவை. 2020 ஃபார்ரெஸ்டர் அலையின் முடிவுகள் பின்வருமாறுஃ தலைவர்கள்ஃ ACCELQ, கத்திரிக்காய், பராசாஃப்ட், ட்ரைசென்டிஸ் வலுவான செயல்திறன் கொண்டவர்கள்ஃ பிராட்காம், ஐபிஎம், மேபிள், மைக்ரோ ஃபோகஸ், பெர்ஃபோர்ஸ், சாஸ் லேப்ஸ், ஸ்மார்ட்பியர் மென்பொருள் போட்டியாளர்கள்ஃ சியாரா, எக்ஸ்பிரெட்டஸ்ட், ஒர்க்சாஃப்ட் சேலஞ்சர்ஸ்ஃ ரனோரெக்ஸ் மேலும் காண்க தொடர்ச்சியான விநியோக ஒருங்கிணைப்பு டெவொப்ஸ் வெளியீட்டு மேலாண்மை சேவை மெய்நிகராக்க மென்பொருள் சோதனை சோதனை தானியங்கி மேலும் வாசிப்பு குறிப்புகள் மென்பொருள் சோதனை