- API ടെസ്റ്റിംഗ് ട്യൂട്ടോറിയലുകളുടെ ലിസ്റ്റ്
- ഈ API ടെസ്റ്റിംഗ് സീരീസിലെ ട്യൂട്ടോറിയലുകളുടെ അവലോകനം
- API ടെസ്റ്റിംഗ് ട്യൂട്ടോറിയൽ
- നിങ്ങളുടെ സ്ഥാപനത്തിൽ API ടെസ്റ്റിംഗ് അവതരിപ്പിക്കുന്നു
ഈ ആഴത്തിലുള്ള API ടെസ്റ്റിംഗ് ട്യൂട്ടോറിയൽ API ടെസ്റ്റിംഗ്, വെബ് സേവനങ്ങൾ, നിങ്ങളുടെ ഓർഗനൈസേഷനിൽ API ടെസ്റ്റിംഗ് എങ്ങനെ അവതരിപ്പിക്കാം എന്നിവയെ കുറിച്ച് എല്ലാം വിശദീകരിക്കുന്നു:
API ടെസ്റ്റിംഗിൽ ആഴത്തിലുള്ള ഉൾക്കാഴ്ച നേടുക ഈ ആമുഖ ട്യൂട്ടോറിയലിൽ നിന്നുള്ള ഷിഫ്റ്റ്-ലെഫ്റ്റ് ടെസ്റ്റിംഗും വെബ് സേവനങ്ങളും എന്ന ആശയം.
വെബ് API പോലുള്ള ആശയങ്ങൾ, API എങ്ങനെ പ്രവർത്തിക്കുന്നു (യഥാർത്ഥ ലോക ഉദാഹരണത്തിനൊപ്പം) വെബ് സേവനങ്ങളിൽ നിന്ന് ഇത് എങ്ങനെ വ്യത്യാസപ്പെട്ടിരിക്കുന്നു, ഇതിലെ ഉദാഹരണങ്ങൾ സഹിതം നന്നായി വിശദീകരിച്ചിരിക്കുന്നു. ട്യൂട്ടോറിയൽ.
API ടെസ്റ്റിംഗ് ട്യൂട്ടോറിയലുകളുടെ ലിസ്റ്റ്
Tutorial #1: API ടെസ്റ്റിംഗ് ട്യൂട്ടോറിയൽ: തുടക്കക്കാർക്കുള്ള ഒരു സമ്പൂർണ്ണ ഗൈഡ്
ട്യൂട്ടോറിയൽ #2: വെബ് സേവനങ്ങൾ ട്യൂട്ടോറിയൽ: ഘടകങ്ങൾ, ആർക്കിടെക്ചർ, തരങ്ങൾ & ഉദാഹരണങ്ങൾ
ട്യൂട്ടോറിയൽ #3: മികച്ച 35 ASP.Net, Web API അഭിമുഖ ചോദ്യങ്ങൾ ഉത്തരങ്ങളുള്ള
Tutorial #4: POSTMAN ട്യൂട്ടോറിയൽ: API ടെസ്റ്റിംഗ് POSTMAN ഉപയോഗിക്കുന്നത്
Tutorial #5: Apache HTTP ക്ലയന്റ് ഉപയോഗിച്ച് വെബ് സേവനങ്ങൾ പരിശോധിക്കുന്നു
ഈ API ടെസ്റ്റിംഗ് സീരീസിലെ ട്യൂട്ടോറിയലുകളുടെ അവലോകനം
ട്യൂട്ടോറിയൽ # | നിങ്ങൾ എന്താണ് പഠിക്കുക | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Tutorial_#1: | API ടെസ്റ്റിംഗ് ട്യൂട്ടോറിയൽ : തുടക്കക്കാർക്കുള്ള ഒരു സമ്പൂർണ്ണ ഗൈഡ് ഈ ആഴത്തിലുള്ള API ടെസ്റ്റിംഗ് ട്യൂട്ടോറിയൽ API ടെസ്റ്റിംഗിനെ കുറിച്ചും വെബ് സേവനങ്ങളെ കുറിച്ചും വിശദമായി വിശദീകരിക്കുകയും നിങ്ങളുടെ സ്ഥാപനത്തിൽ API ടെസ്റ്റിംഗ് എങ്ങനെ അവതരിപ്പിക്കാമെന്നതിനെ കുറിച്ച് നിങ്ങളെ പഠിപ്പിക്കുകയും ചെയ്യും. | ||||||||||
Tutorial_#2: | Web Services Tutorial: Components, Architecture, Types & ഉദാഹരണങ്ങൾ ഈ വെബ്സാധുതയുള്ളതും അസാധുവായതുമായ പ്രതികരണത്തിന് API-ൽ നിന്നുള്ള പ്രതികരണങ്ങളുടെ കൃത്യത നിർണായകമാണ്. ടെസ്റ്റ് API-ൽ നിന്നുള്ള പ്രതികരണമായി 200 എന്ന സ്റ്റാറ്റസ് കോഡ് (എല്ലാം ശരി എന്നർത്ഥം) ലഭിച്ചാൽ, ഒരു പിശക് നേരിട്ടതായി പ്രതികരണ വാചകം പറയുന്നുവെങ്കിൽ, ഇത് ഒരു വൈകല്യമാണ്. കൂടാതെ, പിശക് സന്ദേശമാണെങ്കിൽ അത് തെറ്റാണ്, അപ്പോൾ ഈ API-യുമായി സംയോജിപ്പിക്കാൻ ശ്രമിക്കുന്ന അന്തിമ ഉപഭോക്താവിനെ അത് വളരെ തെറ്റിദ്ധരിപ്പിക്കും. ചുവടെയുള്ള സ്ക്രീൻഷോട്ടിൽ, ഉപയോക്താവ് അസാധുവായ ഭാരം നൽകിയിട്ടുണ്ട്, ഇത് സ്വീകാര്യമായ 2267 കിലോഗ്രാമിനേക്കാൾ കൂടുതലാണ്. പിശക് സ്റ്റാറ്റസ് കോഡും പിശക് സന്ദേശവും ഉപയോഗിച്ച് API പ്രതികരിക്കുന്നു. എന്നിരുന്നാലും, പിശക് സന്ദേശത്തിൽ ഭാരം യൂണിറ്റുകളെ കെജിക്ക് പകരം lbs എന്ന് തെറ്റായി പരാമർശിക്കുന്നു. ഇത് അന്തിമ ഉപഭോക്താവിനെ ആശയക്കുഴപ്പത്തിലാക്കുന്ന ഒരു വൈകല്യമാണ്. (ii) ലോഡ് ആൻഡ് പെർഫോമൻസ് ടെസ്റ്റിംഗ്API-കൾ രൂപകൽപ്പന പ്രകാരം സ്കെയിൽ ചെയ്യാവുന്നവയാണ്. ഇത്, ലോഡും പെർഫോമൻസ് ടെസ്റ്റിംഗും അനിവാര്യമാക്കുന്നു, പ്രത്യേകിച്ചും രൂപകൽപ്പന ചെയ്തിരിക്കുന്ന സിസ്റ്റം ആവശ്യാനുസരണം മിനിറ്റിലോ മണിക്കൂറിലോ ആയിരക്കണക്കിന് അഭ്യർത്ഥനകൾക്ക് സേവനം നൽകുമെന്ന് പ്രതീക്ഷിക്കുന്നുവെങ്കിൽ. API-യിൽ പതിവായി ലോഡ് ആൻഡ് പെർഫോമൻസ് ടെസ്റ്റുകൾ നടത്തുന്നത് പ്രകടനം, പീക്ക് ലോഡുകൾ, ബ്രേക്കിംഗ് പോയിന്റ് എന്നിവയെ മാനദണ്ഡമാക്കാൻ സഹായിക്കും. ഒരു ആപ്ലിക്കേഷൻ സ്കെയിൽ അപ്പ് ചെയ്യാൻ ആസൂത്രണം ചെയ്യുമ്പോൾ ഈ ഡാറ്റ ഉപയോഗപ്രദമാണ്. ഈ വിവരങ്ങൾ ലഭ്യമാകുന്നത് തീരുമാനങ്ങളെയും ആസൂത്രണത്തെയും പിന്തുണയ്ക്കാൻ സഹായിക്കും, പ്രത്യേകിച്ചും കൂടുതൽ ഉപഭോക്താക്കളെ ചേർക്കാൻ ഓർഗനൈസേഷൻ പദ്ധതിയിടുകയാണെങ്കിൽ, ഇത് കൂടുതൽ ഇൻകമിംഗ് എന്നാണ് അർത്ഥമാക്കുന്നത്.അഭ്യർത്ഥനകൾ. നിങ്ങളുടെ ഓർഗനൈസേഷനിൽ എപിഐ ടെസ്റ്റിംഗ് എങ്ങനെ അവതരിപ്പിക്കാംഏത് ഓർഗനൈസേഷനിലും API ടെസ്റ്റിംഗ് അവതരിപ്പിക്കുന്നതിനുള്ള നടപടിക്രമം മറ്റേതെങ്കിലും ടെസ്റ്റിംഗ് ടൂളും ചട്ടക്കൂടും നടപ്പിലാക്കുന്നതിനോ പുറത്തിറക്കുന്നതിനോ ഉപയോഗിക്കുന്ന പ്രക്രിയയ്ക്ക് സമാനമാണ്. ചുവടെയുള്ള പട്ടിക ഓരോ ഘട്ടത്തിന്റെയും പ്രതീക്ഷിക്കുന്ന ഫലത്തോടൊപ്പം പ്രധാന ഘട്ടങ്ങളും സംഗ്രഹിക്കുന്നു.
| ||||||||||
നടപ്പിലാക്കൽ | ആരംഭിക്കുന്നു | നിങ്ങളുടെ ഇഷ്ടമുള്ള എഫ് ടൂളിനെ ആശ്രയിച്ച്, പിസിയിലോ വെർച്വൽ മെഷീനിലോ സെർവറിലോ ആവശ്യമായ ടൂൾ ഇൻസ്റ്റാൾ ചെയ്യേണ്ടി വരും. തിരഞ്ഞെടുക്കുന്ന ഉപകരണം സബ്സ്ക്രിപ്ഷൻ അടിസ്ഥാനമാക്കിയുള്ളതാണെങ്കിൽ , ആവശ്യമായ ടീം സൃഷ്ടിക്കുകഅക്കൗണ്ടുകൾ. ആവശ്യമെങ്കിൽ ടീമിനെ പരിശീലിപ്പിക്കുക. | |||||||||
പോകൂ | ടെസ്റ്റുകൾ സൃഷ്ടിക്കുക ടെസ്റ്റുകൾ എക്സിക്യൂട്ട് ചെയ്യുക പിശകുകൾ റിപ്പോർട്ടുചെയ്യുക |
പൊതുവായ വെല്ലുവിളികളും അവ ലഘൂകരിക്കാനുള്ള വഴികളും
QA ടീമുകൾ നേരിടുന്ന പൊതുവായ ചില വെല്ലുവിളികളെക്കുറിച്ച് നമുക്ക് ചർച്ച ചെയ്യാം ഒരു ഓർഗനൈസേഷനിൽ ഒരു API ടെസ്റ്റിംഗ് ചട്ടക്കൂട് നടപ്പിലാക്കാൻ ശ്രമിക്കുമ്പോൾ അഭിമുഖീകരിക്കുക.
#1) ശരിയായ ഉപകരണം തിരഞ്ഞെടുക്കൽ
ജോലിക്ക് ശരിയായ ഉപകരണം തിരഞ്ഞെടുക്കുന്നത് ഏറ്റവും സാധാരണമായ വെല്ലുവിളിയാണ്. വിപണിയിൽ ലഭ്യമായ നിരവധി API ടെസ്റ്റ് ടൂളുകൾ ഉണ്ട്.
വിപണിയിൽ ലഭ്യമായ ഏറ്റവും പുതിയതും ചെലവേറിയതുമായ ടൂൾ നടപ്പിലാക്കുന്നത് വളരെ ആകർഷകമായി തോന്നിയേക്കാം- എന്നാൽ അത് ആവശ്യമുള്ള ഫലങ്ങൾ നൽകുന്നില്ലെങ്കിൽ, ആ ഉപകരണം യാതൊരു പ്രയോജനവുമില്ല.
അതിനാൽ, നിങ്ങളുടെ സംഘടനാപരമായ ആവശ്യങ്ങളെ അടിസ്ഥാനമാക്കി 'നിർബന്ധമായും ഉണ്ടായിരിക്കേണ്ട' ആവശ്യകതകളെ അഭിസംബോധന ചെയ്യുന്ന ടൂൾ എപ്പോഴും തിരഞ്ഞെടുക്കുക.
ഇതിനുള്ള സാമ്പിൾ ടൂൾ മൂല്യനിർണ്ണയ മാട്രിക്സ് ഇതാ. ലഭ്യമായ API ടൂളുകൾ
ടൂൾ | വില | കുറിപ്പുകൾ |
---|---|---|
Soap UI | SoapUI ഓപ്പൺ സോഴ്സിന് സൗജന്യ പതിപ്പ് ലഭ്യമാണ് (ഫങ്ഷണൽ ടെസ്റ്റിംഗ്) | * REST, SOAP, മറ്റ് ജനപ്രിയ API, IoT പ്രോട്ടോക്കോളുകൾ. * സൗജന്യ പതിപ്പിൽ ഉൾപ്പെടുത്തിയിരിക്കുന്നു SOAP, REST അഡ്-ഹോക്ക് ടെസ്റ്റിംഗ് സന്ദേശ അസെർഷൻ ഡ്രാഗ് & ഡ്രോപ്പ് ടെസ്റ്റ് ക്രിയേഷൻ ടെസ്റ്റ് ലോഗുകൾ ടെസ്റ്റ് കോൺഫിഗറേഷൻ റെക്കോർഡിംഗിൽ നിന്നുള്ള ടെസ്റ്റ് യൂണിറ്റ് റിപ്പോർട്ടിംഗ്. * ഫീച്ചറുകളുടെ പൂർണ്ണമായ ലിസ്റ്റ് ഇതായിരിക്കാം അവരിൽ കണ്ടെത്തിwebsite. |
Postman | സൗജന്യ പോസ്റ്റ്മാൻ ആപ്പ് ലഭ്യമാണ് | * REST-ന് ഏറ്റവും കൂടുതൽ ഉപയോഗിക്കുന്നത്. * ഫീച്ചറുകൾ അവരുടെ വെബ്സൈറ്റിൽ കാണാം. |
Parasoft | ഇത് പണമടച്ചുള്ള ഉപകരണമാണ്, ലൈസൻസ് വാങ്ങേണ്ടതുണ്ട്, തുടർന്ന് ഇൻസ്റ്റാളേഷൻ ആവശ്യമാണ് ടൂൾ ഉപയോഗിക്കുന്നതിന് മുമ്പ്. | * സമഗ്രമായ API ടെസ്റ്റിംഗ്: ഫങ്ഷണൽ, ലോഡ്, സെക്യൂരിറ്റി ടെസ്റ്റിംഗ്, ടെസ്റ്റ് ഡാറ്റ മാനേജ്മെന്റ് |
vREST | ഉപയോക്താക്കളുടെ എണ്ണത്തെ അടിസ്ഥാനമാക്കി | * ഓട്ടോമേറ്റഡ് REST API ടെസ്റ്റിംഗ്. * റെക്കോർഡ് ചെയ്ത് വീണ്ടും പ്ലേ ചെയ്യുക. * മോക്ക് API-കൾ ഉപയോഗിച്ച് ഫ്രണ്ട്എൻഡിൽ നിന്നും ബാക്കെൻഡിൽ നിന്നും ഡിപൻഡൻസി നീക്കം ചെയ്യുന്നു. * ശക്തമായ പ്രതികരണ മൂല്യനിർണ്ണയം. * ലോക്കൽ ഹോസ്റ്റ്/ഇൻട്രാനെറ്റ്/ഇന്റർനെറ്റിൽ വിന്യസിച്ചിരിക്കുന്ന ടെസ്റ്റ് ആപ്ലിക്കേഷനുകൾക്കായി പ്രവർത്തിക്കുന്നു. * JIRA ഇന്റഗ്രേഷൻ, ജെൻകിൻസ് ഇന്റഗ്രേഷൻ സ്വാഗ്ഗർ, പോസ്റ്റ്മാൻ എന്നിവയിൽ നിന്ന് ഇറക്കുമതി ചെയ്യുന്നു. |
HttpMaster | എക്സ്പ്രസ് പതിപ്പ്: ഡൗൺലോഡ് ചെയ്യാൻ സൗജന്യം പ്രൊഫഷണൽ പതിപ്പ്: ഉപയോക്താക്കളുടെ എണ്ണത്തെ അടിസ്ഥാനമാക്കി
| * വെബ്സൈറ്റ് പരിശോധനയിലും API ടെസ്റ്റിംഗിലും സഹായിക്കുന്നു. * മറ്റ് സവിശേഷതകളിൽ ആഗോള പാരാമീറ്ററുകൾ നിർവചിക്കാനുള്ള കഴിവ് ഉൾപ്പെടുന്നു, വലിയൊരു കൂട്ടം മൂല്യനിർണ്ണയ തരങ്ങൾ ഉപയോഗിച്ച് ഡാറ്റാ പ്രതികരണ മൂല്യനിർണ്ണയത്തിനായി പരിശോധനകൾ സൃഷ്ടിക്കാനുള്ള കഴിവ് ഉപയോക്താവിന് നൽകുന്നു. ഇത് പിന്തുണയ്ക്കുന്നു. |
റൺസ്കോപ്പ് | ഉപയോക്താക്കളുടെ എണ്ണത്തെയും പ്ലാൻ തരങ്ങളെയും അടിസ്ഥാനമാക്കി
| 13>* API-കൾ നിരീക്ഷിക്കുന്നതിനും പരിശോധിക്കുന്നതിനും.
* ഉപയോഗിക്കാൻ ലളിതം - ബ്രൗസറിനുള്ളിൽ റണ്ണിംഗ് ടെസ്റ്റുകൾ അനുവദിക്കുന്നു.
#2) നഷ്ടമായ ടെസ്റ്റ് സ്പെസിഫിക്കേഷനുകൾ
ടെസ്റ്റർമാർ എന്ന നിലയിൽ, ഞങ്ങൾ അറിയേണ്ടതുണ്ട്. ഒരു ആപ്ലിക്കേഷൻ ഫലപ്രദമായി പരിശോധിക്കാൻ പ്രതീക്ഷിക്കുന്ന ഫലങ്ങൾ. ഇത് പലപ്പോഴും ഒരു വെല്ലുവിളിയാണ്, കാരണം പ്രതീക്ഷിച്ച ഫലങ്ങൾ അറിയുന്നതിന്, ഞങ്ങൾക്ക് വ്യക്തമായ കൃത്യമായ ആവശ്യകതകൾ ആവശ്യമാണ് - അത് അങ്ങനെയല്ല.
ഉദാഹരണത്തിന് , ചുവടെ നൽകിയിരിക്കുന്ന ആവശ്യകതകൾ പരിഗണിക്കുക:
“അപ്ലിക്കേഷൻ സാധുവായ ഒരു ഷിപ്പിംഗ് തീയതി മാത്രമേ സ്വീകരിക്കാവൂ, എല്ലാ അസാധുവായ ആവശ്യകതകളും നിരസിക്കപ്പെടണം”
ഈ ആവശ്യകതകൾക്ക് പ്രധാന വിശദാംശങ്ങൾ നഷ്ടമായിരിക്കുന്നു, മാത്രമല്ല വളരെ അവ്യക്തവുമാണ് - ഞങ്ങൾ എങ്ങനെയാണ് ഒരു സാധുവായ തീയതി നിർവചിക്കുന്നത്? ഫോർമാറ്റിനെക്കുറിച്ച്? അന്തിമ ഉപയോക്താവിന് ഞങ്ങൾ എന്തെങ്കിലും നിരസിക്കൽ സന്ദേശം തിരികെ നൽകുന്നുണ്ടോ, മുതലായവ?
വ്യക്തമായ ആവശ്യകതകളുടെ ഉദാഹരണം:
1) അപേക്ഷ മാത്രം സാധുവായ ഒരു ഷിപ്പിംഗ് തീയതി അംഗീകരിക്കുക.
ഷിപ്പിംഗ് തീയതി സാധുതയുള്ളതായി കണക്കാക്കുന്നു
- പണ്ടല്ല
- ഇന്നത്തെ തീയതിയേക്കാൾ വലുതോ തുല്യമോ
- സ്വീകാര്യമായ ഫോർമാറ്റിലാണ്: DD/MM/YYYY
2)
പ്രതികരണ സ്റ്റാറ്റസ് കോഡ് = 200
സന്ദേശം: ശരി
3) ഷിപ്പിംഗ് തീയതി മേൽപ്പറഞ്ഞ മാനദണ്ഡങ്ങൾ പാലിക്കാത്തത് അസാധുവായി കണക്കാക്കണം. ഒരു ഉപഭോക്താവ് അസാധുവായ ഒരു ഷിപ്പിംഗ് തീയതി അയയ്ക്കുകയാണെങ്കിൽ, അത് ഇനിപ്പറയുന്ന പിശക് സന്ദേശം(കൾ) ഉപയോഗിച്ച് പ്രതികരിക്കണം:
3.1
പ്രതികരണ സ്റ്റാറ്റസ് കോഡ് 200 അല്ല
0>പിശക്: നൽകിയിരിക്കുന്ന ഷിപ്പിംഗ് തീയതി അസാധുവാണ്; തീയതി DD/MM/YYYY ഫോർമാറ്റിലാണെന്ന് ഉറപ്പാക്കുക3.2
പ്രതികരണ സ്റ്റാറ്റസ് കോഡ് 200 അല്ല
പിശക്: നൽകിയ ഷിപ്പിംഗ് തീയതി ഇതിലാണ് കഴിഞ്ഞ
#3) ലേണിംഗ് കർവ്
മുമ്പ് സൂചിപ്പിച്ചതുപോലെ, GUI അടിസ്ഥാനമാക്കിയുള്ള ആപ്ലിക്കേഷനുകൾ പരിശോധിക്കുമ്പോൾ പിന്തുടരുന്ന സമീപനവുമായി താരതമ്യപ്പെടുത്തുമ്പോൾ API ടെസ്റ്റിംഗിന്റെ സമീപനം വ്യത്യസ്തമാണ്.
നിങ്ങളാണെങ്കിൽ API ടെസ്റ്റിംഗിനായി ഇൻ-ഹൗസ് അല്ലെങ്കിൽ കൺസൾട്ടന്റുമാരെ നിയമിക്കുന്നു, തുടർന്ന് API ടെസ്റ്റ് സമീപനത്തിന്റെ അല്ലെങ്കിൽ API ടെസ്റ്റ് ടൂളിന്റെ ലേണിംഗ് കർവ് വളരെ കുറവായിരിക്കാം. ഈ സാഹചര്യത്തിൽ, ഏത് പഠന വക്രവും ഉൽപ്പന്നം അല്ലെങ്കിൽ ആപ്ലിക്കേഷൻ അറിവ് നേടുന്നതുമായി ബന്ധപ്പെട്ടിരിക്കുന്നു.
നിലവിലെ ഒരു ടീം അംഗത്തെ API ടെസ്റ്റിംഗ് പഠിക്കാൻ നിയോഗിക്കുകയാണെങ്കിൽ, തിരഞ്ഞെടുക്കുന്ന ഉപകരണത്തെ ആശ്രയിച്ച്, പഠന വക്രം ഇതായിരിക്കാം ടെസ്റ്റ് സമീപനം മാറ്റുന്നതിനൊപ്പം ഇടത്തരം മുതൽ ഉയർന്നത് വരെ. ഈ ടെസ്റ്റർ പരീക്ഷിച്ചിട്ടുണ്ടോ എന്നതിനെ ആശ്രയിച്ച് ഉൽപ്പന്നത്തിനോ ആപ്ലിക്കേഷന്റേയോ ലേണിംഗ് കർവ് കുറഞ്ഞ മീഡിയം ആയിരിക്കാംആ ആപ്ലിക്കേഷന് മുമ്പോ അല്ലയോ.
#4) നിലവിലുള്ള നൈപുണ്യ സെറ്റ്
ഇത് ലേണിംഗ് കർവ് സംബന്ധിച്ച മുൻ പോയിന്റുമായി നേരിട്ട് ബന്ധപ്പെട്ടിരിക്കുന്നു.
ഒരു ടെസ്റ്റർ പരിവർത്തനം ചെയ്യുകയാണെങ്കിൽ GUI അടിസ്ഥാനമാക്കിയുള്ള പരിശോധന, തുടർന്ന് ടെസ്റ്റർ ടെസ്റ്റിംഗ് സമീപനം മാറ്റുകയും ആവശ്യാനുസരണം പുതിയ ടൂൾ അല്ലെങ്കിൽ ചട്ടക്കൂട് പഠിക്കുകയും വേണം. ഉദാ. JSON ഫോർമാറ്റിലാണ് API അഭ്യർത്ഥനകൾ സ്വീകരിക്കുന്നതെങ്കിൽ, ടെസ്റ്റുകൾ സൃഷ്ടിക്കാൻ ആരംഭിക്കുന്നതിന്, ടെസ്റ്ററിന് JSON എന്താണെന്ന് പഠിക്കേണ്ടതുണ്ട്.
കേസ് പഠനം
ടാസ്ക്
നിലവിലുള്ള ഒരു ആപ്ലിക്കേഷൻ സ്കെയിൽ ചെയ്യുന്നതിനായി, ഒരു കമ്പനി API-യിലും ഒരു സാധാരണ GUI ആപ്ലിക്കേഷനിലും ഒരു ഉൽപ്പന്നം നൽകാൻ ആഗ്രഹിക്കുന്നു. സാധാരണ GUI അധിഷ്ഠിത പരിശോധനകൾക്കപ്പുറം API ടെസ്റ്റിംഗ് ഉൾക്കൊള്ളാൻ തയ്യാറാണെന്ന് ഉറപ്പാക്കാൻ ഒരു ടെസ്റ്റ് കവറേജ് പ്ലാൻ നൽകാൻ QA ടീമിനോട് ആവശ്യപ്പെട്ടു.
വെല്ലുവിളികൾ
- ഒന്നുമില്ല. മറ്റ് സോഫ്റ്റ്വെയർ ഉൽപ്പന്നങ്ങളിൽ API അധിഷ്ഠിത ആർക്കിടെക്ചർ ഉണ്ടായിരുന്നു, അതിനാൽ ഈ ടാസ്ക്കിനെ ചുറ്റിപ്പറ്റിയുള്ള പരിശോധനയെ ഉൾക്കൊള്ളാൻ, ടീം ആദ്യം മുതൽ API ടെസ്റ്റ് പ്രോസസ്സ് സ്ഥാപിക്കേണ്ടതുണ്ട്. ഇതിനർത്ഥം ടൂളുകൾ വിലയിരുത്തുകയും ഷോർട്ട്ലിസ്റ്റ് ചെയ്യുകയും അന്തിമമാക്കുകയും ടെസ്റ്റുകൾക്കായി ടീമിനെ പരിശീലിപ്പിക്കുകയും വേണം.
- ഉപകരണം ഏറ്റെടുക്കുന്നതിനും നടപ്പിലാക്കുന്നതിനും അധിക ബജറ്റ് വകയിരുത്തിയിട്ടില്ല. ഇതിനർത്ഥം ടീമിന് ഒരു സ്വതന്ത്ര അല്ലെങ്കിൽ ഓപ്പൺ സോഴ്സ് API ടെസ്റ്റിംഗ് ടൂൾ തിരഞ്ഞെടുക്കേണ്ടതുണ്ടെന്നും ഈ ടാസ്ക് ഏറ്റെടുക്കാൻ നിലവിലുള്ള ടീമിൽ നിന്നുള്ള ഒരാൾക്ക് പരിശീലനം നൽകേണ്ടതുണ്ടെന്നുമാണ്.
- API ഫീൽഡുകൾക്കും ഡാറ്റയ്ക്കും ആവശ്യകതകളൊന്നുമില്ല.സാധൂകരണം. ആവശ്യകതകൾ "അനുയോജ്യമായ GUI ആപ്ലിക്കേഷൻ പോലെ തന്നെ പ്രവർത്തിക്കണം".
അപകടസാധ്യതകൾ ലഘൂകരിക്കാനും വെല്ലുവിളികളെ നേരിടാനും ടീം പിന്തുടരുന്ന സമീപനം
- ഇനിപ്പറയുന്ന ആവശ്യകതകൾ തിരിച്ചറിയാൻ 20>QA ടീം പ്രോജക്റ്റ് ടീമുമായി ചേർന്ന് പ്രവർത്തിച്ചു:
- API തരം (REST/SOAP ): REST
- ടെസ്റ്റുകൾ ആവശ്യമാണ് (ഫങ്ഷണൽ, ലോഡ്, സുരക്ഷ): പ്രവർത്തനപരമായ പരിശോധന മാത്രം
- ഓട്ടോമേറ്റഡ് ടെസ്റ്റുകൾ ആവശ്യമാണ് (അതെ/ഇല്ല): ഇപ്പോൾ ഓപ്ഷണൽ
- ടെസ്റ്റ് റിപ്പോർട്ടുകൾ (അതെ/ഇല്ല) ): ആവശ്യമാണ്
- ക്യുഎ ടീം നിർബന്ധമായും ഉണ്ടായിരിക്കേണ്ട ആവശ്യകതകളെ അടിസ്ഥാനമാക്കി ലഭ്യമായ API ടെസ്റ്റിംഗ് ടൂളുകളിൽ ടൂൾ മൂല്യനിർണ്ണയം നടത്തി. പോസ്റ്റ്മാൻ എപിഐ ടൂൾ സൗജന്യവും ഉപയോഗിക്കാൻ എളുപ്പമുള്ളതുമായതിനാൽ അവർ തിരഞ്ഞെടുക്കുന്ന ഒരു ടൂളായി അന്തിമരൂപം നൽകി, അങ്ങനെ പഠന വക്രത കുറയ്ക്കുകയും ടെസ്റ്റുകൾ ഓട്ടോമേറ്റ് ചെയ്യാനുള്ള സാധ്യതയും ഉള്ളതിനാൽ മികച്ച ഇൻബിൽറ്റ് റിപ്പോർട്ടുകളും ലഭിച്ചു.
- ആപ്ലിക്കേഷൻ പരീക്ഷിച്ച അതേ ടെസ്റ്റർ, പ്രാരംഭ പരിശോധനകൾ സൃഷ്ടിക്കാൻ പോസ്റ്റ്മാൻ ഉപയോഗിക്കുന്നതിന് പരിശീലനം നേടിയിട്ടുണ്ട്, അതുവഴി ഉൽപ്പന്ന വിജ്ഞാന വിടവുകൾ ഇല്ലാതാക്കുന്നു.
- നഷ്ടമായ ആവശ്യകതകൾ കൈകാര്യം ചെയ്യാൻ, പ്രോജക്റ്റ് ടീം സ്വാഗർ ഉപയോഗിച്ച് ഉയർന്ന തലത്തിലുള്ള ഫീൽഡ്-ലെവൽ ഡോക്യുമെന്റേഷൻ നിർമ്മിച്ചു. . എന്നിരുന്നാലും ഇത് സ്വീകാര്യമായ ഡാറ്റാ ഫോർമാറ്റുകളുടെ കാര്യത്തിൽ ചില വിടവുകൾ സൃഷ്ടിച്ചു, ഇത് പ്രോജക്റ്റ് ടീമുമായി ചർച്ച ചെയ്യുകയും പ്രതീക്ഷിച്ച ഫോർമാറ്റുകൾ അംഗീകരിക്കുകയും രേഖപ്പെടുത്തുകയും ചെയ്തു. സമീപകാലത്ത് ജനപ്രീതി നേടി. ഈ ആപ്ലിക്കേഷനുകൾ കൂടുതലാണ്പരമ്പരാഗത ആപ്ലിക്കേഷനുകൾ/സോഫ്റ്റ്വെയർ എന്നിവയുമായി താരതമ്യപ്പെടുത്തുമ്പോൾ സ്കേലബിൾ മറ്റ് API-കളുമായോ ആപ്ലിക്കേഷനുകളുമായോ എളുപ്പത്തിൽ സംയോജിപ്പിക്കാൻ അനുവദിക്കുന്നു.
ഈ API ടെസ്റ്റിംഗ് ട്യൂട്ടോറിയൽ API ടെസ്റ്റിംഗ്, Shift Left Testing, Web Services, Web API എന്നിവയെക്കുറിച്ച് വിശദമായി വിശദീകരിച്ചു. വെബ് സേവനങ്ങളും വെബ് എപിഐയും തമ്മിലുള്ള വ്യത്യാസങ്ങളും ഞങ്ങൾ ഉദാഹരണങ്ങൾ സഹിതം പര്യവേക്ഷണം ചെയ്തു.
ട്യൂട്ടോറിയലിന്റെ രണ്ടാം ഭാഗത്ത്, API ടെസ്റ്റിംഗിന്റെ മുഴുവൻ സ്പെക്ട്രത്തെക്കുറിച്ചും നിങ്ങളുടെ സ്ഥാപനത്തിൽ API ടെസ്റ്റിംഗ് എങ്ങനെ അവതരിപ്പിക്കാമെന്നും ചില പൊതുവായ വെല്ലുവിളികളെക്കുറിച്ചും ഞങ്ങൾ ചർച്ച ചെയ്തു. അവയ്ക്കുള്ള പരിഹാരങ്ങൾക്കൊപ്പം ഈ പ്രക്രിയയും.
ഉദാഹരണങ്ങൾക്കൊപ്പം വെബ് സേവനങ്ങളെക്കുറിച്ച് കൂടുതലറിയാൻ ഞങ്ങളുടെ വരാനിരിക്കുന്ന ട്യൂട്ടോറിയൽ പരിശോധിക്കുക!!
അടുത്ത ട്യൂട്ടോറിയൽ
സേവന ട്യൂട്ടോറിയൽ വാസ്തുവിദ്യ, തരങ്ങൾ & amp; പ്രധാന പദങ്ങൾക്കൊപ്പം വെബ് സേവനങ്ങളുടെ ഘടകങ്ങളും SOAP vs REST തമ്മിലുള്ള വ്യത്യാസങ്ങളും.Tutorial_#3: ഉത്തരങ്ങളുള്ള മികച്ച 35 ASP.Net, Web API അഭിമുഖ ചോദ്യങ്ങൾ നിങ്ങൾക്ക് ഏറ്റവും പ്രചാരമുള്ള പതിവായി ചോദിക്കുന്ന ASP.Net, Web API അഭിമുഖ ചോദ്യങ്ങളുടെ ലിസ്റ്റ് & ഈ ട്യൂട്ടോറിയലിലെ തുടക്കക്കാർക്കും പരിചയസമ്പന്നരായ പ്രൊഫഷണലുകൾക്കുമുള്ള ഉദാഹരണങ്ങൾ POSTMAN
ഈ ഘട്ടം ഘട്ടമായുള്ള ട്യൂട്ടോറിയൽ POSTMAN ഉപയോഗിച്ചുള്ള API ടെസ്റ്റിംഗ്, POSTMAN-ന്റെ അടിസ്ഥാനങ്ങൾ, അതിന്റെ ഘടകങ്ങൾ, സാമ്പിൾ അഭ്യർത്ഥന എന്നിവയ്ക്കൊപ്പം വിശദീകരിക്കും. നിങ്ങളുടെ അനായാസമായ ഗ്രാഹ്യത്തിനായി ലളിതമായ രീതിയിൽ പ്രതികരിക്കുക.
Tutorial_#5: Apache HTTP ക്ലയന്റ് ഉപയോഗിച്ച് വെബ് സേവനങ്ങൾ പരിശോധിക്കുന്നു അപ്പാച്ചെ HTTP ക്ലയന്റ് ഉപയോഗിച്ച് വെബ് സേവനങ്ങളിൽ വിവിധ CRUD പ്രവർത്തനങ്ങൾ നടത്തുന്നതിനും വെബ് സേവനങ്ങൾ പരിശോധിക്കുന്നതിനുമുള്ളതാണ് ഈ API ട്യൂട്ടോറിയൽ
API ടെസ്റ്റിംഗ് ട്യൂട്ടോറിയൽ
വെബ് സേവനങ്ങളെക്കുറിച്ചും വെബ് എപിഐയെക്കുറിച്ചും അടിസ്ഥാനപരമായി മനസ്സിലാക്കാൻ ഈ വിഭാഗം നിങ്ങളെ സഹായിക്കും, ഈ API ടെസ്റ്റിംഗ് സീരീസിലെ വരാനിരിക്കുന്ന ട്യൂട്ടോറിയലുകളിലെ പ്രധാന ആശയങ്ങൾ മനസ്സിലാക്കാൻ ഇത് സഹായകമാകും.
API ( ആപ്ലിക്കേഷൻ പ്രോഗ്രാമിംഗ് ഇന്റർഫേസ്) എല്ലാ നടപടിക്രമങ്ങളുടെയും പ്രവർത്തനങ്ങളുടെയും ഒരു കൂട്ടമാണ്, ഇത് ഡാറ്റയോ സവിശേഷതകളോ ആക്സസ് ചെയ്തുകൊണ്ട് ഒരു ആപ്ലിക്കേഷൻ സൃഷ്ടിക്കാൻ ഞങ്ങളെ അനുവദിക്കുന്നുഓപ്പറേറ്റിംഗ് സിസ്റ്റം അല്ലെങ്കിൽ പ്ലാറ്റ്ഫോമുകൾ. അത്തരം നടപടിക്രമങ്ങളുടെ പരിശോധനയെ API ടെസ്റ്റിംഗ് എന്നാണ് അറിയപ്പെടുന്നത്.
Shift Left Testing
ഇക്കാലത്ത് API ടെസ്റ്റിംഗ് ഇന്റർവ്യൂകളിൽ ചോദിക്കുന്ന ഒരു പ്രധാന തരം ടെസ്റ്റിംഗ് ആണ് Shift Left Testing. ഒരു എജൈൽ മെത്തഡോളജി പിന്തുടരുന്ന മിക്കവാറും എല്ലാ പ്രോജക്റ്റുകളിലും ഇത്തരത്തിലുള്ള ടെസ്റ്റിംഗ് പരിശീലിക്കപ്പെടുന്നു.
ഷിഫ്റ്റ് ലെഫ്റ്റ് ടെസ്റ്റിംഗ് അവതരിപ്പിക്കുന്നതിന് മുമ്പ്, കോഡിംഗ് പൂർത്തിയാക്കി ടെസ്റ്റർമാർക്ക് കോഡ് ഡെലിവർ ചെയ്തതിന് ശേഷമാണ് സോഫ്റ്റ്വെയർ ടെസ്റ്റിംഗ് ചിത്രത്തിൽ വന്നത്. ഈ സമ്പ്രദായം സമയപരിധി പാലിക്കാനുള്ള അവസാന നിമിഷത്തെ തിരക്കിലേക്ക് നയിച്ചു, ഇത് ഉൽപ്പന്നത്തിന്റെ ഗുണനിലവാരത്തെ വലിയ തോതിൽ തടസ്സപ്പെടുത്തി.
അതുകൂടാതെ, നടത്തിയ ശ്രമങ്ങൾ (ഉൽപാദനത്തിന് മുമ്പുള്ള അവസാന ഘട്ടത്തിൽ തകരാറുകൾ റിപ്പോർട്ട് ചെയ്യപ്പെട്ടപ്പോൾ) ഡവലപ്പർമാർക്ക് ഡിസൈൻ, കോഡിംഗ് ഘട്ടങ്ങളിലൂടെ വീണ്ടും കടന്നുപോകേണ്ടി വന്നതിനാൽ വളരെ വലുതാണ്.
സോഫ്റ്റ്വെയർ ഡെവലപ്മെന്റ് ലൈഫ് സൈക്കിൾ (SDLC) ഷിഫ്റ്റ് ലെഫ്റ്റ് ടെസ്റ്റിംഗിന് മുമ്പ്
പരമ്പരാഗത SDLC ഫ്ലോ ഇതായിരുന്നു: ആവശ്യകത – > ഡിസൈൻ -> കോഡിംഗ് –> ടെസ്റ്റിംഗ്.
പരമ്പരാഗത പരിശോധനയുടെ പോരായ്മകൾ
- ടെസ്റ്റിംഗ് അങ്ങേയറ്റം വലതുവശത്താണ്. അവസാന നിമിഷത്തിൽ ഒരു ബഗ് തിരിച്ചറിയുമ്പോൾ ധാരാളം ചിലവുകൾ ഉണ്ടാകുന്നു.
- ബഗ് പരിഹരിക്കുന്നതിനും അത് ഉൽപ്പാദനത്തിലേക്ക് പ്രോത്സാഹിപ്പിക്കുന്നതിന് മുമ്പ് അത് വീണ്ടും പരിശോധിക്കുന്നതിനും ചെലവഴിക്കുന്ന സമയം വളരെ വലുതാണ്.
അതിനാൽ, ടെസ്റ്റിംഗ് ഘട്ടം ഇടത്തേക്ക് മാറ്റാൻ ഒരു പുതിയ ആശയം ഉയർന്നുവന്നു, അതുവഴി ഷിഫ്റ്റ് ലെഫ്റ്റ് ടെസ്റ്റിംഗിലേക്ക് നയിച്ചു.
നിർദ്ദേശിച്ച വായന => ഷിഫ്റ്റ് ലെഫ്റ്റ് ടെസ്റ്റിംഗ്: എസോഫ്റ്റ്വെയർ വിജയത്തിനായുള്ള രഹസ്യ മന്ത്രം
ലെഫ്റ്റ് ഷിഫ്റ്റ് ടെസ്റ്റിംഗിന്റെ ഘട്ടങ്ങൾ
ലെഫ്റ്റ് ഷിഫ്റ്റ് ടെസ്റ്റിംഗ് ഡിഫെക്റ്റ് ഡിറ്റക്ഷനിൽ നിന്ന് ഡിഫെക്റ്റ് പ്രിവൻഷനിലേക്കുള്ള ഒരു വിജയകരമായ മൈഗ്രേഷനിലേക്ക് നയിച്ചു. സോഫ്റ്റ്വെയറിനെ വേഗത്തിൽ പരാജയപ്പെടുത്താനും എല്ലാ പരാജയങ്ങളും എത്രയും വേഗം പരിഹരിക്കാനും ഇത് സഹായിച്ചു.
Web API
പൊതുവാക്കിൽ, ഒരു ക്ലയന്റിൽ നിന്നുള്ള അഭ്യർത്ഥന സ്വീകരിക്കുന്ന ഒന്നായി ഒരു വെബ് API നിർവചിക്കാം. ഒരു വെബ് സെർവറിലേക്ക് സിസ്റ്റം ഒരു വെബ് സെർവറിൽ നിന്നുള്ള പ്രതികരണം ഒരു ക്ലയന്റ് മെഷീനിലേക്ക് തിരികെ അയയ്ക്കുന്നു.
ഒരു API എങ്ങനെ പ്രവർത്തിക്കുന്നു?
ഒന്നിലധികം എയർലൈനുകളിൽ നിന്നുള്ള വിവരങ്ങൾ സമാഹരിക്കുന്ന ഒരു ഓൺലൈൻ യാത്രാ സേവനമായ www.makemytrip.com-ൽ ഒരു ഫ്ലൈറ്റ് ബുക്ക് ചെയ്യുന്നതിന്റെ വളരെ സാധാരണമായ ഒരു സാഹചര്യം എടുക്കാം. നിങ്ങൾ ഒരു ഫ്ലൈറ്റ് ബുക്കിംഗിന് പോകുമ്പോൾ, നിങ്ങൾ യാത്രാ തീയതി/മടങ്ങുന്ന തീയതി, ക്ലാസ് തുടങ്ങിയ വിവരങ്ങൾ നൽകി തിരയലിൽ ക്ലിക്ക് ചെയ്യുക.
ഇത് ഒന്നിലധികം എയർലൈനുകളുടെ വിലയും അവയുടെ ലഭ്യതയും കാണിക്കും. ഈ സാഹചര്യത്തിൽ, ആപ്ലിക്കേഷൻ ഒന്നിലധികം എയർലൈനുകളുടെ API-കളുമായി സംവദിക്കുകയും അതുവഴി എയർലൈനിന്റെ ഡാറ്റയിലേക്ക് ആക്സസ് നൽകുകയും ചെയ്യുന്നു.
മറ്റൊരു ഉദാഹരണമാണ് www.trivago.com, അത് വ്യത്യസ്ത ഹോട്ടലുകളുടെ വില, ലഭ്യത മുതലായവ താരതമ്യം ചെയ്യുകയും പട്ടികപ്പെടുത്തുകയും ചെയ്യുന്നു. ഒരു പ്രത്യേക നഗരത്തിൽ നിന്ന്. ഈ വെബ്സൈറ്റ് ഒന്നിലധികം ഹോട്ടലുകളുടെ എപിഐകളുമായി ആശയവിനിമയം നടത്തുകയും ഡാറ്റാബേസ് ആക്സസ് ചെയ്യുകയും അവരുടെ വെബ്സൈറ്റിൽ നിന്ന് വിലകളും ലഭ്യതയും ലിസ്റ്റുചെയ്യുകയും ചെയ്യുന്നു.
അങ്ങനെ, ഒരു വെബ് എപിഐയെ “ഒരു ക്ലയന്റ് മെഷീനും തമ്മിലുള്ള ആശയവിനിമയം സുഗമമാക്കുന്ന ഒരു ഇന്റർഫേസ് എന്ന് നിർവചിക്കാം. ദിwebserver”.
വെബ് സേവനങ്ങൾ
വെബ് സേവനങ്ങൾ (വെബ് API പോലെ) ഒരു മെഷീനിൽ നിന്ന് മറ്റൊന്നിലേക്ക് സേവനം നൽകുന്ന സേവനങ്ങളാണ്. എന്നാൽ API-യും വെബ് സേവനങ്ങളും തമ്മിൽ ഉയർന്നുവരുന്ന പ്രധാന വ്യത്യാസം, വെബ് സേവനങ്ങൾ ഒരു നെറ്റ്വർക്ക് ഉപയോഗിക്കുന്നു എന്നതാണ്.
എല്ലാ വെബ് സേവനങ്ങളും വെബ് API-കളാണെന്നും എന്നാൽ എല്ലാ വെബ് API-കളും വെബ് സേവനങ്ങളല്ല (വിശദീകരിച്ചത് ലേഖനത്തിന്റെ അവസാനഭാഗം). അങ്ങനെ, വെബ് സേവനങ്ങൾ വെബ് എപിഐയുടെ ഒരു ഉപവിഭാഗമാണ്. വെബ് API, വെബ് സേവനങ്ങൾ എന്നിവയെക്കുറിച്ച് കൂടുതലറിയാൻ ചുവടെയുള്ള ഡയഗ്രം പരിശോധിക്കുക.
വെബ് API vs വെബ് സേവനങ്ങൾ
വെബ് സേവനങ്ങൾ vs വെബ് എപിഐ
ക്ലയന്റും സെർവറും തമ്മിലുള്ള ആശയവിനിമയം സുഗമമാക്കുന്നതിന് വെബ് എപിഐയും വെബ് സേവനങ്ങളും ഉപയോഗിക്കുന്നു. പ്രധാന വ്യത്യാസം വരുന്നത് അവർ ആശയവിനിമയം നടത്തുന്ന രീതിയിലാണ്.
അവയ്ക്ക് ഓരോന്നിനും ഒരു പ്രത്യേക ഭാഷയിൽ സ്വീകാര്യമായ ഒരു റിക്വസ്റ്റ് ബോഡി ആവശ്യമാണ്, സുരക്ഷിതമായ കണക്ഷൻ നൽകുന്നതിലെ വ്യത്യാസങ്ങൾ, സെർവറുമായി ആശയവിനിമയം നടത്തുന്നതിനും പ്രതികരിക്കുന്നതിനും ഉള്ള വേഗത ക്ലയന്റിലേക്ക് മുതലായവ.
വെബ് സേവനങ്ങളും വെബ് എപിഐയും തമ്മിലുള്ള വ്യത്യാസങ്ങൾ നിങ്ങളുടെ റഫറൻസിനായി ചുവടെ ലിസ്റ്റ് ചെയ്തിരിക്കുന്നു.
വെബ് സേവനം
- വെബ് സേവനങ്ങൾ സാധാരണയായി XML (എക്സ്റ്റൻസിബിൾ മാർക്ക്അപ്പ് ലാംഗ്വേജ്) ഉപയോഗിക്കുന്നു, അതിനർത്ഥം അവ കൂടുതൽ സുരക്ഷിതമാണ്.
- വെബ് സേവനങ്ങളും API-കളും ഡാറ്റാ ട്രാൻസ്മിഷൻ സമയത്ത് SSL (സുരക്ഷിത സോക്കറ്റ് ലെയർ) നൽകുന്നതിനാൽ വെബ് സേവനങ്ങൾ കൂടുതൽ സുരക്ഷിതമാണ്. , എന്നാൽ ഇത് WSS (വെബ് സേവന സുരക്ഷയും) നൽകുന്നു.
- വെബ് എപിഐയുടെ ഒരു ഉപവിഭാഗമാണ് വെബ് സേവനം. ഉദാഹരണത്തിന്, വെബ് സേവനങ്ങൾ മൂന്ന് തരത്തിലുള്ള ഉപയോഗത്തെ അടിസ്ഥാനമാക്കിയുള്ളതാണ്, അതായത് SOAP, REST, XML-RPC.
- വെബ് സേവനങ്ങൾക്ക് പ്രവർത്തിക്കാൻ എപ്പോഴും ഒരു നെറ്റ്വർക്ക് ആവശ്യമാണ്.
- വെബ് സേവനങ്ങൾ "ഒരു കോഡ് വ്യത്യസ്ത ആപ്ലിക്കേഷനുകൾ" പിന്തുണയ്ക്കുന്നു. ഇതിനർത്ഥം വ്യത്യസ്ത അപ്ലിക്കേഷനുകളിലുടനീളം കൂടുതൽ പൊതുവായ കോഡ് എഴുതിയിരിക്കുന്നു എന്നാണ്.
വെബ് API
- ഒരു വെബ് API സാധാരണയായി JSON (JavaScript ഒബ്ജക്റ്റ് നോട്ടേഷൻ) ഉപയോഗിക്കുന്നു. വെബ് API വേഗതയേറിയതാണെന്ന് അർത്ഥമാക്കുന്നു.
- XML-ൽ നിന്ന് വ്യത്യസ്തമായി JSON ഭാരം കുറഞ്ഞതിനാൽ വെബ് API വേഗതയേറിയതാണ്.
- വെബ് API-കൾ വെബ് സേവനങ്ങളുടെ സൂപ്പർസെറ്റാണ്. ഉദാഹരണത്തിന്, വെബ് സേവനങ്ങളുടെ മൂന്ന് ശൈലികളും വെബ് API-യിലും ഉണ്ട്, എന്നാൽ അത് കൂടാതെ, JSON - RPC പോലുള്ള മറ്റ് ശൈലികൾ ഇത് ഉപയോഗിക്കുന്നു.
- വെബ് API ആവശ്യമില്ല പ്രവർത്തിക്കാനുള്ള ഒരു നെറ്റ്വർക്ക്.
- സിസ്റ്റത്തിന്റെയോ ആപ്ലിക്കേഷന്റെയോ സ്വഭാവമനുസരിച്ച് വെബ് API ഇന്റർഓപ്പറബിളിറ്റിയെ പിന്തുണയ്ക്കുകയോ പിന്തുണയ്ക്കാതിരിക്കുകയോ ചെയ്യാം.
നിങ്ങളുടെ സ്ഥാപനത്തിൽ API ടെസ്റ്റിംഗ് അവതരിപ്പിക്കുന്നു
നമ്മുടെ ദൈനംദിന ജീവിതത്തിൽ, നാമെല്ലാവരും API-കളുള്ള ആപ്പുകളുമായി ഇടപഴകുന്നത് പതിവാണ്, എന്നിട്ടും അടിസ്ഥാന പ്രവർത്തനങ്ങളെ നയിക്കുന്ന ബാക്ക്-എൻഡ് പ്രോസസ്സുകളെക്കുറിച്ച് ഞങ്ങൾ ചിന്തിക്കുന്നില്ല.
ഉദാഹരണത്തിന് , Amazon.com-ലെ ഉൽപ്പന്നങ്ങളിലൂടെയാണ് നിങ്ങൾ ബ്രൗസ് ചെയ്യുന്നതെന്നും നിങ്ങൾ ശരിക്കും ഇഷ്ടപ്പെടുന്ന ഒരു ഉൽപ്പന്നം/ഡീൽ കാണുകയും അത് നിങ്ങളുടെ Facebook നെറ്റ്വർക്കുമായി പങ്കിടാൻ ആഗ്രഹിക്കുകയും ചെയ്യുന്നു.
നിങ്ങൾ ക്ലിക്ക് ചെയ്യുന്ന നിമിഷം. പേജിന്റെ പങ്കിടൽ വിഭാഗത്തിലെ Facebook ഐക്കണിൽ നിങ്ങളുടെ എന്ന് നൽകുകFacebook അക്കൗണ്ട് ക്രെഡൻഷ്യലുകൾ പങ്കിടാൻ, നിങ്ങൾ ആമസോൺ വെബ്സൈറ്റിനെ Facebook-ലേക്ക് പരിധികളില്ലാതെ ബന്ധിപ്പിക്കുന്ന ഒരു API യുമായി സംവദിക്കുന്നു.
API ടെസ്റ്റിംഗിലേക്ക് ഷിഫ്റ്റ് ഫോക്കസ് ചെയ്യുക
API ടെസ്റ്റിംഗിനെക്കുറിച്ച് കൂടുതൽ ചർച്ചചെയ്യുന്നതിന് മുമ്പ്, കാരണങ്ങൾ ചർച്ച ചെയ്യാം അതിനായി API അധിഷ്ഠിത ആപ്ലിക്കേഷനുകൾ സമീപകാലത്ത് ജനപ്രീതി നേടിയിട്ടുണ്ട്.
ഓർഗനൈസേഷനുകൾ API അടിസ്ഥാനമാക്കിയുള്ള ഉൽപ്പന്നങ്ങളിലേക്കും ആപ്ലിക്കേഷനുകളിലേക്കും മാറുന്നതിന് നിരവധി കാരണങ്ങളുണ്ട്. അവയിൽ ചിലത് നിങ്ങളുടെ റഫറൻസിനായി താഴെ പട്ടികപ്പെടുത്തിയിട്ടുണ്ട്.
#1) പരമ്പരാഗത ആപ്ലിക്കേഷനുകൾ/സോഫ്റ്റ്വെയറുമായി താരതമ്യപ്പെടുത്തുമ്പോൾ API അധിഷ്ഠിത ആപ്ലിക്കേഷനുകൾ കൂടുതൽ സ്കെയിലബിൾ ആണ്. കോഡ് ഡെവലപ്മെന്റിന്റെ നിരക്ക് വേഗമേറിയതാണ്, അതേ API-ക്ക് കൂടുതൽ അഭ്യർത്ഥനകൾക്ക് വലിയ കോഡോ അടിസ്ഥാനപരമായ മാറ്റങ്ങളോ ഇല്ലാതെ സേവനം നൽകാനാകും.
#2) ഡെവലപ്മെന്റ് ടീമുകൾക്ക് ആദ്യം മുതൽ കോഡിംഗ് ആരംഭിക്കേണ്ടതില്ല ഒരു ഫീച്ചർ അല്ലെങ്കിൽ ആപ്ലിക്കേഷൻ വികസിപ്പിക്കുന്നതിൽ അവർ പ്രവർത്തിക്കാൻ തുടങ്ങുന്ന സമയം. API-കൾ മിക്കപ്പോഴും നിലവിലുള്ളതും ആവർത്തിക്കാവുന്നതുമായ ഫംഗ്ഷനുകൾ, ലൈബ്രറികൾ, സംഭരിച്ച നടപടിക്രമങ്ങൾ മുതലായവ വീണ്ടും ഉപയോഗിക്കുന്നു, അതിനാൽ ഈ പ്രക്രിയയ്ക്ക് അവയെ മൊത്തത്തിൽ കൂടുതൽ ഉൽപ്പാദനക്ഷമമാക്കാം.
ഉദാഹരണത്തിന്, നിങ്ങളൊരു ഡെവലപ്പർ ആണെങ്കിൽ ഇ-കൊമേഴ്സ് വെബ്സൈറ്റ്, നിങ്ങൾ ആമസോണിനെ ഒരു പേയ്മെന്റ് പ്രൊസസറായി ചേർക്കാൻ ആഗ്രഹിക്കുന്നു - അപ്പോൾ നിങ്ങൾ ആദ്യം മുതൽ കോഡ് എഴുതേണ്ടതില്ല.
നിങ്ങൾ ചെയ്യേണ്ടത് നിങ്ങളുടെ വെബ്സൈറ്റും ആമസോൺ എപിഐയും ഉപയോഗിച്ച് ഇന്റഗ്രേഷൻ സജ്ജീകരിക്കുക എന്നതാണ്. ചെക്ക്ഔട്ട് സമയത്ത് പേയ്മെന്റുകൾ പ്രോസസ്സ് ചെയ്യുന്നതിന് ഇന്റഗ്രേഷൻ കീകളും ആമസോൺ API കോൾ ചെയ്യുക.
#3) API-കൾ അനുവദിക്കുന്നുപിന്തുണയ്ക്കുന്ന സ്റ്റാൻഡ്ലോൺ ആപ്ലിക്കേഷനുകൾക്കും API അടിസ്ഥാനമാക്കിയുള്ള സോഫ്റ്റ്വെയർ ഉൽപ്പന്നങ്ങൾക്കുമായി മറ്റ് സിസ്റ്റങ്ങളുമായി എളുപ്പമുള്ള സംയോജനം.
ഉദാഹരണത്തിന് , നിങ്ങൾ ടൊറന്റോയിൽ നിന്ന് ന്യൂയോർക്കിലേക്ക് ഒരു ഷിപ്പ്മെന്റ് അയയ്ക്കാൻ ആഗ്രഹിക്കുന്നുവെന്ന് നമുക്ക് പരിഗണിക്കാം. . നിങ്ങൾ ഓൺലൈനിൽ പോയി, നന്നായി അറിയാവുന്ന ഒരു ഫ്രൈറ്റ് അല്ലെങ്കിൽ ലോജിസ്റ്റിക്സ് വെബ്സൈറ്റിലേക്ക് നാവിഗേറ്റ് ചെയ്ത് ആവശ്യമായ വിവരങ്ങൾ നൽകുക.
നിർബന്ധിത വിവരങ്ങൾ നൽകിയ ശേഷം, നിങ്ങൾ നിരക്കുകൾ നേടുക ബട്ടണിൽ ക്ലിക്കുചെയ്യുമ്പോൾ - ബാക്ക് എൻഡിൽ, ഈ ലോജിസ്റ്റിക്സ് വെബ്സൈറ്റ് കണക്റ്റുചെയ്തേക്കാം. നിരവധി കാരിയർ, സേവന ദാതാവ് API-കളും ആപ്ലിക്കേഷനുകളും ഉപയോഗിച്ച് ലൊക്കേഷനുകളുടെ ഉത്ഭവം മുതൽ ലക്ഷ്യസ്ഥാനം വരെയുള്ള ഡൈനാമിക് നിരക്കുകൾ ലഭിക്കും.
API ടെസ്റ്റിംഗിന്റെ പൂർണ്ണ സ്പെക്ട്രം
API-കളുടെ പരിശോധന ഒരു അഭ്യർത്ഥന അയയ്ക്കുന്നതിന് പരിമിതപ്പെടുത്തിയിട്ടില്ല. API-യിലേക്ക്, കൃത്യതയ്ക്കായി മാത്രം പ്രതികരണം വിശകലനം ചെയ്യുന്നു. അപകടസാധ്യതകൾക്കായി വിവിധ ലോഡുകളിൽ അവയുടെ പ്രകടനത്തിനായി API-കൾ പരിശോധിക്കേണ്ടതുണ്ട്.
ഇത് നമുക്ക് വിശദമായി ചർച്ച ചെയ്യാം.
(i) പ്രവർത്തനപരമായ പരിശോധന
ഒരു GUI ഇന്റർഫേസിന്റെ അഭാവം കാരണം ഫംഗ്ഷണൽ ടെസ്റ്റിംഗ് ഒരു വെല്ലുവിളി നിറഞ്ഞ ജോലിയാണ്.
API-കൾക്കുള്ള ഫംഗ്ഷണൽ ടെസ്റ്റിംഗ് സമീപനം GUI അടിസ്ഥാനമാക്കിയുള്ള ആപ്ലിക്കേഷനിൽ നിന്ന് എങ്ങനെ വ്യത്യാസപ്പെട്ടിരിക്കുന്നുവെന്ന് നമുക്ക് നോക്കാം, അതിന് ചുറ്റുമുള്ള ചില ഉദാഹരണങ്ങളും ഞങ്ങൾ ചർച്ച ചെയ്യും.
a) സംവദിക്കാൻ GUI ഇല്ല എന്നതാണ് ഏറ്റവും വ്യക്തമായ വ്യത്യാസം. സാധാരണയായി GUI അധിഷ്ഠിത ഫംഗ്ഷണൽ ടെസ്റ്റിംഗ് നടത്തുന്ന പരീക്ഷകർക്ക് താരതമ്യം ചെയ്യുമ്പോൾ GUI ഇതര ആപ്ലിക്കേഷൻ ടെസ്റ്റിംഗിലേക്ക് മാറുന്നത് അൽപ്പം ബുദ്ധിമുട്ടാണ്.ഇതിനകം പരിചിതമായ ഒരാൾ.
ആദ്യം, നിങ്ങൾ API പരീക്ഷിക്കാൻ തുടങ്ങുന്നതിനു മുമ്പുതന്നെ, ആധികാരികത ഉറപ്പാക്കൽ പ്രക്രിയ തന്നെ പരിശോധിച്ച് സ്ഥിരീകരിക്കേണ്ടതുണ്ട്. പ്രാമാണീകരണ രീതി ഒരു API-യിൽ നിന്ന് മറ്റൊരു API-യിലേക്ക് വ്യത്യാസപ്പെടും, കൂടാതെ പ്രാമാണീകരണത്തിനായി ഏതെങ്കിലും തരത്തിലുള്ള കീ അല്ലെങ്കിൽ ടോക്കൺ ഉൾപ്പെടുന്നു.
നിങ്ങൾക്ക് API-യിലേക്ക് വിജയകരമായി കണക്റ്റുചെയ്യാൻ കഴിയുന്നില്ലെങ്കിൽ, തുടർന്നുള്ള പരിശോധന തുടരാനാവില്ല. ലോഗിൻ ചെയ്യാനും ആപ്ലിക്കേഷൻ ഉപയോഗിക്കാനും നിങ്ങൾക്ക് സാധുവായ ക്രെഡൻഷ്യലുകൾ ആവശ്യമുള്ള സ്റ്റാൻഡേർഡ് ആപ്ലിക്കേഷനുകളിലെ ഉപയോക്തൃ ആധികാരികതയുമായി താരതമ്യപ്പെടുത്താവുന്ന പ്രക്രിയയായി ഈ പ്രക്രിയ കണക്കാക്കാം.
b) ഫീൽഡ് മൂല്യനിർണ്ണയങ്ങൾ അല്ലെങ്കിൽ ഇൻപുട്ട് ഡാറ്റ മൂല്യനിർണ്ണയം പരിശോധിക്കുന്നത് വളരെ പ്രധാനമാണ്. API-കൾ പരിശോധിക്കുമ്പോൾ. ഒരു യഥാർത്ഥ ഫോം അധിഷ്ഠിത (GUI) ഇന്റർഫേസ് ലഭ്യമാണെങ്കിൽ, ഫീൽഡ് മൂല്യനിർണ്ണയങ്ങൾ ഫ്രണ്ട് എൻഡിലോ ബാക്ക് എൻഡിലോ നടപ്പിലാക്കാം, അതുവഴി അസാധുവായ ഫീൽഡ് മൂല്യങ്ങൾ നൽകാൻ ഉപയോക്താവിനെ അനുവദിക്കുന്നില്ലെന്ന് ഉറപ്പാക്കുന്നു.
ഉദാഹരണത്തിന്, ഒരു അപേക്ഷയ്ക്ക് DD/MM/YYYY എന്ന തീയതി ഫോർമാറ്റ് ആവശ്യമുണ്ടെങ്കിൽ, അപേക്ഷ സ്വീകരിക്കുന്നതും പ്രോസസ്സ് ചെയ്യുന്നതും ഒരു സാധുവായ തീയതിയാണെന്ന് ഉറപ്പാക്കാൻ വിവരങ്ങൾ ശേഖരിക്കുന്ന ഫോമിൽ ഞങ്ങൾക്ക് ഈ മൂല്യനിർണ്ണയം പ്രയോഗിക്കാവുന്നതാണ്.
എന്നിരുന്നാലും, ഇത് API ആപ്ലിക്കേഷനുകൾക്ക് സമാനമല്ല. API നന്നായി എഴുതിയിട്ടുണ്ടെന്നും ഈ മൂല്യനിർണ്ണയങ്ങളെല്ലാം നടപ്പിലാക്കാനും സാധുതയുള്ളതും അസാധുവായതുമായ ഡാറ്റകൾ തമ്മിൽ വേർതിരിച്ചറിയാനും സ്റ്റാറ്റസ് കോഡും മൂല്യനിർണ്ണയ പിശക് സന്ദേശവും അന്തിമ ഉപയോക്താവിന് ഒരു പ്രതികരണത്തിലൂടെ നൽകാനും കഴിയുമെന്നും ഞങ്ങൾ ഉറപ്പാക്കേണ്ടതുണ്ട്.
c) പരിശോധിക്കുന്നു