Top 35 ASP.Net și API-uri Web Interviu Întrebări cu răspunsuri

top 35 asp net web api interview questions with answers

Lista celor mai frecvente întrebări ASP.Net și API pentru interviuri web cu răspunsuri și exemple pentru începători și profesioniști cu experiență:

Servicii Web a fost explicat în detaliu în tutorialul nostru anterior. Ne vom concentra pe unele dintre cele mai frecvente întrebări de interviu cu API-ul Web din acest tutorial.

Aceste întrebări ASP.Net și Web API Interview sunt în tendință și sunt puse în timpul rundelor tehnice ale procesului de angajare. Întrebările includ atât subiectiv cât și obiectiv.

Nivelul de dificultate este mixt și este adecvat atât pentru începători, cât și pentru profesioniști cu experiență.

=> Consultați aici Ghidul gratuit de testare API

cum se utilizează comanda find în unix

35 Cele mai bune întrebări și răspunsuri la interviuri ASP.Net și Web API

Mai jos sunt enumerate cele mai populare Întrebări de interviu ASP.Net și Web API care vă vor ajuta în procesul de pregătire a interviului.

Să explorăm !!

Q # 1) Ce este ASP.Net?

Răspuns: ASP înseamnă Active Server Pages. Microsoft a venit cu un cadru (ASP.Net) care era versiunea actualizată a ASP vechi. Fișierele de bibliotecă și motorul ASP nu necesită modificări în timpul instalării cadrului.

Acest lucru a facilitat IIS (Internet Information Server) să păstreze ambele scripturi ASP și ASP.Net pe același sistem. IIS nu este altceva decât serverul furnizat de Microsoft care este utilizat pentru a furniza servicii bazate pe internet oricărui ASP.Net sau aplicații web. Orice script de pagină web este executat de IIS.

Q # 2) Ce vrei să spui prin Caching în ASP.Net?

Răspuns: Să presupunem că vizitați Google destul de des și când deschideți o filă nouă în browserul dvs. (să zicem Chrome), această pagină web va fi acolo în secțiunea „cea mai frecvent utilizată”.

Aceasta înseamnă că google.com a fost stocat în cache pe computerul dvs. și va fi deschis în mult mai puțin timp în comparație cu celelalte site-uri web care nu au fost accesate în ultima vreme. Acesta este un exemplu de cache.

Astfel, cache-ul este un mecanism care păstrează fișierele accesate frecvent în memoria cache și le accesează din cache-ul în sine, mai degrabă decât adresa reală a fișierelor sau a datelor.

Î # 3) Care sunt tipurile de cache?

Răspuns: Există trei tipuri diferite de cache, după cum se arată mai jos:

• Memorarea în cache a paginilor
• Memorarea în cache a datelor
• Memorarea în cache a fragmentelor

Q # 4) Ce este un ciclu de viață al paginii? Care sunt evenimentele dintr-un ciclu de viață al paginii?

Răspuns: În timpul executării oricărei pagini ASP.Net, pagina suferă o listă de evenimente (chiar înainte de lansare (inițializare) până la final (redare)). Apariția acestor evenimente în ordine cronologică pe o pagină este cunoscută sub numele de ciclul de viață al paginii.

Mai jos este lista tuturor evenimentelor care apar în timpul unui ciclu de viață al paginii.

Q # 5) Ce este ViewState? În ce eveniment al ciclului de viață al paginii, ViewState este disponibil?

Răspuns: ViewState este o tehnică de gestionare a stării care permite stocarea datelor de intrare ale utilizatorilor pe o pagină la evenimentul PostBack al unei pagini web. ViewState este disponibil după Init și înainte de evenimentul PageLoad din ciclul de viață al paginii.

Q # 6) Care este durata de viață a articolelor din ViewState?

Răspuns: Durata de viață a articolelor din ViewState depinde de durata de viață a paginii curente. Ele există atât timp cât există pagina curentă.

Q # 7) Care este clasa părinte a întregului control al serverului web?

Răspuns: Clasa părinte a întregului control al serverului Web este „System.Web.UI.Control”.

Q # 8) Cum stocați o valoare în ViewState și le recuperați?

Răspuns: După cum știm, ViewState stochează valoarea paginii și datele introduse de utilizator pe o pagină.

Următorul este exemplul modului în care stocăm valoarea în ViewState și o recuperăm.

ViewState ('emp') = 'Saket Saurav'; // Stocați valoarea în ViewState

string value = ViewState („emp”). ToString (); // Obțineți informații

Q # 9) Care este clasa de bază din care sunt moștenite formulare web?

Răspuns: Clasa de pagină este clasa de bază pentru toate WebForms.

