API టెస్టింగ్ ట్యుటోరియల్: ప్రారంభకులకు పూర్తి గైడ్

ఈ లోతైన API టెస్టింగ్ ట్యుటోరియల్ API టెస్టింగ్, వెబ్ సర్వీసెస్ మరియు మీ సంస్థలో API టెస్టింగ్‌ను ఎలా ప్రవేశపెట్టాలి అనే దాని గురించి వివరిస్తుంది:

API టెస్టింగ్‌తో పాటుగా API టెస్టింగ్‌లో లోతైన అంతర్దృష్టిని పొందండి ఈ పరిచయ ట్యుటోరియల్ నుండి షిఫ్ట్-లెఫ్ట్ టెస్టింగ్ మరియు వెబ్ సేవల భావన.

వెబ్ API వంటి కాన్సెప్ట్‌లు, API ఎలా పని చేస్తుంది (వాస్తవ-ప్రపంచ ఉదాహరణతో) మరియు వెబ్ సేవల నుండి ఇది ఎలా భిన్నంగా ఉందో ఇందులోని ఉదాహరణలతో చక్కగా వివరించారు. ట్యుటోరియల్.

API టెస్టింగ్ ట్యుటోరియల్‌ల జాబితా

ట్యుటోరియల్ #1: API టెస్టింగ్ ట్యుటోరియల్: ప్రారంభకులకు పూర్తి గైడ్

ట్యుటోరియల్ #2: వెబ్ సర్వీసెస్ ట్యుటోరియల్: భాగాలు, ఆర్కిటెక్చర్, రకాలు & ఉదాహరణలు

ట్యుటోరియల్ #3: టాప్ 35 ASP.Net మరియు Web API ఇంటర్వ్యూ ప్రశ్నలు సమాధానాలతో

ట్యుటోరియల్ #4: POSTMAN ట్యుటోరియల్: API టెస్టింగ్ POSTMANని ఉపయోగించడం

ట్యుటోరియల్ #5: అపాచీ HTTP క్లయింట్‌ని ఉపయోగించి వెబ్ సేవలను పరీక్షించడం

ఈ API టెస్టింగ్ సిరీస్‌లోని ట్యుటోరియల్‌ల అవలోకనం

ట్యుటోరియల్ # మీరు ఏమి నేర్చుకుంటారు
ట్యుటోరియల్_#1: API టెస్టింగ్ ట్యుటోరియల్ : ప్రారంభకులకు పూర్తి గైడ్

ఈ లోతైన API టెస్టింగ్ ట్యుటోరియల్ API టెస్టింగ్ మరియు వెబ్ సర్వీసెస్ గురించి వివరంగా వివరిస్తుంది మరియు మీ సంస్థలో API టెస్టింగ్‌ను ఎలా పరిచయం చేయాలో కూడా మీకు తెలియజేస్తుంది.

ట్యుటోరియల్_#2: వెబ్ సర్వీసెస్ ట్యుటోరియల్: భాగాలు, ఆర్కిటెక్చర్, రకాలు & ఉదాహరణలు

ఈ వెబ్చెల్లుబాటు అయ్యే మరియు చెల్లని ప్రతిస్పందన కోసం API నుండి సరైన ప్రతిస్పందనలు చాలా ముఖ్యమైనవి. పరీక్ష API నుండి 200 స్టేటస్ కోడ్ (అంతా సరే అంటే) ప్రతిస్పందనగా స్వీకరించబడితే, కానీ ప్రతిస్పందన వచనంలో లోపం ఏర్పడిందని చెబితే, ఇది లోపం.

అదనంగా, లోపం సందేశం ఉంటే దానికదే తప్పు, అప్పుడు ఈ APIతో అనుసంధానం చేయడానికి ప్రయత్నిస్తున్న తుది కస్టమర్‌ని తప్పుదారి పట్టించవచ్చు.

దిగువ స్క్రీన్‌షాట్‌లో, వినియోగదారు చెల్లని బరువును నమోదు చేసారు, ఇది ఆమోదయోగ్యమైన 2267 కిలోల కంటే ఎక్కువ. API లోపం స్థితి కోడ్ మరియు ఎర్రర్ సందేశంతో ప్రతిస్పందిస్తుంది. అయితే, ఎర్రర్ మెసేజ్ బరువు యూనిట్లను KGకి బదులుగా పౌండ్లుగా తప్పుగా పేర్కొంది. ఇది తుది వినియోగదారుని గందరగోళానికి గురిచేసే లోపం.

(ii) లోడ్ మరియు పనితీరు పరీక్ష

APIలు డిజైన్ ద్వారా స్కేలబుల్‌గా ఉంటాయి.

ఇది క్రమంగా, లోడ్ మరియు పనితీరు పరీక్షను తప్పనిసరి చేస్తుంది, ప్రత్యేకించి డిజైన్ చేయబడిన సిస్టమ్ అవసరాన్ని బట్టి నిమిషానికి లేదా గంటకు వేలకొద్దీ అభ్యర్థనలను అందజేయాలని భావిస్తే. సాధారణంగా APIలో లోడ్ మరియు పనితీరు పరీక్షలను నిర్వహించడం పనితీరు, గరిష్ట లోడ్‌లు మరియు బ్రేకింగ్ పాయింట్‌ని బెంచ్‌మార్క్ చేయడంలో సహాయపడుతుంది.

