top 45 web services interview questions
Elenco delle domande e risposte dell'intervista sui servizi Web più frequenti per aiutarti a prepararti per il prossimo colloquio:
Nello scenario di oggi, quando parliamo di necessità di base per vivere una vita tecnicamente avanzata, 'World Wide Web i.e. www' agisce come un fattore essenziale.
Sul mercato esistono varietà di applicazioni web sviluppate su diverse piattaforme di programmazione. Diventa molto difficile garantire associazioni complete e accurate tra queste applicazioni eterogenee.
La soluzione a questo problema è 'Servizi web' che effettivamente funge da mezzo di comunicazione tra queste molteplici applicazioni web sviluppate con diversi linguaggi di programmazione. I servizi Web utilizzano un sistema di messaggistica XML standardizzato facilmente disponibile su Internet o su reti private.
I servizi web sono un argomento molto vasto. Ciò include la sua architettura, componenti come Simple Object Access Protocol (SOAP) , WSDL (Web Services Description Language) , Servizi Web RESTful, protezione dei servizi Web, ecc.
In questo articolo vengono trattati tutti gli argomenti dei servizi Web necessari per i quali è necessario avere una buona conoscenza per poter rispondere a qualsiasi domanda di livello. Vedrai anche le migliori domande e risposte dell'intervista sui servizi web in categorie in modo che, se necessario, puoi passare solo a una particolare sezione.
Cosa imparerai:
Domande e risposte all'intervista sui servizi web
Le seguenti domande integrate riguardano domande di test sui servizi Web, servizi Web RESTful, servizi Web SOAP, domande di interviste sulla sicurezza dei servizi Web.
Domande generali
D # 1) Spiega i servizi Web?
Risposta: Un servizio Web può essere definito come un componente dell'applicazione per la comunicazione o per lo scambio di informazioni tra due applicazioni sulla rete. I servizi Web funzionano fondamentalmente su un modello client-server in cui i servizi Web sono facilmente accessibili alle applicazioni client sulla rete.
Per abilitare la comunicazione tra varie applicazioni, i servizi Web utilizzano standard aperti come XML (per la codifica dei dati), SOAP (per il trasferimento dei messaggi) e WSDL (per denotare la disponibilità del servizio).
D # 2) Quali sono i componenti del servizio web?
Risposta: I diversi componenti dei servizi web sono i seguenti:
- SAPONE- Protocollo di accesso agli oggetti semplice
- UDDI- Descrizione universale, scoperta e integrazione
- WSDL- Linguaggio di descrizione del servizio Web
- RDF- Framework di descrizione delle risorse
- XML- Extensible Markup Language
D # 3) Spiegare il termine Interoperabilità rispetto ai servizi Web?
Risposta: Il termine 'Interoperabilità' è ampiamente utilizzato nella descrizione del marketing del prodotto che definisce la capacità di diversi prodotti o sistemi di lavorare insieme senza alcuno sforzo particolare da parte del cliente.
Ciò è applicabile allo stesso modo quando parliamo di 'interoperabilità' in termini di servizi web. Qui, determina la comunicazione tra varie applicazioni, la condivisione di dati e servizi tra di loro. Non ci sono restrizioni sul tipo di applicazione da comunicare.
Se viene scritto del codice, verrà trattato come un codice generico che verrà compreso da tutte le applicazioni. Pertanto, il costo di scrittura di codici specifici per ciascuna applicazione è ridotto.
Non ci sono restrizioni sul tipo di applicazione da comunicare. Se viene scritto del codice, verrà trattato come un codice generico che verrà compreso da tutte le applicazioni. Pertanto, il costo di scrittura di codici specifici per ciascuna applicazione è ridotto.
D # 4) Definire lo stack del protocollo del servizio Web e i suoi livelli?
Risposta: Lo stack del protocollo del servizio Web è costituito da 4 livelli. Questo può essere descritto come segue:
a) Servizio di trasporto: Questo è il primo livello che aiuta a trasportare i messaggi XML tra varie applicazioni client. Questo livello utilizza comunemente i protocolli indicati di seguito:
- HTTP (Hypertext Transport Protocol)
- SMTP (Simple Mail Transport Protocol)
- FTP (File Transfer Protocol)
- BEEP (Block Extensible Exchange Protocol)
b) messaggistica XML: Questo livello si basa sul modello XML in cui i messaggi sono codificati in un formato XML comune che è facilmente comprensibile da altri. Questo livello include
- XML-RPC
- SOAP (Simple Object Access Protocol)
c) Descrizione del servizio: Questo livello contiene descrizioni come posizione, funzioni disponibili e tipi di dati per la messaggistica XML che descrive l'interfaccia pubblica di un servizio Web specifico. Questo livello include:
- WSDL (Web Service Description Language)
d) Rilevamento del servizio: Questo livello è responsabile di fornire un modo per pubblicare e trovare servizi Web sul Web. Questo livello include:
- UDDI (descrizione universale, rilevamento e integrazione)
D # 5) Spiega l'architettura del servizio web?
Risposta: L'architettura del framework del servizio Web è costituita da tre diversi livelli. I ruoli di questi livelli sono definiti come di seguito:
- Fornitore di servizi: Come indica il nome, il ruolo del fornitore di servizi è creare il servizio Web e renderlo accessibile alle applicazioni client su Internet per il loro utilizzo.
- Richiedente del servizio: Il richiedente del servizio è fondamentalmente qualsiasi consumatore di servizi Web come qualsiasi applicazione client. Le applicazioni client sono scritte in qualsiasi lingua. Contattano il servizio web per qualsiasi tipo di funzionalità inviando richieste XML tramite la connessione di rete disponibile.
- Registro dei servizi: Il registro dei servizi è la directory centralizzata che consente di individuare i servizi Web per le applicazioni client. Qui possiamo trovare i servizi web esistenti, così come gli sviluppatori, possono anche creare quello nuovo.
Il fornitore di servizi utilizza l'interfaccia 'Pubblica' del registro dei servizi per rendere i servizi web esistenti disponibili per le applicazioni client. Con tutte le informazioni fornite dal Registro dei servizi, il Richiedente del servizio è in grado di associare o richiamare i servizi.
Q # 6) Cosa intendi per XML-RPC?
Risposta: RPC è Remote Procedure Call e, come suggerisce il nome, è il metodo per chiamare una procedura o una funzione disponibile su qualsiasi computer remoto.
le prime 10 agenzie di reclutamento nel mondo
XML è l'acronimo di Extensible Markup Language. Pertanto XML-RPC rappresenta un semplice protocollo che esegue RPC utilizzando la messaggistica XML. Questo è stato considerato uno strumento eccellente per connettere ambienti diversi e anche stabilire connessioni tra un'ampia varietà di computer.
D # 7) Spiega le caratteristiche di XML-RPC?
Risposta: Le caratteristiche principali di XML-RPC sono elencate di seguito:
- Gli RPC vengono eseguiti utilizzando un semplice linguaggio XML.
- Le richieste con codifica XML vengono inviate tramite HTTP POST.
- La risposta XML è incorporata nella risposta HTTP.
- È considerato indipendente dalla piattaforma.
- Consente la comunicazione tra diverse applicazioni.
- Utilizza il protocollo HTTP per passare le informazioni tra i computer client e server.
- Ha un piccolo vocabolario XML per descrivere la natura della richiesta e della risposta.
D # 8) Ottieni alcuni vantaggi dei servizi web?
Risposta: Abbiamo già discusso dei servizi web, della sua architettura, dei componenti. Adesso, vediamo alcuni dei suoi vantaggi:
- Ogni applicazione è ora su Internet ed è il servizio Web che fornisce una sorta di funzionalità richiesta alle applicazioni client.
- I servizi Web aiutano a esporre le funzionalità esistenti sulla rete per aiutare altre applicazioni da utilizzare nei loro programmi.
- Ha caratteristiche come 'Interoperabilità' che determina la comunicazione tra varie applicazioni, la condivisione di dati e servizi tra di loro.
- I servizi Web utilizzano lo stack di protocollo del servizio Web standardizzato per la comunicazione che consiste di 4 livelli, ovvero Trasporto del servizio, messaggistica XML, Descrizione del servizio e Rilevamento del servizio.
- Ha la caratteristica del basso costo di comunicazione a causa dell'utilizzo di SOAP (Simple Object Access Protocol) su protocollo HTTP.
- Facile da distribuire, integrare ed è riutilizzabile.
- Consente una semplice integrazione tra caratteristiche diverse come parte della caratteristica di accoppiamento libero.
D # 9) Spiega il termine UDDI con le sue caratteristiche?
Risposta: UDDI è uno standard basato su XML nel livello di rilevamento dei servizi dello stack del protocollo del servizio Web. Viene utilizzato per la pubblicazione e la ricerca di servizi Web sul Web in quanto agisce come una directory. Alcune delle caratteristiche di UDDI sono spiegate di seguito:
- È un framework aperto ed è indipendente dalla piattaforma.
- Per la comunicazione vengono utilizzati i protocolli SOAP, COBRA e Java RMI.
- Aiuta le aziende a scoprirsi a vicenda e consentire l'interazione tra loro su Internet.
- Funziona come un database contenente tutti i file WSDL.
Q # 10) Quale lingua viene utilizzata da UDDI?
Risposta: UDDI utilizza il linguaggio noto come WSDL (Web Service Description Language)
Q # 11) Spiega BEEP?
Risposta: BEEP sta per Blocks Extensible Exchange Protocol. BEEP è determinato dalla creazione di nuovi protocolli per la varietà di applicazioni come la messaggistica istantanea, la gestione della rete, il trasferimento di file, ecc. Viene definito come nuova Internet Engineering Task Force (IETF) che è stratificata direttamente su TCP. Ha alcune funzionalità integrate come
- Autenticazione
- Sicurezza
- Gestione degli errori
- Protocollo di handshake
D # 12) Arruolare alcuni strumenti utilizzati per testare i servizi web?
Risposta: Per testare i servizi Web, vengono utilizzati gli strumenti indicati di seguito:
- SAPONE
- Client REST
- JMeter
D # 13) Abbiamo bisogno di un'applicazione speciale per accedere al servizio web?
Risposta: L'unico requisito per accedere ai servizi Web da qualsiasi applicazione è che deve supportare la richiesta e la risposta basate su XML. Non è necessario o il requisito di installare alcuna applicazione per accedere ai servizi web.
Domande di intervista sui servizi Web RESTful
D # 14) Cosa sai dei servizi Web RESTful?
Risposta: REST sta per Representational State Transfer. REST è definito come lo stile architetturale client-server senza stato per lo sviluppo di applicazioni accessibili tramite il web.
Quando i servizi Web utilizzano metodi HTTP per implementare il concetto di architettura REST, è noto come servizi Web RESTful. In questo stile architettonico, i dati e le funzionalità vengono serviti come risorse e sono accessibili tramite URI (Uniform Resource Identifiers).
I servizi Web RESTful consentono ai servizi Web di funzionare al meglio inducendo proprietà come
- Prestazione
- Scalabilità
- Modificabilità
D # 15) Spiega i vantaggi dei servizi web RESTful?
Risposta: Di seguito sono elencati i vantaggi dei servizi web RESTful:
- Sono considerati indipendenti dal linguaggio e dalla piattaforma in quanto possono essere scritti in qualsiasi linguaggio di programmazione e possono essere eseguiti su qualsiasi piattaforma.
- REST è un protocollo leggero ed è considerato veloce a causa del minor consumo di larghezza di banda e risorse.
- Supporta più tecnologie e diversi formati di dati come testo normale, XML, JSON, ecc.
- Ha un'implementazione debolmente accoppiata e può essere testato facilmente sui browser.
D # 16) Differenziare SOAP e REST?
Risposta: La differenza tra SOAP e REST può essere facilmente compresa dalla tabella sottostante.
SAPONE | RIPOSO |
---|---|
Definisce la propria sicurezza e utilizza il contratto WSDL per l'associazione di servizi Web e programmi client. | Non ha alcun contratto definito e non ha i propri metodi di sicurezza. |
Il protocollo SOAP (Simple Object Access Protocol) funge da protocollo standard per la creazione di servizi Web. | REST (Representational State Transfer) è uno stile architettonico per la creazione di servizi web. |
I servizi Web e i client sono strettamente collegati e definiscono alcuni standard che devono essere seguiti rigorosamente. | Non segue troppi standard ed è vagamente accoppiato. |
Richiede più larghezza di banda e risorse e utilizza interfacce di servizio per esporre la logica aziendale. | Richiede meno larghezza di banda e risorse e utilizza URI (Uniform Resource Identifiers) per esporre la logica aziendale. |
Di solito è meno preferito e consente solo il formato dati XML. | Di solito è più preferito e consente formati di dati come testo normale, HTML, JSON, ecc. |
L'API Java per il servizio Web SOAP è JAX-WS. | L'API Java per il servizio Web RESTFUL è JAX-RS. |
SOAPUI può essere utilizzato per testare i servizi Web SOAP. | Browser ed estensioni come Chrome Postman vengono utilizzati per testare i servizi web REST. |
D # 17) Spiega i diversi metodi HTTP supportati dai servizi Web RESTful?
Risposta: Di seguito sono elencati alcuni metodi HTTP comuni insieme alle loro funzioni supportate dai servizi Web RESTful
- OTTENERE: Accesso in sola lettura alla risorsa.
- METTERE: Creazione di nuove risorse.
- ELIMINA: Rimozione di una risorsa.
- INVIARE: Aggiornamento di una risorsa esistente.
- OPZIONI: Ottieni operazioni supportate sulla risorsa.
- CAPO: Restituisce solo l'intestazione HTTP, nessuno.
D # 18) Che cos'è una risorsa nel servizio web RESTful e come viene rappresentata?
Anni: Si dice che la risorsa sia un concetto fondamentale che ha un tipo e una relazione con altre risorse. Nell'architettura REST, ogni contenuto è considerato come la risorsa e viene identificato dai rispettivi URI.
Le risorse sono rappresentate con l'aiuto di XML, JSON, testo, ecc. Nell'architettura RESTful.
D # 19) Quali sono i componenti principali della richiesta HTTP e della risposta HTTP?
Risposta: La richiesta HTTP ha i seguenti 5 componenti principali:
Richieste HTTP | Significato / lavoro |
---|---|
Verbo | Indica metodi HTTP come GET, PUT, POST, ecc |
ODIARE | Identifica la risorsa sul server |
Versione HTTP | Indica la versione. |
Richiedi intestazione | Contiene metadati come tipo di client, impostazioni della cache, formato del corpo del messaggio, ecc. Per il messaggio di richiesta HTTP. |
Corpo della richiesta | Rappresenta il contenuto del messaggio. |
La risposta HTTP ha i seguenti 4 componenti principali:
Risposta HTTP | Significato / lavoro |
---|---|
Codice di stato / risposta | Indica lo stato del server per la risorsa richiesta. |
Versione HTTP | Rappresenta la versione HTTP. |
Intestazione risposta | È costituito da metadati come lunghezza del contenuto, tipo di contenuto, lunghezza del server, ecc. Per il messaggio di risposta HTTP. |
Corpo di risposta | Rappresenta il contenuto del messaggio di risposta. |
D # 20) Qual è lo scopo e il formato dell'URI nell'architettura REST?
Risposta: Lo scopo dell'URI è individuare le risorse sul server che ospitano i servizi Web.
Formato dell'URI:
: ////
D # 21) Spiegare il termine apolidia in termini di servizi web RESTful?
Risposta: Nell'architettura REST, esiste una restrizione in cui un servizio Web REST non è autorizzato a mantenere uno stato client sul server. Tale condizione è nota come 'apolidia'. In una tale situazione, il client passa il proprio contesto al server e, a sua volta, il server memorizza il contesto per elaborare le ulteriori richieste del client.
D # 22) Arruolare i vantaggi e gli svantaggi dell'apolidia?
Risposta: I vantaggi dell'apolidia includono
- Ogni richiesta di metodo viene trattata in modo indipendente.
- La progettazione dell'applicazione è semplificata in quanto non mantiene la precedente interazione del cliente.
- Funziona con il protocollo HTTP in quanto condivide la caratteristica di essere apolidi.
Lo svantaggio dell'apolidia include
- Ogni volta che avviene l'interazione con il cliente, i servizi web devono ricevere informazioni aggiuntive su ciascuna richiesta in modo che possano interpretare lo stato del cliente.
D # 23) Per progettare un servizio web RESTful sicuro, quali sono i migliori fattori da seguire?
Risposta: I percorsi URL HTTP vengono utilizzati come parte del servizio Web RESTful, quindi devono essere protetti. Alcune delle migliori pratiche sono:
- Eseguire la convalida di tutti gli input sul server dagli attacchi di SQL injection.
- Esegui l'autenticazione basata sulla sessione dell'utente ogni volta che viene effettuata una richiesta.
- Non utilizzare mai dati sensibili come nome utente, password del token di sessione, ecc. Tramite URL. Questi dovrebbero essere passati tramite il metodo POST.
- Metodi come GET, POST, PUT, DELETE, ecc. Dovrebbero essere eseguiti con le opportune restrizioni.
- Il messaggio di errore generico HTTP dovrebbe essere richiamato laddove richiesto.
Servizi Web SOAPUI
D # 24) Definire i servizi web SOAP?
Risposta: Il protocollo SOAP (Simple Object Access Protocol) è definito come il protocollo basato su XML noto per la progettazione e lo sviluppo di servizi Web e per l'abilitazione della comunicazione tra applicazioni sviluppate su piattaforme diverse con linguaggi di programmazione diversi su Internet. È indipendente dalla piattaforma e dalla lingua.
D # 25) Quali sono i vari approcci disponibili per lo sviluppo di servizi web basati su SOAP?
Risposta: Esistono fondamentalmente 2 diversi approcci disponibili per lo sviluppo di servizi web basati su SOAP. Questi sono spiegati come segue
- Approccio al primo contratto: In questo approccio, il contratto viene definito prima da XML e WSDL e quindi le classi java vengono derivate dal contratto.
- Approccio ultimo contratto: In questo approccio, le classi java vengono definite prima e poi viene generato il contratto che di solito è il file WSDL dalla classe java.
Il metodo 'contratto prima' è l'approccio preferito.
D # 26) Spiega il principale ostacolo affrontato dagli utenti SOAP?
Risposta: Uno dei principali ostacoli osservati dagli utenti di SOAP è il 'meccanismo di sicurezza del firewall'. In questo caso, tutte le porte HTTP tranne quelle che bypassano il firewall sono bloccate. In alcuni casi, si osserva anche un problema tecnico relativo alla combinazione delle specifiche del trasporto dei messaggi con la struttura dei messaggi.
Q # 27) Quali sono i vantaggi e gli svantaggi di SOAP?
Risposta: Di seguito sono elencati i vantaggi dei servizi Web SOAP:
- SOAP consente la comunicazione tra varie applicazioni ed è indipendente dalla lingua e dalla piattaforma.
- È molto semplice e utilizza il protocollo HTTP standard e XML per l'invio e la ricezione di messaggi.
- Definisce e utilizza la propria sicurezza nota come sicurezza WS.
- Disaccoppia la codifica e il protocollo di comunicazione dall'ambiente di runtime.
- Elimina i problemi del firewall ed è indipendente dal fornitore.
- Permette la circolazione dei messaggi in un ambiente distribuito e decentralizzato.
Di seguito sono elencati gli svantaggi dei servizi Web SOAP:
- I formati leggeri diversi da XML non sono supportati.
- Non facilmente testabile su browser.
- I servizi di sicurezza non sono presenti.
- SOAP è lento e non può essere facilmente testato sul browser.
- I servizi Web e i client sono strettamente collegati e definiscono alcuni standard che devono essere seguiti rigorosamente.
Q # 28) Quali sono gli elementi di un messaggio SOAP?
Risposta: SOAP è proprio come un altro documento XML e ha i seguenti elementi:
- Busta: Questo elemento è definito come l'elemento radice obbligatorio. Traduce il documento XML e determina l'inizio e la fine del messaggio SOAP.
- Intestazione: Questo elemento contiene gli attributi di intestazione facoltativi del messaggio che contiene informazioni specifiche sull'applicazione. Questo elemento può verificarsi più volte e ha lo scopo di aggiungere nuove caratteristiche e funzionalità.
- Corpo: Questo elemento è obbligatorio e contiene i messaggi di chiamata e risposta. È anche definito come l'elemento figlio della busta contenente tutti i dati XML derivati dall'applicazione che sono stati scambiati come parte del messaggio SOAP.
- Elemento guasto: Gli errori che si verificano durante l'elaborazione dei messaggi vengono gestiti dall'elemento fault. Se l'errore è presente, questo elemento appare come un elemento figlio del corpo. Tuttavia, può esserci un solo blocco di errori.
Q # 29) Quali sono le caratteristiche importanti dell'elemento involucro SOAP?
Risposta: Abbiamo visto il lavoro di base di un elemento inviluppo SOAP nella risposta precedente, vediamo ora alcune delle sue caratteristiche:
- La busta SOAP è un meccanismo di confezionamento.
- Ogni messaggio SOAP ha un messaggio busta radice obbligatorio.
- È consentito un solo elemento del corpo per ogni elemento dell'involucro.
- Man mano che la versione SOAP cambia, la busta cambia.
- Se l'elemento di intestazione è presente, dovrebbe apparire come il primo figlio.
- Il prefisso ENV e l'elemento busta vengono utilizzati per la specifica.
- Uno spazio dei nomi e uno stile di codifica opzionale vengono utilizzati in caso di codifica SOAP opzionale.
D # 30) Elenca alcune regole di sintassi applicabili per il messaggio SOAP?
Risposta: Di seguito sono elencate alcune importanti regole di sintassi applicabili per il messaggio SOAP:
Un messaggio SOAP
- Deve essere codificato utilizzando XML.
- È necessario utilizzare lo spazio dei nomi della busta SOAP.
- È necessario utilizzare lo spazio dei nomi di codifica SOAP.
- Non deve contenere il riferimento DTD.
- Non deve contenere istruzioni di elaborazione XML.
Q # 31) Definisci SOA?
Risposta: Un'architettura SOA (Service Oriented Architecture) è sostanzialmente definita come un modello architettonico costituito da servizi. Qui i componenti dell'applicazione forniscono servizi agli altri componenti utilizzando il protocollo di comunicazione sulla rete. Questa comunicazione comporta lo scambio di dati o qualche attività di coordinamento tra i servizi.
Di seguito sono riportati alcuni dei principi chiave su cui si basa la SOA:
- Il contratto di servizio dovrebbe essere standardizzato contenente tutte le descrizioni dei servizi.
- Esiste un accoppiamento lasco che definisce la minore dipendenza tra i servizi Web e il client.
- Dovrebbe seguire la regola di astrazione del servizio, che dice che il servizio non deve esporre il modo in cui la funzionalità è stata eseguita all'applicazione client.
- I servizi dovrebbero essere riutilizzabili per funzionare con vari tipi di applicazioni.
- I servizi dovrebbero essere senza stato e avere la caratteristica di rilevabilità.
- I servizi suddividono grandi problemi in piccoli problemi e consentono a diversi abbonati di utilizzare i servizi.
Q # 32) Spiega le azioni eseguite da SOAPUI?
Risposta: SOAPUI è una soluzione di test funzionale open source, gratuita e multipiattaforma. Di seguito sono indicate alcune azioni eseguite da SOAPUI:
- Può aiutare a creare suite di test funzionali, di sicurezza e di test di carico.
- Vengono inoltre eseguiti test basati sui dati e test basati su scenari.
- Ha la capacità di impersonare i servizi web e ha capacità di reporting integrate.
Sicurezza dei servizi Web
D # 33) Quali sono i principali problemi di sicurezza del servizio web?
Risposta: Per garantire transazioni affidabili e proteggere le informazioni riservate, i servizi web richiedono un livello di sicurezza molto elevato che può essere raggiunto solo tramite Affidati a Secure Transaction Platform . I problemi di sicurezza per i servizi Web sono sostanzialmente suddivisi in tre sezioni, come descritto di seguito:
- Riservatezza: Un singolo servizio Web può avere più applicazioni e il loro percorso di servizio contiene un potenziale collegamento debole nei suoi nodi. Ogni volta che i messaggi o le richieste XML vengono inviati dal client insieme al percorso del servizio al server, devono essere crittografati. Pertanto, mantenere la riservatezza della comunicazione è un must.
- Autenticazione: L'autenticazione è fondamentalmente eseguita per verificare l'identità degli utenti oltre a garantire che l'utente che utilizza il servizio web abbia il diritto di utilizzare o meno? L'autenticazione viene eseguita anche per monitorare l'attività dell'utente. Ci sono diverse opzioni che possono essere prese in considerazione per questo scopo
- Autenticazione a livello di applicazione
- HTTP digest e autenticazione di base HTTP
- Certificati client
- Sicurezza della rete: Questo è un problema serio che richiede strumenti per filtrare il traffico del servizio web.
D # 34) Cosa sai dei servizi di sicurezza della fondazione?
Risposta: I servizi di sicurezza della fondazione consistono in:
- Integrazione
- Autenticazione
- Autorizzazione
- Firme digitali
- Processi di crittografia
D # 35) Che cos'è Entrust Identification Service?
VPN gratis per netflix
Risposta: Entrust Identification Service è classificato in Entrust Secure Transaction Platform che fornisce funzionalità di sicurezza essenziali per garantire transazioni sicure. Questo di solito consente alle aziende di controllare completamente le identità affidabili per eseguire transazioni di servizi web.
D # 36) Che cos'è Entrust Entitlements Service?
Risposta: I servizi Entrust Entitlement sono quelli il cui compito è verificare i servizi che stanno tentando di accedere ai servizi web. Fondamentalmente garantisce la sicurezza nelle operazioni aziendali, nonché alcuni servizi di autenticazione.
Q # 37) Che cos'è Entrust Privacy Service?
Risposta: Come suggerisce il nome, Entrust Privacy Service esegue la crittografia dei dati in modo che solo le parti interessate possano accedere ai dati. Fondamentalmente si occupa di due fattori
- Riservatezza
- Sicurezza
Domande di intervista WSDL
D # 38) Spiega WSDL?
Risposta: WSDL è l'acronimo di Web service Description Language. È un semplice documento XML che rientra nel livello di descrizione del servizio di Web Service Protocol Stock e descrive i dettagli tecnici o individua l'interfaccia utente per il servizio web. Poche delle informazioni importanti presenti nel documento WSDL lo sono
- Nome del metodo
- Tipi di porta
- Endpoint del servizio
- Parametri del metodo
- Informazioni sull'intestazione
- Origine, ecc
D # 39) Quali sono i diversi elementi dei documenti WSDL?
Risposta: I diversi elementi del documento WSDL insieme a una breve descrizione sono elencati di seguito:
- Tipi: Definisce i tipi di dati del messaggio, che sono sotto forma di schema XML, utilizzati dai servizi web.
- Messaggio: Questo definisce gli elementi di dati per ogni operazione in cui i messaggi potrebbero essere l'intero documento o un argomento che deve essere mappato.
- Tipo di porta: Sono presenti più servizi in WSDL. Il tipo di porta definisce la raccolta di operazioni che possono essere eseguite per l'associazione.
- Rilegatura: Determina e definisce il protocollo e il formato dei dati per ogni tipo di porta.
- Operazioni: Definisce le operazioni eseguite affinché un messaggio elabori il messaggio.
D # 40) Spiega l'elemento messaggio in WSDL?
Risposta: L'elemento messaggio descrive i dati che sono stati scambiati tra il consumatore e i fornitori di servizi web. Ogni servizio web è costituito da due messaggi e ogni messaggio ha zero o più parametri. I due messaggi sono:
- Ingresso: Descrive il parametro per il servizio Web.
- Produzione: Descrive i dati restituiti dal servizio Web.
D # 41) Elenca la risposta dei tipi di operazione utilizzata in WSDL?
Risposta: WSDL definisce fondamentalmente 4 tipi di risposte del tipo di operazione. Questi sono elencati di seguito:
- Senso unico: Riceve un messaggio ma non restituisce la risposta.
- Richiedere risposta: Riceve una richiesta e restituisce una risposta.
- Sollecitazione-risposta: Invia una richiesta e attende una risposta.
- Notifica: Invia un messaggio ma non attende una risposta.
Tra questi, Request-Response è il tipo di operazione più comune.
Q # 42) È possibile il binding tra SOAP e WSDL?
Risposta: Sì, è possibile associare WSDL a SOAP. L'associazione è possibile fondamentalmente tramite due attributi:
- Nome: Definisce il nome dell'associazione.
- Genere: Definisce la porta per l'associazione.
Per l'associazione SOAP, è necessario dichiarare due attributi
- Trasporto: Definisce il protocollo SOAP da utilizzare, ovvero HTTP.
- Stile: Questo attributo può essere 'rpc' o 'document'.
Q # 43) Spiega l'elemento?
Risposta: L'elemento di definizione è descritto come la radice del documento WSDL che definisce il nome del servizio web e funge da contenitore per tutti gli altri elementi.
D # 44) Quali sono i due attributi di elemento in WSDL?
Risposta: Ogni elemento port è correlato a un binding specifico definendo un endpoint individuale. L'elemento port ha i seguenti due attributi
- Nome: Questo attributo fornisce il nome univoco all'interno del documento WSDL.
- Rilegatura: Questo attributo si riferisce al processo di associazione che deve essere eseguito secondo le regole di collegamento definite da WSDL.
Q # 45) Quali sono i punti che dovrebbero essere considerati dai porti durante il binding?
Risposta: WSDL consente elementi di estensibilità utilizzati per specificare le informazioni di associazione. Di seguito sono riportati alcuni punti importanti che dovrebbero essere tenuti in considerazione durante l'associazione.
Un porto no
- Specifica più di un indirizzo.
- Specificare qualsiasi informazione vincolante diversa dalle informazioni sull'indirizzo.
Conclusione
Questo articolo contiene tutte le domande frequenti sui servizi web. Sebbene l'argomento sia molto vasto, ho coperto ogni sezione. Questo ti aiuterà ad apprendere e rispondere ad argomenti relativi ai servizi web.
Lettura consigliata
- Domande e risposte dell'intervista
- Alcune interessanti domande di intervista sul test del software
- Top 20 domande e risposte al colloquio sui servizi Web RESTful
- Top 30 domande e risposte al colloquio sui test di sicurezza
- ETL Testing Interview Domande e risposte
- Le 12 migliori domande per l'intervista Mockito (Intervista sul quadro beffardo)
- Principali domande per l'intervista su Oracle Forms and Reports
- Domande di intervista sul test manuale del software per professionisti esperti