Q # 10) Scrieți un cod pentru trimiterea unui e-mail din aplicația ASP.Net.

Răspuns: Scrierea unui fragment de cod este foarte frecventă atât în ​​ASP.net, cât și în interviurile cu Selenium. Pentru Selenium, am discutat deja despre cum să trimitem un e-mail.

Mai jos sunt explicația și codul pentru trimiterea unui e-mail din aplicația ASP.Net.

Explicaţie

În programul de mai jos, creăm un obiect pentru MailMessage. Ulterior, specificăm adresele de e-mail ale expeditorului și destinatarului. Apoi, specificăm linia subiectului ca Testare software.

Mai târziu, elaborăm corpul e-mailului care este apoi trimis cu utilizarea unui protocol simplu de transfer de e-mail prin serverul localhost.

Cod cu comentarii

Q # 11) Care este fișierul prin care vă puteți personaliza aplicația ASP.Net?

Răspuns: web.config este fișierul prin care ne putem personaliza aplicația în ASP.Net, cum ar fi aplicarea unor teme noi, redimensionarea imaginilor sau decuparea imaginilor.

Q # 12) Ce este șirul de interogare în ASP.Net?

Răspuns: Șirul de interogare este un șir (colecție de caractere) care este transmis pe orice browser web ca parte a adresei sau a adresei URL. Aceasta este adesea separată de un semn de întrebare (?).

Sintaxa șirului de interogare este Request.QueryString (variabilă) ((index) .count)

Q # 13) Care sunt diferențele dintre Code-Behind și Code Inline?

Răspuns:

• Code Behind este codul scris într-un fișier de clasă separat, în timp ce Code Inline este codul scris într-o pagină web ASP.Net.
• Code Behind are o extensie .aspx.cs sau .aspx.vb, în ​​timp ce Code Inline (așa cum se află în ASP.Net) are doar o extensie .aspx. Code Inline este scris în interiorul etichetei împreună cu codul HTML.
• Codul pentru toate paginile web este compilat într-un fișier .dll (Data Link Library File) care este păstrat fără codul Inline.

Q # 14) Ce sunt Directivele în ASP.Net? Enumerați toate directivele importante.

Răspuns: Directivele sunt instrucțiunile care sunt utilizate pentru a descrie modul în care paginile .aspx vor fi procesate de cadrul. Diferite directive vin cu opțiuni sau atribute diferite și furnizează cu ușurință numele clasei, descrierile lor sau numele fișierelor clasei care se află în spatele codului pentru orice pagină specifică.

Începe cu.

Sintaxa este:

Directivele importante:

• @Pagină
• @Asamblare
• @Control
• @Maestru
• @MasterType
• @Implementări
• @Import
• @Referinţă
• @PreviousPageType
• @OutputCache
• @Inregistreaza-te

Q # 15) Ce sunt notificările SQL și invalidările SQL?

Răspuns: Notificările SQL sunt notificările care se declanșează atunci când există orice modificare a datelor care sunt copiate în cache.

Invalidarea SQL este ceva (îl puteți numi parser) care invalidează prompt când găsește orice modificare a datelor din baza de date în raport cu datele copiate din cache.

Q # 16) Ce sunt modurile de stare a sesiunii? Enumerați câteva dintre modurile importante ale stării sesiunii ale ASP.net.

Răspuns: Starea sesiunii este ceva în care obiectul sesiunii stochează informații despre un anumit utilizator conectat la sistem. Aceste informații despre sesiune pot fi identificatorul de utilizator sau parola, detalii despre ultima conectare a utilizatorului, ultima activitate și așa mai departe.

Această stare a sesiunii vine cu diferite opțiuni de stocare. Din nou, fiecare opțiune este tratată de valoarea în modul de stare a sesiunii.

Moduri importante ale stării sesiunii

• Mod server de stat: Stochează starea sesiunii în ASP.Net State Service. Starea sesiunii nu împiedică repornirea aplicației într-o anumită regiune.
• Mod InProc : Un mod implicit în care starea sesiunii este stocată în memorie pe serverul Web.
• Mod SQL Server : Starea sesiunii este stocată în baza de date SQL Server. Este la fel ca State Server în păstrarea stării sesiunii chiar dacă aplicația repornește.
• Mod personalizat : Starea sesiunii este stocată într-un furnizor de stocare personalizat. Acesta (Furnizor de stocare personalizată) poate fi configurat de utilizator.
• Mod oprit : Aceasta activează modul offline. Starea sesiunii este dezactivată în acest mod.

Q # 17) Care este diferența dintre Server.Transfer și Response.Redirect?