అప్లికేషన్‌ను స్కేల్ అప్ చేయడానికి ప్లాన్ చేస్తున్నప్పుడు ఈ డేటా ఉపయోగపడుతుంది. ఈ సమాచారాన్ని అందుబాటులో ఉంచడం అనేది నిర్ణయాలు మరియు ప్రణాళికకు మద్దతు ఇవ్వడానికి సహాయపడుతుంది, ప్రత్యేకించి సంస్థ మరింత మంది కస్టమర్‌లను జోడించాలని ఆలోచిస్తున్నట్లయితే, మరింత ఇన్‌కమింగ్ అని అర్థం.అభ్యర్థనలు.

మీ సంస్థలో API టెస్టింగ్‌ను ఎలా పరిచయం చేయాలి

ఏదైనా సంస్థలో API టెస్టింగ్‌ని ప్రవేశపెట్టే ప్రక్రియ ఏదైనా ఇతర టెస్టింగ్ టూల్ మరియు ఫ్రేమ్‌వర్క్‌ను అమలు చేయడానికి లేదా రోల్ అవుట్ చేయడానికి ఉపయోగించే ప్రక్రియకు సమానంగా ఉంటుంది.

క్రింద ఉన్న పట్టిక ప్రతి దశ యొక్క ఆశించిన ఫలితంతో పాటు ప్రధాన దశలను సంగ్రహిస్తుంది.

దశ దశ అంచనా ఫలితం
సాధనం ఎంపిక అవసరాలను సేకరించండి మరియు అడ్డంకులను గుర్తించండి

పరిశోధన కోసం అవసరాలను అర్థం చేసుకోండి తగిన API పరీక్ష సాధనం కోసం మార్కెట్.

ఉదా.

ఏ విధమైన API పరీక్షించబడుతోంది - SOAP లేదా REST?

మేము ఈ పాత్ర కోసం టెస్టర్‌ను నియమించాలా లేదా ఇప్పటికే ఉన్న టెస్టర్‌కు శిక్షణ ఇవ్వాలా?

ఏ విధమైన పరీక్షలు నిర్వహించబడతాయి - ఫంక్షనల్, పనితీరు పరీక్షలు మొదలైనవి.

అమలు చేయడానికి బడ్జెట్ ఎంత?

అందుబాటులో ఉన్న సాధనాలను మూల్యాంకనం చేయండి అందుబాటులో ఉన్న సాధనాలను సరిపోల్చండి మరియు అవసరాలకు ఉత్తమంగా సరిపోయే 1 లేదా 2 సాధనాలను షార్ట్‌లిస్ట్ చేయండి.
భావన రుజువు షార్ట్‌లిస్ట్ చేసిన సాధనంతో పరీక్షల ఉపసమితిని అమలు చేయండి.

స్టేక్‌హోల్డర్‌లకు అన్వేషణలను అందించండి.

అమలు చేయాల్సిన సాధనాన్ని ఖరారు చేయండి.

అమలు ప్రారంభించడం మీ ఎంపిక f టూల్‌పై ఆధారపడి, మీరు PC, వర్చువల్ మెషీన్ లేదా సర్వర్‌లో అవసరమైన సాధనాన్ని ఇన్‌స్టాల్ చేయాల్సి ఉంటుంది.

ఎంపిక చేసుకున్న సాధనం సబ్‌స్క్రిప్షన్ ఆధారంగా ఉంటే , అవసరమైన బృందాన్ని సృష్టించండిఖాతాలు.

అవసరమైతే టీమ్‌కి శిక్షణ ఇవ్వండి.

ముందుకు వెళ్లండి పరీక్షలను సృష్టించండి

పరీక్షలను అమలు చేయండి

లోపాలను నివేదించండి

సాధారణ సవాళ్లు మరియు వాటిని తగ్గించే మార్గాలు

మనం QA బృందాలు చేసే కొన్ని సాధారణ సవాళ్లను చర్చిద్దాం సంస్థలో API టెస్టింగ్ ఫ్రేమ్‌వర్క్‌ను అమలు చేయడానికి ప్రయత్నిస్తున్నప్పుడు ఎదుర్కొంటారు.

#1) సరైన సాధనాన్ని ఎంచుకోవడం

ఉద్యోగం కోసం సరైన సాధనాన్ని ఎంచుకోవడం అత్యంత సాధారణ సవాలు. మార్కెట్‌లో అనేక API పరీక్షా సాధనాలు అందుబాటులో ఉన్నాయి.

మార్కెట్‌లో అందుబాటులో ఉన్న సరికొత్త, అత్యంత ఖరీదైన సాధనాన్ని అమలు చేయడం చాలా ఆకర్షణీయంగా అనిపించవచ్చు- కానీ అది ఆశించిన ఫలితాలను తీసుకురాకపోతే, ఆ సాధనం ఉపయోగం లేదు.

అందుకే, మీ సంస్థాగత అవసరాల ఆధారంగా 'తప్పక-కలిగి ఉండాలి' అవసరాలను పరిష్కరించే సాధనాన్ని ఎల్లప్పుడూ ఎంచుకోండి.

ఇక్కడ ఒక నమూనా సాధనం మూల్యాంకన మాతృక ఉంది అందుబాటులో ఉన్న API సాధనాలు

11>
టూల్ ధర గమనికలు
Soap UI SopUI ఓపెన్ సోర్స్ (ఫంక్షనల్ టెస్టింగ్) కోసం ఉచిత వెర్షన్ అందుబాటులో ఉంది * REST, SOAP మరియు ఇతర ప్రసిద్ధ API మరియు IoT ప్రోటోకాల్‌లు.

* ఉచిత వెర్షన్‌లో చేర్చబడింది

SOAP మరియు REST తాత్కాలిక పరీక్ష

సందేశ ప్రకటన

డ్రాగ్ & డ్రాప్ టెస్ట్ క్రియేషన్

పరీక్ష లాగ్‌లు

టెస్ట్ కాన్ఫిగరేషన్

రికార్డింగ్‌ల నుండి పరీక్ష

యూనిట్ రిపోర్టింగ్.

* ఫీచర్ల పూర్తి జాబితా ఇలా ఉండవచ్చు వారిలో కనుగొనబడిందిwebsite.

పోస్ట్‌మ్యాన్ ఉచిత పోస్ట్‌మ్యాన్ యాప్ అందుబాటులో ఉంది * REST కోసం ఎక్కువగా ఉపయోగించబడుతుంది.

* ఫీచర్‌లను వారి వెబ్‌సైట్‌లో కనుగొనవచ్చు.

Parasoft ఇది చెల్లింపు సాధనం, లైసెన్స్‌ని కొనుగోలు చేయాలి ఆపై ఇన్‌స్టాలేషన్ అవసరం సాధనం ఉపయోగించే ముందు. * సమగ్ర API పరీక్ష: ఫంక్షనల్, లోడ్, సెక్యూరిటీ టెస్టింగ్, టెస్ట్ డేటా మేనేజ్‌మెంట్
vREST యూజర్ల సంఖ్య ఆధారంగా * ఆటోమేటెడ్ REST API టెస్టింగ్.

* రికార్డ్ మరియు రీప్లే.

* మాక్ APIలను ఉపయోగించి ఫ్రంటెండ్ మరియు బ్యాకెండ్ నుండి డిపెండెన్సీని తొలగిస్తుంది.

* శక్తివంతమైన ప్రతిస్పందన ధ్రువీకరణ.

* లోకల్ హోస్ట్/ఇంట్రానెట్/ఇంటర్నెట్‌లో అమలు చేయబడిన పరీక్ష అప్లికేషన్‌ల కోసం పని చేస్తుంది.

* JIRA ఇంటిగ్రేషన్, జెంకిన్స్ ఇంటిగ్రేషన్ స్వాగర్, పోస్ట్‌మ్యాన్ నుండి దిగుమతులు.

HttpMaster ఎక్స్‌ప్రెస్ ఎడిషన్: డౌన్‌లోడ్ చేసుకోవడానికి ఉచితం

ప్రొఫెషనల్ వెర్షన్: వినియోగదారుల సంఖ్య ఆధారంగా

* వెబ్‌సైట్ పరీక్ష మరియు API టెస్టింగ్‌లో సహాయపడుతుంది.

* ఇతర లక్షణాలలో గ్లోబల్ పారామితులను నిర్వచించే సామర్థ్యం ఉంటుంది, పెద్ద మొత్తంలో ధ్రువీకరణ రకాలను ఉపయోగించడం ద్వారా డేటా ప్రతిస్పందన ధృవీకరణ కోసం తనిఖీలను సృష్టించే సామర్థ్యాన్ని వినియోగదారుకు అందిస్తుంది. ఇది మద్దతు ఇస్తుంది.

రన్‌స్కోప్ వినియోగదారుల సంఖ్య మరియు ప్లాన్ రకాల ఆధారంగా

* APIలను పర్యవేక్షించడం మరియు పరీక్షించడం కోసం.

* సరైన డేటా అందించబడిందని నిర్ధారించుకోవడానికి డేటా ప్రామాణీకరణ కోసం ఉపయోగించవచ్చు.

* ఫీచర్‌ని కలిగి ఉంటుందిఏదైనా API లావాదేవీ వైఫల్యం విషయంలో ట్రాకింగ్ మరియు తెలియజేయడం (మీ అప్లికేషన్‌కు చెల్లింపు ధ్రువీకరణ అవసరమైతే, ఈ సాధనం మంచి ఎంపికగా నిరూపించబడుతుంది).