Răspuns: După cum știm, atât Server.Transfer, cât și Response.Redirect sunt utilizate pentru a facilita utilizatorilor să navigheze de la o pagină la alta în timpul executării paginii. Diferența majoră dintre ele este că în Server.Transfer (așa cum sugerează și numele), transferul se face de către server și în Response.Redirect, se face de către browser.

Q # 18) Definiți serviciile web în ASP.net.

Răspuns: Serviciile Web sunt serviciile software care servesc de la o mașină la alta folosind o rețea. Aceste servicii utilizează XML și oferă SSL și WSS pentru transmiterea datelor.

Î # 19) Ce este un site web multilingv?

Răspuns: Orice site web care acceptă mai multe limbi se numește site-uri web multilingve. Conținutul acestor site-uri web este în diferite limbi și poate fi convertit în mai multe limbi. Unele site-uri web multilingve populare includ Msn , Facebook , etc.

Q # 20) Care obiect înfășoară starea sau datele unui utilizator?

Răspuns: Obiectul sesiunii.

Q # 21) Ce este un obiect de sesiune?

Răspuns: Obiectul sesiune este un obiect care stochează informații despre sesiunea unui utilizator. Informațiile obișnuite includ numele, id-ul, preferințele, orice modificare a setărilor etc. Obiectul sesiunii este inițializat atunci când începe o sesiune și este distrus la expirarea sesiunii.

Q # 22) Explicați diferența dintre autentificare și autorizare.

Răspuns: Autorizare este procesul de confirmare a faptului că sunteți un utilizator autorizat pentru a accesa sistemul. Aceasta include validarea acreditării de conectare.

De exemplu, conectare acces la Facebook.

Autentificare este procesul de furnizare a accesului la orice resursă specifică dintr-un sistem. Aceasta include accesarea oricăror date private, chei de resurse, jetoane etc. De exemplu, drepturi de acces pentru a vizualiza fotografii private pe Facebook.

Pentru a rezuma, doar o persoană autentificată poate fi autorizată să utilizeze resursele.

Q # 23) Ce metode validează toate comenzile de pe o pagină?

Răspuns: Page.Validate ()

Q # 24) Cum puteți aplica o temă aplicației dvs. ASP.Net?

cum să declarați o coadă în java

Răspuns: Există un fișier de configurare numit web.config. În interiorul fișierului web.config, puteți naviga la etichetă și aplicați tema așa cum se arată mai jos.

Q # 25) Serviciile Web acceptă cititori de date precum proiectul POM?

Răspuns: Nu, nu face. Cu toate acestea, acceptă setul de date care poate fi utilizat pentru a transmite datele de intrare.

Q # 26) Ce este un API Web? Ce protocol este utilizat într-un API Web?

Răspuns: API-ul web poate fi definit ca o interfață care facilitează comunicarea între o mașină client și un server web.

Să luăm un scenariu foarte comun de rezervare a unui zbor pe www.makemytrip.com, care este un serviciu de călătorie online care agregă informații de la mai multe companii aeriene. Când alegeți o rezervare de zbor, introduceți informații precum data călătoriei / data întoarcerii, clasa etc. și faceți clic pe căutare.

Aceasta vă va arăta prețul mai multor companii aeriene și disponibilitatea acestora. În acest caz, aplicația interacționează cu API-urile mai multor companii aeriene și oferă acces la datele companiei aeriene.

Un alt exemplu este www.trivago.com care compară și listează prețul și disponibilitatea diferitelor hoteluri dintr-un anumit oraș. Acest site web comunică cu API-urile mai multor hoteluri pentru a accesa bazele de date și listează prețurile și disponibilitatea de pe site-ul lor web. Protocoalele HTTP sunt utilizate în API-ul Web.

Q # 27) Ce bibliotecă este utilizată de testeri și dezvoltatori pentru a dezvolta teste automate și a crea instrumente de testare?

Răspuns: TestAPI este o bibliotecă (utilitar) care este utilizată pentru a crea teste automate și instrumente de testare folosind algoritmi.

Q # 28) Ce parametri puteți trece în adresa URL a API-ului? Poate GET și POST să utilizeze aceeași adresă URL?

Răspuns: Există câțiva parametri pe care îi puteți trece în adresa URL pentru a defini punctul final complet. Acestea sunt chei de context, chei de document sau orice altceva care facilitează API-ul să atingă punctul final exact.

De exemplu, Trebuie să apăsăm documentul „test” Curând cu utilizarea tastei de context com.express.presto.

Într-un astfel de caz, URL-ul nostru este https://www.presto.com, dar punctul final complet va arăta

https://www.presto.com/com.express.presto/test