LoadFocus యూజర్ల సంఖ్య మరియు ప్లాన్ రకాల ఆధారంగా * API లోడ్ టెస్టింగ్ కోసం ఉపయోగించవచ్చు - API మద్దతు ఇవ్వగల వినియోగదారుల సంఖ్యను కనుగొనడానికి కొన్ని పరీక్షలను అమలు చేయడానికి అనుమతిస్తుంది.

* ఉపయోగించడానికి సులభమైనది - బ్రౌజర్‌లో పరీక్షలను అమలు చేయడానికి అనుమతిస్తుంది.

PingAPI 1 ప్రాజెక్ట్ కోసం ఉచితం (1,000 అభ్యర్థన ) * ఆటోమేటెడ్ 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 ఆధారిత పరీక్ష, ఆపై టెస్టర్ పరీక్ష విధానాన్ని మార్చాలి మరియు అవసరమైన విధంగా కొత్త సాధనం లేదా ఫ్రేమ్‌వర్క్‌ను నేర్చుకోవాలి. ఉదా. API అభ్యర్థనలను JSON ఆకృతిలో అంగీకరిస్తే, పరీక్షలను సృష్టించడం ప్రారంభించడానికి టెస్టర్ JSON అంటే ఏమిటో తెలుసుకోవాలి.

కేస్ స్టడీ

Task

ఇప్పటికే ఉన్న అప్లికేషన్‌ను స్కేల్ అప్ చేయడానికి, ఒక కంపెనీ APIలో ఉత్పత్తిని అలాగే ప్రామాణిక GUI అప్లికేషన్‌ను అందించాలనుకుంటోంది. సాధారణ GUI ఆధారిత పరీక్షలకు మించి API పరీక్షను అందించడానికి సిద్ధంగా ఉన్నారని నిర్ధారించుకోవడానికి QA బృందం టెస్ట్ కవరేజ్ ప్లాన్‌ను అందించాలని కోరింది.

సవాళ్లు

  • ఏదీ లేదు ఇతర సాఫ్ట్‌వేర్ ఉత్పత్తులు API ఆధారిత నిర్మాణాన్ని కలిగి ఉన్నాయి, కాబట్టి ఈ టాస్క్ చుట్టూ టెస్టింగ్ చేయడానికి, బృందం మొదటి నుండి API పరీక్ష ప్రక్రియను ఏర్పాటు చేయాలి. దీనర్థం సాధనాలు మూల్యాంకనం చేయబడి, షార్ట్‌లిస్ట్ చేయబడి, ఖరారు చేయబడాలి మరియు పరీక్షల కోసం బృందానికి శిక్షణ ఇవ్వాలి.
  • సాధనాన్ని పొందడం మరియు అమలు చేయడం కోసం అదనపు బడ్జెట్ కేటాయించబడలేదు. దీని అర్థం బృందం ఉచిత లేదా ఓపెన్ సోర్స్ API టెస్టింగ్ టూల్‌ని ఎంచుకోవలసి ఉంటుంది మరియు ఇప్పటికే ఉన్న టీమ్‌లోని ఎవరైనా ఈ టాస్క్‌ని తీసుకోవడానికి శిక్షణ పొందవలసి ఉంటుంది.
  • API ఫీల్డ్‌లు మరియు డేటా కోసం ఎటువంటి అవసరాలు లేవు.ధ్రువీకరణ. అవసరాలు "సంబంధిత GUI అప్లికేషన్ వలె పని చేయాలి".

రిస్క్‌లను తగ్గించడానికి మరియు సవాళ్లను అధిగమించడానికి బృందం అనుసరించిన విధానం

  • QA బృందం కింది అవసరాలను గుర్తించడానికి ప్రాజెక్ట్ బృందంతో కలిసి పని చేసింది:
    • API రకం (REST/SOAP ): REST
    • పరీక్షలు అవసరం (ఫంక్షనల్, లోడ్, భద్రత): ఫంక్షనల్ టెస్టింగ్ మాత్రమే
    • ఆటోమేటెడ్ పరీక్షలు అవసరం (అవును/కాదు): ప్రస్తుతానికి ఐచ్ఛికం
    • పరీక్ష నివేదికలు (అవును/కాదు ): అవసరం
  • QA బృందం తప్పనిసరిగా కలిగి ఉండవలసిన అవసరాల ఆధారంగా అందుబాటులో ఉన్న API పరీక్ష సాధనాలపై సాధన మూల్యాంకనం చేసింది. పోస్ట్‌మ్యాన్ API టూల్ ఉచితం మరియు ఉపయోగించడానికి సులభమైనది కనుక వారి ఎంపిక సాధనంగా ఖరారు చేయబడింది, తద్వారా అభ్యాస వక్రతను తగ్గిస్తుంది మరియు పరీక్షలను స్వయంచాలకంగా చేయగల సామర్థ్యాన్ని కలిగి ఉంది మరియు మంచి ఇన్‌బిల్ట్ నివేదికలతో వచ్చింది.
  • అప్లికేషన్‌ను పరీక్షించిన అదే టెస్టర్ పోస్ట్‌మ్యాన్‌ని ఉపయోగించి ప్రాథమిక పరీక్షలను రూపొందించడానికి శిక్షణ పొందారు, తద్వారా ఏదైనా ఉత్పత్తి జ్ఞాన అంతరాలను తొలగిస్తారు.
  • తప్పిపోయిన అవసరాలను ఎదుర్కోవడానికి, ప్రాజెక్ట్ బృందం స్వాగర్‌ని ఉపయోగించి ఉన్నత-స్థాయి ఫీల్డ్-లెవల్ డాక్యుమెంటేషన్‌ను రూపొందించింది. . అయితే ఇది ఆమోదయోగ్యమైన డేటా ఫార్మాట్‌ల పరంగా కొన్ని ఖాళీలను మిగిల్చింది మరియు ఇది ప్రాజెక్ట్ బృందంతో తీసుకోబడింది మరియు ఊహించిన ఫార్మాట్‌లు అంగీకరించబడ్డాయి మరియు డాక్యుమెంట్ చేయబడ్డాయి.

ముగింపు

API ఆధారిత అప్లికేషన్‌లు ఉన్నాయి ఇటీవలి కాలంలో ప్రజాదరణ పొందింది. ఈ అప్లికేషన్లు ఎక్కువసాంప్రదాయ అప్లికేషన్‌లు/సాఫ్ట్‌వేర్‌తో పోల్చితే స్కేలబుల్ మరియు ఇతర APIలు లేదా అప్లికేషన్‌లతో సులభంగా ఏకీకరణను అనుమతిస్తుంది.

ఈ API టెస్టింగ్ ట్యుటోరియల్ API టెస్టింగ్, Shift Left Testing, Web Services మరియు Web API గురించి వివరంగా వివరించింది. మేము ఉదాహరణలతో వెబ్ సేవలు మరియు వెబ్ API మధ్య తేడాలను కూడా అన్వేషించాము.

ట్యుటోరియల్ యొక్క రెండవ భాగంలో, మేము API టెస్టింగ్ యొక్క పూర్తి స్పెక్ట్రం, మీ సంస్థలో API పరీక్షను ఎలా పరిచయం చేయాలి మరియు కొన్ని సాధారణ సవాళ్ల గురించి చర్చించాము. వాటి కోసం పరిష్కారాలతో పాటుగా ఈ ప్రక్రియ.

ఉదాహరణలతో పాటు వెబ్ సేవల గురించి మరింత తెలుసుకోవడానికి మా రాబోయే ట్యుటోరియల్‌ని చూడండి!!

తదుపరి ట్యుటోరియల్

సేవల ట్యుటోరియల్ ఆర్కిటెక్చర్, రకాలు & ముఖ్యమైన పదాలతో పాటు వెబ్ సేవల భాగాలు మరియు SOAP vs REST మధ్య తేడాలు సమాధానాలతో టాప్ 35 ASP.Net మరియు Web API ఇంటర్వ్యూ ప్రశ్నలు

మీరు అత్యంత జనాదరణ పొందిన తరచుగా అడిగే ASP.Net మరియు Web API ఇంటర్వ్యూ ప్రశ్నల జాబితాను సమాధానాలతో అన్వేషించవచ్చు & ఈ ట్యుటోరియల్‌లో ప్రారంభ మరియు అనుభవజ్ఞులైన నిపుణుల కోసం ఉదాహరణలు POSTMAN

ఈ దశల వారీ ట్యుటోరియల్ POSTMAN యొక్క ప్రాథమిక అంశాలు, దాని భాగాలు మరియు నమూనా అభ్యర్థన &తో పాటు POSTMAN ఉపయోగించి API పరీక్షను వివరిస్తుంది. మీ సులభ అవగాహన కోసం సరళమైన పదాలలో ప్రతిస్పందించండి.

ట్యుటోరియల్_#5: అపాచీ HTTP క్లయింట్‌ని ఉపయోగించి వెబ్ సేవల పరీక్ష

ఈ API ట్యుటోరియల్ వెబ్ సర్వీసెస్‌లో వివిధ CRUD ఆపరేషన్‌లను నిర్వహించడం మరియు Apache HTTP క్లయింట్‌ని ఉపయోగించి వెబ్ సేవలను పరీక్షించడం

API టెస్టింగ్ ట్యుటోరియల్

వెబ్ సేవలు మరియు వెబ్ API గురించి ప్రాథమిక అవగాహన పొందడానికి ఈ విభాగం మీకు సహాయం చేస్తుంది, ఇది ఈ API టెస్టింగ్ సిరీస్‌లోని రాబోయే ట్యుటోరియల్‌లలోని ప్రధాన భావనలను అర్థం చేసుకోవడంలో సహాయపడుతుంది.

API ( అప్లికేషన్ ప్రోగ్రామింగ్ ఇంటర్‌ఫేస్) అనేది అన్ని విధానాలు మరియు ఫంక్షన్‌ల సమితి, ఇది డేటా లేదా ఫీచర్‌లను యాక్సెస్ చేయడం ద్వారా అప్లికేషన్‌ను రూపొందించడానికి అనుమతిస్తుంది.ఆపరేటింగ్ సిస్టమ్ లేదా ప్లాట్‌ఫారమ్‌లు. అటువంటి విధానాలను పరీక్షించడాన్ని API టెస్టింగ్ అంటారు.