În acest fel, putem fi siguri că punctul final va atinge documentul de testare folosind o cheie de context specificată.

Da, GET și POST vor trebui să utilizeze același punct final. Dacă nu utilizați același punct final, va fi ca și cum ați crea o înregistrare într-o adresă URL și ați prelua altceva din cealaltă adresă URL, iar acest lucru nu va avea sens.

Q # 29) Dacă 200 este pentru toate operațiunile de succes, atunci de ce avem 201 coduri de răspuns?

Răspuns: Aceasta este o întrebare dificilă. După cum știm, toate codurile de răspuns HTTP din API-ul web pot fi manipulate de dezvoltator și totul depinde de aplicația Dev ca modul în care doresc să configureze codurile de răspuns.

Astfel, puteți avea 200 sau 201 pentru toate operațiunile de succes. În general, 200 reprezintă o operațiune de succes și 201 pentru crearea cu succes a unei înregistrări.

Î # 30) Cum vă puteți asigura că API-ul Web returnează numai date JSON?

Răspuns: În porțiunea antet, trebuie să treceți valoarea „application / json”.

Q # 31) Ce este un Swagger în API-ul Web?

Răspuns: Swagger este cel mai comun șablon care este utilizat în API-ul web. Acest șablon este utilizat pentru a verifica răspunsul unui API pentru diferite metode acceptate de un anumit API. Trebuie doar să faceți clic pe verb (GET sau PUT), să specificați jetoane, corp sau sarcină utilă (dacă este cazul) și să faceți clic pe „încercați”.

Înainte de implementare, fiecare dezvoltator vă va oferi link-ul swagger pe care puteți testa superficial API-ul. Dacă nu, același lucru poate fi realizat folosind un instrument numit POSTMAN.

(imagine sursă )

Q # 32) Explicați componentele Swagger.

Răspuns: După cum puteți vedea în imaginea de mai sus, există o adresă URL care se termină cu /swagger-ui.html. Fiecare adresă URL Swagger se termină cu /swagger-ui.html.

Mai jos sunt enumerate diferitele componente ale Swagger:

a) Numele documentației: Aici Documentația API este numele documentației.

b) Numele API-ului : Controlerul produsului este numele API-ului care va avea o versiune API și o adresă URL de bază.

c) Lista metodelor acceptate de API: GET, PUT, POST și DELETE sunt metodele obișnuite pe care le acceptă API.

(imagine sursă )

(imagine sursă )

d) Parametrii : Există puțini parametri precum id (cheie de context), nume (numele documentului), autorizație, tip de conținut etc. pe care fiecare swagger îl acceptă.

e) Trimiteți : După ce ați introdus toate valorile necesare, trebuie să faceți clic pe butonul Încercați-l, care este butonul de trimitere pentru toți swaggerii.

Q # 33) Care sunt tipurile media de solicitări și răspuns HTTP?

Răspuns: Tipurile media sunt utilizate pentru a specifica formatele cererilor, răspunsurilor, imaginilor și textelor.

Tipurile media includ:

• Image / Png sau Image / Jpg sau Image / Jpeg
• Text / HTML
• Application / json sau Application / xml

Q # 34) Ce este BSON în API-ul Web?

Răspuns: BSON înseamnă Binary Javascript Object Notation. BSON are obiectele din perechea cheie-valoare care este mai rapidă pentru codificare și decodare. Este ușor ca JSON, dar este mult mai rapid decât JSON. Mai mult, BSON nu este într-un format lizibil.

Q # 35) Scrieți un fragment de cod pentru a implementa indentarea în JSON în Web API.

Răspuns: Mai jos este fragmentul de cod pentru indentare.

Concluzie

Cu aceasta, am ajuns la sfârșitul tutorialului despre ASP.Net și întrebări de interviuri API Web. Cunoașterea aprofundată a acestor întrebări de interviu ASP.Net și Web API vă va ajuta să spargeți cu succes interviul.

Vă dorim tot binele pentru interviul ASP.Net și API Web !!

PREV Tutorial | NEXT Tutorial

Lectură recomandată

• Întrebări și răspunsuri la interviu
• Top 20 Cele mai importante API Testarea întrebărilor și răspunsurilor la interviu
• Întrebări și răspunsuri la interviuri de testare ETL
• 35+ Întrebări și răspunsuri de top pentru Apache Tomcat
• Câteva întrebări și răspunsuri dificile de testare manuală
• Top 35 de întrebări și răspunsuri pentru interviurile Android
• Cele mai bune 25 de întrebări și răspunsuri de interviu pentru testarea agilă
• TOP 35 Întrebări și răspunsuri la interviu HTML5