షిఫ్ట్ లెఫ్ట్ టెస్టింగ్

ఈ రోజుల్లో API టెస్టింగ్ ఇంటర్వ్యూలలో అడిగే ముఖ్యమైన రకాల్లో ఒకటి షిఫ్ట్ లెఫ్ట్ టెస్టింగ్. ఎజైల్ మెథడాలజీని అనుసరించే దాదాపు అన్ని ప్రాజెక్ట్‌లలో ఈ రకమైన టెస్టింగ్ సాధన చేయబడుతుంది.

Shift Left Testing ప్రవేశపెట్టడానికి ముందు, కోడింగ్ పూర్తయిన తర్వాత మరియు టెస్టర్‌లకు కోడ్ డెలివరీ చేయబడిన తర్వాత మాత్రమే సాఫ్ట్‌వేర్ టెస్టింగ్ చిత్రంలోకి వచ్చింది. ఈ అభ్యాసం గడువును చేరుకోవడానికి చివరి నిమిషంలో హడావుడి చేయడానికి దారితీసింది మరియు ఇది ఉత్పత్తి నాణ్యతను కూడా చాలా వరకు దెబ్బతీసింది.

అంతే కాకుండా, చేసిన ప్రయత్నాలు (ఉత్పత్తికి ముందు చివరి దశలో లోపాలు నివేదించబడినప్పుడు) డెవలపర్‌లు మళ్లీ డిజైన్ మరియు కోడింగ్ దశ రెండింటినీ పూర్తి చేయవలసి ఉంటుంది.

సాఫ్ట్‌వేర్ డెవలప్‌మెంట్ లైఫ్ సైకిల్ (SDLC) షిఫ్ట్ లెఫ్ట్ టెస్టింగ్‌కు ముందు

సాంప్రదాయ SDLC ఫ్లో: అవసరం - > డిజైన్ –> కోడింగ్ –> పరీక్ష.

సాంప్రదాయ పరీక్ష యొక్క ప్రతికూలతలు

  • పరీక్ష అత్యంత కుడివైపున ఉంది. చివరి నిమిషంలో బగ్‌ని గుర్తించినప్పుడు చాలా ఖర్చు అవుతుంది.
  • బగ్‌ని పరిష్కరించడంలో మరియు దానిని ఉత్పత్తికి ప్రమోట్ చేయడానికి ముందు దాన్ని మళ్లీ పరీక్షించడంలో సమయం చాలా పెద్దది.

అందుకే, పరీక్ష దశను ఎడమవైపుకు మార్చడానికి ఒక కొత్త ఆలోచన పాప్ అప్ చేయబడింది, దీని ద్వారా ఎడమవైపు పరీక్షను మార్చడానికి దారితీసింది.

సూచించబడిన రీడ్ => షిఫ్ట్ లెఫ్ట్ టెస్టింగ్: Aసాఫ్ట్‌వేర్ విజయం కోసం రహస్య మంత్రం

లెఫ్ట్ షిఫ్ట్ టెస్టింగ్ దశలు

లెఫ్ట్ షిఫ్ట్ టెస్టింగ్ లోపాలను గుర్తించడం నుండి లోప నివారణకు విజయవంతమైన మైగ్రేషన్‌కు దారితీసింది. ఇది సాఫ్ట్‌వేర్ వేగంగా విఫలం కావడానికి మరియు అన్ని వైఫల్యాలను త్వరగా పరిష్కరించడానికి సహాయపడింది.

Web API

సాధారణ పరంగా, వెబ్ API అనేది క్లయింట్ నుండి అభ్యర్థనను స్వీకరించే అంశంగా నిర్వచించబడుతుంది. సిస్టమ్ వెబ్ సర్వర్‌కి మరియు వెబ్ సర్వర్ నుండి క్లయింట్ మెషీన్‌కు ప్రతిస్పందనను తిరిగి పంపుతుంది.

API ఎలా పని చేస్తుంది?

Www.makemytrip.comలో ఫ్లైట్‌ను బుక్ చేసుకునే అత్యంత సాధారణ దృష్టాంతాన్ని తీసుకుందాం, ఇది బహుళ విమానయాన సంస్థల నుండి సమాచారాన్ని సమగ్రపరిచే ఆన్‌లైన్ ప్రయాణ సేవ. మీరు ఫ్లైట్ బుకింగ్ కోసం వెళ్ళినప్పుడు, మీరు ప్రయాణ తేదీ/తిరిగి వచ్చే తేదీ, తరగతి మొదలైన సమాచారాన్ని నమోదు చేసి, శోధనపై క్లిక్ చేయండి.

ఇది మీకు బహుళ విమానయాన సంస్థల ధర మరియు వాటి లభ్యతను చూపుతుంది. ఈ సందర్భంలో, అప్లికేషన్ బహుళ ఎయిర్‌లైన్‌ల APIలతో పరస్పర చర్య చేస్తుంది మరియు తద్వారా ఎయిర్‌లైన్ డేటాకు యాక్సెస్ ఇస్తుంది.

మరొక ఉదాహరణ www.trivago.com, ఇది వివిధ హోటళ్ల ధర, లభ్యత మొదలైనవాటిని పోల్చి మరియు జాబితా చేస్తుంది. ఒక నిర్దిష్ట నగరం నుండి. ఈ వెబ్‌సైట్ డేటాబేస్‌ను యాక్సెస్ చేయడానికి బహుళ హోటళ్ల APIలతో కమ్యూనికేట్ చేస్తుంది మరియు వారి వెబ్‌సైట్ నుండి ధరలు మరియు లభ్యతను జాబితా చేస్తుంది.

అందువలన, వెబ్ APIని “క్లయింట్ మెషీన్ మధ్య కమ్యూనికేషన్‌ను సులభతరం చేసే ఇంటర్‌ఫేస్‌గా నిర్వచించవచ్చు మరియు దిwebserver”.

వెబ్ సేవలు

వెబ్ సేవలు (వెబ్ API వంటివి) ఒక యంత్రం నుండి మరొక యంత్రానికి అందించే సేవలు. కానీ API మరియు వెబ్ సేవల మధ్య తలెత్తే ప్రధాన వ్యత్యాసం ఏమిటంటే, వెబ్ సేవలు నెట్‌వర్క్‌ను ఉపయోగిస్తాయి.

అన్ని వెబ్ సేవలు వెబ్ APIలు అని చెప్పడం సురక్షితం కానీ అన్ని వెబ్ APIలు వెబ్ సేవలు కావు (వివరించబడినవి వ్యాసం యొక్క చివరి భాగం). అందువలన, వెబ్ సేవలు వెబ్ API యొక్క ఉపసమితి. వెబ్ API మరియు వెబ్ సేవల గురించి మరింత తెలుసుకోవడానికి దిగువ రేఖాచిత్రాన్ని చూడండి.

వెబ్ API vs వెబ్ సేవలు

వెబ్ సర్వీసెస్ vs వెబ్ API

క్లయింట్ మరియు సర్వర్ మధ్య కమ్యూనికేషన్‌ను సులభతరం చేయడానికి వెబ్ API మరియు వెబ్ సేవలు రెండూ ఉపయోగించబడతాయి. ప్రధాన వ్యత్యాసం వారు కమ్యూనికేట్ చేసే విధానంలో మాత్రమే వస్తుంది.

వాటిలో ప్రతిదానికి ఒక నిర్దిష్ట భాషలో ఆమోదయోగ్యమైన అభ్యర్థన అంశం అవసరం, సురక్షిత కనెక్షన్‌ని అందించడంలో వారి తేడాలు, సర్వర్‌కి కమ్యూనికేట్ చేసే వేగం మరియు తిరిగి ప్రతిస్పందించడం. క్లయింట్‌కి, మొదలైనవి 19>

  • వెబ్ సేవలు సాధారణంగా XML (ఎక్స్‌టెన్సిబుల్ మార్కప్ లాంగ్వేజ్)ని ఉపయోగిస్తాయి, అంటే అవి మరింత సురక్షితమైనవి.
  • వెబ్ సేవలు మరియు APIలు డేటా ట్రాన్స్‌మిషన్ సమయంలో SSL (సెక్యూర్ సాకెట్ లేయర్)ని అందిస్తాయి కాబట్టి వెబ్ సేవలు మరింత సురక్షితమైనవి. , కానీ ఇది WSS (వెబ్ సర్వీసెస్ సెక్యూరిటీ) కూడా అందిస్తుంది.
  • వెబ్ సర్వీస్ అనేది వెబ్ API యొక్క ఉపసమితి. ఉదాహరణకు, వెబ్ సేవలు కేవలం మూడు రకాల ఉపయోగ శైలులపై ఆధారపడి ఉంటాయి, అంటే SOAP, REST మరియు XML-RPC.
  • వెబ్ సేవలు ఎల్లప్పుడూ ఆపరేట్ చేయడానికి నెట్‌వర్క్ అవసరం.
  • వెబ్ సర్వీసెస్ “ఒక కోడ్ డిఫరెంట్ అప్లికేషన్‌లకు” మద్దతు ఇస్తుంది. విభిన్న అప్లికేషన్‌లలో మరింత సాధారణ కోడ్ వ్రాయబడిందని దీని అర్థం.
  • వెబ్ API

    • ఒక వెబ్ API సాధారణంగా JSON (జావాస్క్రిప్ట్ ఆబ్జెక్ట్ నొటేషన్)ని ఉపయోగిస్తుంది. అంటే Web API వేగవంతమైనదని అర్థం.
    • XML వలె కాకుండా JSON లైట్ వెయిట్ ఉన్నందున వెబ్ API వేగంగా ఉంటుంది.
    • వెబ్ APIలు వెబ్ సేవల యొక్క సూపర్‌సెట్. ఉదాహరణకు, వెబ్ సేవల యొక్క మూడు శైలులు వెబ్ APIలో కూడా ఉన్నాయి, కానీ అది కాకుండా, ఇది JSON – RPC వంటి ఇతర శైలులను ఉపయోగిస్తుంది.
    • వెబ్ API అవసరం లేదు ఆపరేట్ చేయడానికి నెట్‌వర్క్.
    • వెబ్ API సిస్టమ్ లేదా అప్లికేషన్ యొక్క స్వభావాన్ని బట్టి ఇంటర్‌ఆపరేబిలిటీకి మద్దతివ్వవచ్చు లేదా మద్దతు ఇవ్వకపోవచ్చు.

    మీ సంస్థలో API టెస్టింగ్‌ని పరిచయం చేస్తున్నాము

    మన దైనందిన జీవితంలో, మనమందరం APIలతో యాప్‌లతో పరస్పర చర్య చేయడం అలవాటు చేసుకున్నాము మరియు అంతర్లీన కార్యాచరణను నడిపించే బ్యాక్-ఎండ్ ప్రాసెస్‌ల గురించి కూడా ఆలోచించము.

    ఉదాహరణకు , మీరు Amazon.comలోని ఉత్పత్తుల ద్వారా బ్రౌజ్ చేస్తున్నారని మరియు మీరు నిజంగా ఇష్టపడే ఉత్పత్తి/డీల్‌ని చూస్తారని మరియు దానిని మీ Facebook నెట్‌వర్క్‌తో భాగస్వామ్యం చేయాలనుకుంటున్నారని మేము పరిశీలిద్దాం.

    మీరు క్లిక్ చేసిన క్షణంలో పేజీ యొక్క భాగస్వామ్య విభాగంలో Facebook చిహ్నంపై మరియు మీ అని నమోదు చేయండిభాగస్వామ్యం చేయడానికి Facebook ఖాతా ఆధారాలు, మీరు Amazon వెబ్‌సైట్‌ను Facebookకి సజావుగా కనెక్ట్ చేస్తున్న APIతో పరస్పర చర్య చేస్తున్నారు.

    API పరీక్షకు Shiftని దృష్టిలో పెట్టుకోండి

    API పరీక్షపై మరింత చర్చించే ముందు, కారణాలను చర్చిద్దాం. దీని కోసం ఇటీవలి కాలంలో API ఆధారిత అప్లికేషన్‌లు జనాదరణ పొందాయి.

    API ఆధారిత ఉత్పత్తులు మరియు అప్లికేషన్‌లకు సంస్థలు మారడానికి అనేక కారణాలు ఉన్నాయి. మరియు వాటిలో కొన్ని మీ సూచన కోసం దిగువన నమోదు చేయబడ్డాయి.

    #1) API ఆధారిత అప్లికేషన్‌లు సాంప్రదాయ అప్లికేషన్‌లు/సాఫ్ట్‌వేర్‌తో పోల్చినప్పుడు మరింత స్కేలబుల్‌గా ఉంటాయి. కోడ్ డెవలప్‌మెంట్ రేటు వేగంగా ఉంటుంది మరియు అదే API ఎలాంటి ప్రధాన కోడ్ లేదా మౌలిక మార్పులు లేకుండా మరిన్ని అభ్యర్థనలను అందించగలదు.

    #2) డెవలప్‌మెంట్ టీమ్‌లు మొదటి నుండి కోడింగ్ ప్రారంభించాల్సిన అవసరం లేదు వారు ఫీచర్ లేదా అప్లికేషన్‌ను అభివృద్ధి చేయడంలో పని చేయడం ప్రారంభించిన సమయం. APIలు చాలా తరచుగా ఇప్పటికే ఉన్న, పునరావృతమయ్యే ఫంక్షన్‌లు, లైబ్రరీలు, నిల్వ చేయబడిన విధానాలు మొదలైన వాటిని మళ్లీ ఉపయోగిస్తాయి మరియు అందువల్ల ఈ ప్రక్రియ మొత్తం వాటిని మరింత ఉత్పాదకతను కలిగిస్తుంది.

    ఉదాహరణకు, మీరు డెవలపర్‌గా పని చేస్తుంటే ఇ-కామర్స్ వెబ్‌సైట్ మరియు మీరు అమెజాన్‌ను చెల్లింపు ప్రాసెసర్‌గా జోడించాలనుకుంటున్నారు - అప్పుడు మీరు మొదటి నుండి కోడ్‌ను వ్రాయవలసిన అవసరం లేదు.

    మీరు చేయాల్సిందల్లా మీ వెబ్‌సైట్ మరియు Amazon APIని ఉపయోగించి ఏకీకరణను సెటప్ చేయడం ఇంటిగ్రేషన్ కీలు మరియు చెక్అవుట్ సమయంలో చెల్లింపులను ప్రాసెస్ చేయడం కోసం Amazon 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) పరీక్షిస్తోంది

    ముందుకు స్క్రోల్ చేయండి