상위 45 개 웹 서비스 인터뷰 질문 및 답변 (RESTful, SOAP, 보안 질문)

top 45 web services interview questions

다가오는 인터뷰를 준비하는 데 도움이되는 가장 자주 묻는 웹 서비스 인터뷰 질문 및 답변 목록 :

오늘날의 시나리오에서 기술적으로 진보 된 삶을 살기위한 기본 필수품에 대해 이야기 할 때 '월드 와이드 웹, 즉 www'가 필수 요소로 작용합니다.

시장에는 다양한 프로그래밍 플랫폼에서 개발 된 다양한 웹 애플리케이션이 있습니다. 이러한 이기종 응용 프로그램 간의 완전하고 정확한 연결을 보장하는 것은 매우 어렵습니다.

이러한 문제에 대한 해결책은 '웹 서비스' 이는 실제로 서로 다른 프로그래밍 언어로 개발 된 여러 웹 애플리케이션 간의 통신 수단으로 작동합니다. 웹 서비스는 인터넷이나 사설 네트워크를 통해 쉽게 사용할 수있는 표준화 된 XML 메시징 시스템을 사용합니다.

웹 서비스는 매우 방대한 주제입니다. 여기에는 아키텍처, 다음과 같은 구성 요소가 포함됩니다. SOAP (Simple Object Access Protocol) , WSDL (Web Services Description Language) , RESTful 웹 서비스, 웹 서비스 보안 등

이 기사에서는 모든 수준의 질문에 답하기 위해 필요한 모든 웹 서비스 주제를 다룹니다. 또한 필요한 경우 특정 섹션 만 통과 할 수 있도록 최고의 웹 서비스 인터뷰 질문과 답변을 범주별로 볼 수 있습니다.

학습 내용 :

• 웹 서비스 인터뷰 질문 및 답변
  • 일반적인 질문들
  • RESTful 웹 서비스 인터뷰 질문
  • SOAPUI 웹 서비스
  • 웹 서비스 보안
  • WSDL 인터뷰 질문
• 결론
  • 추천 도서

웹 서비스 인터뷰 질문 및 답변

다음 질문은 웹 서비스 테스트 질문, RESTful 웹 서비스, SOAP 웹 서비스, 웹 서비스 보안 인터뷰 질문을 다룹니다.

일반적인 질문들

Q # 1) 웹 서비스에 대해 설명 하시겠습니까?

대답: 웹 서비스는 통신을위한 응용 프로그램 구성 요소로 정의되거나 네트워크를 통해 두 응용 프로그램간에 정보를 교환한다고 말할 수 있습니다. 웹 서비스는 기본적으로 네트워크를 통해 클라이언트 응용 프로그램에 웹 서비스에 쉽게 액세스 할 수있는 클라이언트-서버 모델에서 작동합니다.

다양한 애플리케이션 간의 통신을 가능하게하기 위해 웹 서비스는 XML (데이터 태깅 용), SOAP (메시지 전송 용) 및 WSDL (서비스 가용성 표시 용)과 같은 개방형 표준의 도움을받습니다.

Q # 2) 웹 서비스의 구성 요소는 무엇입니까?

대답: 웹 서비스의 다양한 구성 요소는 다음과 같습니다.

• 비누- 단순 개체 액세스 프로토콜
• UDDI- 보편적 인 설명, 발견 및 통합
• WSDL- 웹 서비스 설명 언어
• RDF- 리소스 설명 프레임 워크
• XML- 확장 가능한 마크 업 언어

Q # 3) 웹 서비스와 관련하여 상호 운용성이라는 용어를 설명하십시오.

대답: '상호 운용성'이라는 용어는 고객 측의 특별한 노력없이 서로 다른 제품 또는 시스템이 함께 작동하는 능력을 정의하는 제품 마케팅 설명에서 널리 사용됩니다.

이는 웹 서비스 측면에서 '상호 운용성'에 대해 이야기 할 때도 마찬가지입니다. 여기에서 다양한 애플리케이션 간의 통신, 데이터 공유 및 서비스 간을 결정합니다. 통신 할 응용 프로그램 유형에는 제한이 없습니다.

코드가 작성되면 모든 응용 프로그램에서 이해할 수있는 일반 코드로 처리됩니다. 따라서 각 응용 프로그램에 대한 특정 코드를 작성하는 비용이 줄어 듭니다.

통신 할 응용 프로그램 유형에는 제한이 없습니다. 코드가 작성되면 모든 응용 프로그램에서 이해할 수있는 일반 코드로 처리됩니다. 따라서 각 응용 프로그램에 대한 특정 코드를 작성하는 비용이 줄어 듭니다.

Q # 4) 웹 서비스 프로토콜 스택 및 계층을 정의합니까?

대답: 웹 서비스 프로토콜 스택은 4 개의 계층으로 구성됩니다. 이는 다음과 같이 설명 할 수 있습니다.

a) 서비스 운송 : 이것은 다양한 클라이언트 응용 프로그램간에 XML 메시지를 전송하는 데 도움이되는 첫 번째 계층입니다. 이 계층은 일반적으로 아래 언급 된 프로토콜을 사용합니다.

• HTTP (Hypertext Transport Protocol)
• SMTP (Simple Mail Transport Protocol)
• FTP (파일 전송 프로토콜)
• BEEP (Block Extensible Exchange Protocol)

b) XML 메시징 : 이 계층은 메시지가 다른 사람들이 쉽게 이해할 수있는 일반적인 XML 형식으로 인코딩되는 XML 모델을 기반으로합니다. 이 레이어에는

• XML-RPC
• SOAP (Simple Object Access Protocol)

c) 서비스 설명 : 이 계층에는 특정 웹 서비스에 대한 공용 인터페이스를 설명하는 XML 메시징에 대한 위치, 사용 가능한 기능 및 데이터 유형과 같은 설명이 포함됩니다. 이 레이어에는 다음이 포함됩니다.

• WSDL (Web Service Description Language)

d) 서비스 검색 : 이 계층은 웹을 통해 웹 서비스를 게시하고 찾는 방법을 제공합니다. 이 레이어에는 다음이 포함됩니다.

• UDDI (Universal Description, Discovery, and Integration)

Q # 5) 웹 서비스 아키텍처를 설명 하시겠습니까?

대답: 웹 서비스 프레임 워크 아키텍처는 세 가지 다른 계층으로 구성됩니다. 이러한 계층의 역할은 다음과 같이 정의됩니다.

• 서비스 제공 업체 : 이름에서 알 수 있듯이 서비스 공급자 역할은 웹 서비스를 만들고 인터넷을 통해 클라이언트 응용 프로그램에 액세스 할 수 있도록하는 것입니다.
• 서비스 요청자 : 서비스 요청자는 기본적으로 모든 클라이언트 응용 프로그램과 같은 웹 서비스의 소비자입니다. 클라이언트 애플리케이션은 모든 언어로 작성됩니다. 사용 가능한 네트워크 연결을 통해 XML 요청을 전송하여 모든 유형의 기능에 대해 웹 서비스에 연결합니다.
• 서비스 레지스트리 : Service Registry는 클라이언트 응용 프로그램에 대한 웹 서비스를 찾는 데 도움이되는 중앙 집중식 디렉토리입니다. 여기에서 기존 웹 서비스를 찾을 수있을뿐만 아니라 개발자도 새 서비스를 만들 수 있습니다.

서비스 공급자는 Service Registry의 '게시'인터페이스를 사용하여 클라이언트 응용 프로그램에서 기존 웹 서비스를 사용할 수 있도록합니다. 서비스 레지스트리에서 제공하는 모든 정보를 사용하여 서비스 요청자는 서비스를 바인드하거나 호출 할 수 있습니다.

Q # 6) XML-RPC로 무엇을 이해하고 있습니까?

대답: RPC는 원격 프로 시저 호출이며 이름에서 알 수 있듯이 원격 컴퓨터에서 사용할 수있는 프로 시저 또는 함수를 호출하는 방법입니다.

레지스트리 정리 소프트웨어에 대한 리뷰를 제공하는 사이트

XML은 Extensible Markup Language를 의미합니다. 따라서 XML-RPC는 XML 메시징을 사용하여 RPC를 수행하는 간단한 프로토콜을 나타냅니다. 이것은 다양한 환경을 연결하고 다양한 컴퓨터 간의 연결을 설정하는 데 탁월한 도구로 간주되었습니다.

Q # 7) XML-RPC의 기능을 설명 하시나요?

대답: XML-RPC의 주요 기능은 다음과 같습니다.

• RPC는 간단한 XML 언어를 사용하여 수행됩니다.
• XML 인코딩 요청은 HTTP POST를 통해 전송됩니다.
• XML 응답은 HTTP 응답에 포함됩니다.
• 플랫폼 독립적 인 것으로 간주됩니다.
• 다양한 애플리케이션 간의 통신이 가능합니다.
• 클라이언트와 서버 컴퓨터간에 정보를 전달하기 위해 HTTP 프로토콜을 사용합니다.
• 요청 및 응답의 성격을 설명하기위한 작은 XML 어휘가 있습니다.

Q # 8) 웹 서비스의 몇 가지 장점이 있습니까?

대답: 이미 웹 서비스, 아키텍처, 구성 요소에 대해 논의했습니다. 지금, 몇 가지 장점을 살펴 보겠습니다.

• 모든 애플리케이션은 이제 인터넷에 있으며 클라이언트 애플리케이션에 필요한 기능을 제공하는 웹 서비스입니다.
• 웹 서비스는 다른 응용 프로그램이 프로그램에서 사용할 수 있도록 네트워크를 통해 기존 기능을 노출하는 데 도움이됩니다.
• 다양한 애플리케이션 간의 통신, 데이터 공유 및 서비스 간을 결정하는 '상호 운용성'과 같은 기능이 있습니다.
• 웹 서비스는 서비스 전송, XML 메시징, 서비스 설명 및 서비스 검색의 4 개 계층으로 구성된 통신을 위해 표준화 된 웹 서비스 프로토콜 스택을 사용합니다.
• HTTP 프로토콜을 통해 SOAP (Simple Object Access Protocol)를 사용하기 때문에 통신 비용이 저렴하다는 특징이 있습니다.
• 배포, 통합이 쉽고 재사용이 가능합니다.
• 느슨한 결합 기능의 일부로 다른 기능 간의 간단한 통합을 허용합니다.

Q # 9) 기능과 함께 UDDI라는 용어를 설명 하시겠습니까?

대답: UDDI는 웹 서비스 프로토콜 스택의 서비스 검색 계층에있는 XML 기반 표준입니다. 디렉토리처럼 작동하므로 웹을 통해 웹 서비스를 게시하고 찾는 데 사용됩니다. UDDI의 일부 기능은 다음과 같습니다.

• 개방형 프레임 워크이며 플랫폼에 독립적입니다.
• SOAP, COBRA 및 Java RMI 프로토콜이 통신에 사용됩니다.
• 기업이 서로를 발견하고 인터넷을 통해 상호 작용할 수 있도록 도와줍니다.
• 모든 WSDL 파일을 포함하는 데이터베이스 역할을합니다.

Q # 10) UDDI는 어떤 언어를 사용합니까?

대답: UDDI는 WSDL (Web Service Description Language)이라는 언어를 사용합니다.

Q # 11) BEEP에 대해 설명해주세요.

대답: BEEP는 Blocks Extensible Exchange Protocol의 약자입니다. BEEP는 인스턴트 메시징, 네트워크 관리, 파일 전송 등과 같은 다양한 응용 프로그램을위한 새로운 프로토콜을 구축하는 것으로 결정됩니다. TCP를 통해 직접 계층화되는 새로운 IETF (Internet Engineering Task Force)라고합니다. 다음과 같은 내장 기능이 있습니다.

• 입증
• 보안
• 오류 처리
• 핸드 셰이크 프로토콜

Q # 12) 웹 서비스를 테스트하는 데 사용되는 몇 가지 도구를 등록합니까?

대답: 웹 서비스를 테스트하기 위해 아래에 언급 된 도구가 사용됩니다.

• 비누
• REST 클라이언트
• JMeter

Q # 13) 웹 서비스에 액세스하려면 특별한 응용 프로그램이 필요합니까?

대답: 모든 애플리케이션에서 웹 서비스에 액세스하기위한 유일한 요구 사항은 XML 기반 요청 및 응답을 지원해야한다는 것입니다. 웹 서비스에 액세스하기 위해 애플리케이션을 설치할 필요가 없습니다.

RESTful 웹 서비스 인터뷰 질문

Q # 14) RESTful 웹 서비스에 대해 무엇을 알고 있습니까?

대답: REST는 Representational State Transfer를 나타냅니다. REST는 웹을 통해 액세스되는 애플리케이션을 개발하기위한 상태 비 저장 클라이언트-서버 아키텍처 스타일로 정의됩니다.

웹 서비스가 HTTP 메서드를 사용하여 REST 아키텍처 개념을 구현하는 경우이를 RESTful 웹 서비스라고합니다. 이 아키텍처 스타일에서 데이터와 기능은 리소스로 제공되며 URI (Uniform Resource Identifier)에 의해 액세스됩니다.

RESTful 웹 서비스는 다음과 같은 속성을 유도하여 웹 서비스가 가장 잘 작동하도록합니다.

• 공연
• 확장 성
• 수정 가능성

Q # 15) RESTful 웹 서비스의 장점을 설명해주세요.

대답: 다음은 RESTful 웹 서비스의 장점입니다.

• 모든 프로그래밍 언어로 작성 될 수 있고 모든 플랫폼에서 실행될 수 있으므로 언어 ​​및 플랫폼 독립적으로 간주됩니다.
• REST는 경량 프로토콜이며 대역폭 및 리소스 소비가 적기 때문에 빠른 것으로 간주됩니다.
• 일반 텍스트, XML, JSON 등과 같은 다양한 기술과 다양한 데이터 형식을 지원합니다.
• 느슨하게 결합 된 구현이 있으며 브라우저에서 쉽게 테스트 할 수 있습니다.

Q # 16) SOAP와 REST를 차별화합니까?

대답: SOAP와 REST의 차이점은 아래 표에서 쉽게 이해할 수 있습니다.

Q # 17) RESTful 웹 서비스에서 지원하는 다양한 HTTP 메소드에 대해 설명해주세요.

대답: 다음은 RESTful 웹 서비스에서 지원하는 기능과 함께 몇 가지 일반적인 HTTP 메서드입니다.

• 가져 오기: 리소스에 대한 읽기 전용 액세스 권한입니다.
• 놓다: 새로운 자원 생성.
• 지우다: 자원 제거.
• 게시하다: 기존 리소스 업데이트.
• 옵션 : 리소스에 대해 지원되는 작업을 가져옵니다.
• 머리: HTTP 헤더 만 반환하고 아무도 반환하지 않습니다.

Q # 18) RESTful 웹 서비스의 리소스는 무엇이며 어떻게 표현됩니까?

연령: 자원은 다른 자원과 유형 및 관계를 갖는 기본 개념이라고합니다. REST 아키텍처에서 각 콘텐츠는 리소스로 간주되며 URI로 식별됩니다.

리소스는 RESTful 아키텍처에서 XML, JSON, 텍스트 등으로 표현됩니다.

Q # 19) HTTP 요청 및 HTTP 응답의 핵심 구성 요소는 무엇입니까?

대답: HTTP 요청에는 다음과 같은 5 가지 주요 구성 요소가 있습니다.

HTTP 응답에는 다음 4 가지 주요 구성 요소가 있습니다.

Q # 20) REST 아키텍처에서 URI의 목적과 형식은 무엇입니까?

대답: URI의 목적은 웹 서비스를 호스팅하는 서버에서 리소스를 찾는 것입니다.

URI 형식 :

: ////

Q # 21) RESTful 웹 서비스 측면에서 상태 비 저장이라는 용어를 설명 하시겠습니까?

대답: REST 아키텍처에는 REST 웹 서비스가 서버에서 클라이언트 상태를 유지하는 것이 허용되지 않는 제한이 있습니다. 이러한 상태를 '무국적 상태'라고합니다. 이러한 상황에서 클라이언트는 컨텍스트를 서버에 전달하고 서버는 클라이언트의 추가 요청을 처리하기 위해 컨텍스트를 저장합니다.

Q # 22) 무국적자의 장점과 단점은 무엇입니까?

대답: 무국적자의 장점은 다음과 같습니다.

• 각각의 모든 메서드 요청은 독립적으로 처리됩니다.
• 클라이언트의 이전 상호 작용을 유지하지 않으므로 응용 프로그램 디자인이 단순화됩니다.
• 상태 비 저장 기능을 공유하므로 HTTP 프로토콜과 함께 작동합니다.

무국적자의 단점은 다음과 같습니다.

• 클라이언트 상호 작용이 발생할 때마다 웹 서비스에는 각 요청에 대한 추가 정보가 제공되어 클라이언트의 상태를 해석 할 수 있습니다.

Q # 23) 안전한 RESTful 웹 서비스를 설계하기 위해 따라야 할 가장 좋은 요소는 무엇입니까?

대답: HTTP URL 경로는 RESTful 웹 서비스의 일부로 사용되므로 보안이 필요합니다. 모범 사례 중 일부는 다음과 같습니다.

• SQL 주입 공격으로부터 서버의 모든 입력에 대한 유효성 검사를 수행합니다.
• 요청이있을 때마다 사용자의 세션 기반 인증을 수행합니다.
• URL을 통해 사용자 이름, 세션 토큰 비밀번호 등과 같은 민감한 데이터를 사용하지 마십시오. POST 메서드를 통해 전달되어야합니다.
• GET, POST, PUT, DELETE 등과 같은 메서드는 적절한 제한을두고 실행해야합니다.
• HTTP 일반 오류 메시지는 필요할 때마다 호출되어야합니다.

SOAPUI 웹 서비스

Q # 24) SOAP 웹 서비스를 정의 하시겠습니까?

대답: SOAP (Simple Object Access Protocol)는 웹 서비스를 설계 및 개발하고 인터넷을 통해 서로 다른 프로그래밍 언어를 사용하여 서로 다른 플랫폼에서 개발 된 애플리케이션 간의 통신을 가능하게하는 것으로 알려진 XML 기반 프로토콜로 정의됩니다. 플랫폼과 언어에 독립적입니다.

Q # 25) SOAP 기반 웹 서비스 개발에 사용할 수있는 다양한 접근 방식은 무엇입니까?

대답: SOAP 기반 웹 서비스를 개발하는 데 사용할 수있는 기본적으로 두 가지 접근 방식이 있습니다. 이것들은 다음과 같이 설명됩니다

• 계약 우선 접근 방식 : 이 접근 방식에서 계약은 먼저 XML 및 WSDL에 의해 정의 된 다음 Java 클래스가 계약에서 파생됩니다.
• 계약-마지막 접근 : 이 접근 방식에서는 Java 클래스가 먼저 정의 된 다음 일반적으로 Java 클래스의 WSDL 파일 인 계약이 생성됩니다.

'계약 우선'방법이 가장 선호되는 접근 방식입니다.

Q # 26) SOAP 사용자가 직면 한 주요 장애물을 설명해주세요.

대답: SOAP 사용자가 관찰 한 주요 장애 중 하나는 '방화벽 보안 메커니즘'입니다. 이 경우 방화벽을 우회하는 포트를 제외한 모든 HTTP 포트가 잠 깁니다. 어떤 경우에는 메시지 전송 사양과 메시지 구조를 혼합하는 기술적 인 문제도 관찰됩니다.

Q # 27) SOAP의 장점과 단점은 무엇입니까?

대답: 다음은 SOAP 웹 서비스의 장점입니다.

• SOAP는 다양한 응용 프로그램 간의 통신을 허용하며 언어 및 플랫폼에 독립적입니다.
• 매우 간단 할뿐만 아니라 표준 HTTP 프로토콜과 XML을 사용하여 메시지를 보내고받습니다.
• WS 보안으로 알려진 자체 보안을 정의하고 사용합니다.
• 런타임 환경에서 인코딩 및 통신 프로토콜을 분리합니다.
• 방화벽 문제를 제거하고 공급 업체 중립적입니다.
• 분산되고 분산 된 환경에서 메시지의 순환을 허용합니다.

다음은 SOAP 웹 서비스의 단점입니다.

• XML 이외의 경량 형식은 지원되지 않습니다.
• 브라우저에서 쉽게 테스트 할 수 없습니다.
• 보안 시설이 없습니다.
• SOAP는 느리고 브라우저에서 쉽게 테스트 할 수 없습니다.
• 웹 서비스와 클라이언트는 밀접하게 결합되어 있으며 엄격하게 따라야 할 몇 가지 표준을 정의합니다.

Q # 28) SOAP 메시지의 요소는 무엇입니까?

대답: SOAP는 다른 XML 문서와 동일하며 다음 요소를 포함합니다.

• 봉투: 이 요소는 필수 루트 요소로 정의됩니다. XML 문서를 번역하고 SOAP 메시지의 시작과 끝을 결정합니다.
• 헤더: 이 요소는 애플리케이션에 대한 특정 정보를 포함하는 메시지의 선택적 헤더 속성을 포함합니다. 이 요소는 여러 번 발생할 수 있으며 새로운 기능을 추가하기위한 것입니다.
• 몸: 이 요소는 필수이며 호출 및 응답 메시지를 포함합니다. 또한 SOAP 메시지의 일부로 교환 된 모든 응용 프로그램 파생 XML 데이터를 포함하는 봉투의 자식 요소로 정의됩니다.
• 결함 요소 : 메시지 처리 중에 발생하는 오류는 결함 요소에 의해 처리됩니다. 오류가있는 경우이 요소는 본문의 하위 요소로 나타납니다. 그러나 오류 블록은 하나만있을 수 있습니다.

Q # 29) SOAP envelope 요소의 중요한 특징은 무엇입니까?

대답: 이전 답변에서 SOAP envelope 요소의 기본 작업을 보았으므로 이제 몇 가지 특성을 살펴 보겠습니다.

• SOAP 봉투는 패키징 메커니즘입니다.
• 모든 SOAP 메시지에는 필수 루트 봉투 메시지가 있습니다.
• 각 envelope 요소에는 하나의 body 요소 만 허용됩니다.
• SOAP 버전이 변경되면 봉투도 변경됩니다.
• 헤더 요소가 있으면 첫 번째 하위 요소로 나타나야합니다.
• 사양에는 접두사 ENV 및 봉투 요소가 사용됩니다.
• 선택적 SOAP 인코딩의 경우 네임 스페이스 및 선택적 인코딩 스타일이 사용됩니다.

Q # 30) SOAP 메시지에 적용 할 수있는 몇 가지 구문 규칙을 등록합니까?

대답: 다음은 SOAP 메시지에 적용 할 수있는 몇 가지 중요한 구문 규칙입니다.

SOAP 메시지

• XML을 사용하여 인코딩해야합니다.
• SOAP 봉투 네임 스페이스를 사용해야합니다.
• SOAP 인코딩 네임 스페이스를 사용해야합니다.
• DTD 참조를 포함하지 않아야합니다.
• XML 처리 지침을 포함하지 않아야합니다.

Q # 31) SOA 정의?

대답: SOA (Service Oriented Architecture)는 기본적으로 서비스로 구성된 아키텍처 패턴으로 정의됩니다. 여기서 애플리케이션 구성 요소는 네트워크를 통해 통신 프로토콜을 사용하여 다른 구성 요소에 서비스를 제공합니다. 이 통신에는 서비스 간의 데이터 교환 또는 일부 조정 활동이 포함됩니다.

SOA의 기반이되는 몇 가지 주요 원칙은 다음과 같습니다.

• 서비스 계약은 서비스에 대한 모든 설명을 포함하여 표준화되어야합니다.
• 웹 서비스와 클라이언트 사이에 덜 의존성을 정의하는 느슨한 결합이 있습니다.
• 서비스가 클라이언트 애플리케이션에 기능이 실행 된 방식을 노출해서는 안된다는 서비스 추상화 규칙을 따라야합니다.
• 다양한 애플리케이션 유형에서 작동하려면 서비스를 재사용 할 수 있어야합니다.
• 서비스는 검색 가능성이있는 상태 비 저장이어야합니다.
• 서비스는 큰 문제를 작은 문제로 나누고 다양한 가입자가 서비스를 사용할 수 있도록합니다.

Q # 32) SOAPUI가 수행하는 작업을 설명하십시오.

대답: SOAPUI는 오픈 소스, 무료 및 크로스 플랫폼 기능 테스트 솔루션입니다. 다음은 SOAPUI에서 수행하는 몇 가지 작업입니다.

• 기능, 보안 및 부하 테스트 테스트 스위트를 만드는 데 도움이 될 수 있습니다.
• 데이터 기반 테스트 및 시나리오 기반 테스트도 수행됩니다.
• 웹 서비스를 가장 할 수있을뿐만 아니라보고 기능이 내장되어 있습니다.

웹 서비스 보안

Q # 33) 웹 서비스의 주요 보안 문제는 무엇입니까?

대답: 신뢰할 수있는 거래와 보안 기밀 정보를 보장하기 위해 웹 서비스에는 다음을 통해서만 달성 할 수있는 매우 높은 수준의 보안이 필요합니다. 위탁 보안 거래 플랫폼 . 웹 서비스에 대한 보안 문제는 아래와 같이 크게 세 섹션으로 나뉩니다.

• 기밀성 : 단일 웹 서비스에는 여러 응용 프로그램이있을 수 있으며 해당 서비스 경로에는 노드에 잠재적 인 약한 링크가 포함됩니다. 클라이언트가 서버에 대한 서비스 경로와 함께 메시지 또는 XML 요청을 보낼 때마다 암호화되어야합니다. 따라서 통신의 기밀성을 유지하는 것은 필수입니다.
• 입증: 인증은 기본적으로 사용자의 신원을 확인하고 웹 서비스를 사용하는 사용자에게 사용 권한이 있는지 확인하기 위해 수행됩니다. 사용자의 활동을 추적하기 위해 인증도 수행됩니다. 이 목적을 위해 고려할 수있는 몇 가지 옵션이 있습니다.
  • 애플리케이션 수준 인증
  • HTTP 다이제스트 및 HTTP 기본 인증
  • 클라이언트 인증서
• 네트워크 보안: 이것은 웹 서비스 트래픽을 필터링하는 도구가 필요한 심각한 문제입니다.

Q # 34) 기초 보안 서비스에 대해 무엇을 알고 있습니까?

대답: 기초 보안 서비스는 다음으로 구성됩니다.

• 완성
• 입증
• 권한 부여
• 디지털 서명
• 암호화 프로세스

Q # 35) Entrust Identification Service 란 무엇입니까?

Linux가 Windows보다 나은 이유

대답: Entrust Identification Service는 안전한 거래를 보장하기위한 필수 보안 기능을 제공하는 Entrust Secure Transaction Platform으로 분류됩니다. 이를 통해 회사는 일반적으로 웹 서비스 트랜잭션을 수행하기 위해 신뢰할 수있는 ID를 완전히 제어 할 수 있습니다.

Q # 36) Entrust Entitlements Service 란 무엇입니까?

대답: Entrust Entitlement 서비스는 웹 서비스에 액세스하려는 서비스를 확인하는 작업입니다. 기본적으로 비즈니스 운영 및 일부 인증 서비스의 보안을 보장합니다.

Q # 37) Entrust 개인 정보 보호 서비스 란 무엇입니까?

대답: 이름에서 알 수 있듯이 Entrust Privacy Service는 관련 당사자 만 데이터에 액세스 할 수 있도록 데이터를 암호화합니다. 기본적으로 두 가지 요소를 다룹니다.

• 기밀성
• 보안

WSDL 인터뷰 질문

Q # 38) WSDL에 대해 설명해 주시겠습니까?

대답: WSDL은 웹 서비스 설명 언어를 의미합니다. 웹 서비스 프로토콜 스톡의 서비스 설명 계층 아래에있는 간단한 XML 문서이며 기술 세부 사항을 설명하거나 웹 서비스에 대한 사용자 인터페이스를 찾습니다. WSDL 문서에있는 중요한 정보는 다음과 같습니다.

• 방법 이름
• 포트 유형
• 서비스 엔드 포인트
• 방법 매개 변수
• 헤더 정보
• 원산지 등

Q # 39) WSDL 문서의 다른 요소는 무엇입니까?

대답: WSDL 문서의 다양한 요소와 간략한 설명이 아래에 나열되어 있습니다.

• 유형 : 이것은 웹 서비스에서 사용하는 XML 스키마 형식의 메시지 데이터 유형을 정의합니다.
• 메시지: 이는 메시지가 전체 문서 또는 매핑 될 인수가 될 수있는 각 작업에 대한 데이터 요소를 정의합니다.
• 포트 유형 : WSDL에는 여러 서비스가 있습니다. 포트 유형은 바인딩을 위해 수행 할 수있는 작업 모음을 정의합니다.
• 제본: 각 포트 유형에 대한 프로토콜 및 데이터 형식을 결정하고 정의합니다.
• 운영 : 이것은 메시지를 처리하기 위해 메시지에 대해 수행되는 작업을 정의합니다.

Q # 40) WSDL의 메시지 요소를 설명 하시나요?

대답: 메시지 요소는 소비자와 웹 서비스 공급자간에 교환 된 데이터를 설명합니다. 모든 웹 서비스는 두 개의 메시지로 구성되며 각 메시지에는 0 개 이상의 매개 변수가 있습니다. 두 가지 메시지는 다음과 같습니다.

• 입력: 웹 서비스의 매개 변수를 설명합니다.
• 산출: 웹 서비스의 반환 데이터를 설명합니다.

Q # 41) WSDL에서 사용되는 작업 유형 응답을 등록합니까?

대답: WSDL은 기본적으로 4 가지 유형의 작업 유형 응답을 정의합니다. 다음은 다음과 같습니다.

• 일방 통행: 메시지를 수신하지만 응답을 반환하지 않습니다.
• 요청-응답 : 요청을 받고 응답을 반환합니다.
• 요청-응답 : 요청을 보내고 응답을 기다립니다.
• 공고: 메시지를 보내지 만 응답을 기다리지 않습니다.

이 중에서 요청-응답이 가장 일반적인 작업 유형입니다.

Q # 42) SOAP와 WSDL 간의 바인딩이 가능합니까?

대답: 예, WSDL을 SOAP에 바인딩 할 수 있습니다. 바인딩은 기본적으로 두 가지 속성으로 가능합니다.

• 이름: 바인딩의 이름을 정의합니다.
• 유형: 바인딩을위한 포트를 정의합니다.

SOAP 바인딩의 경우 두 개의 속성을 선언해야합니다.

• 수송: 사용할 SOAP 프로토콜 (예 : HTTP)을 정의합니다.
• 스타일: 이 속성은‘rpc’또는‘document’일 수 있습니다.

Q # 43) 요소 설명?

대답: 정의 요소는 웹 서비스의 이름을 정의하고 다른 모든 요소에 대한 컨테이너 역할을하는 WSDL 문서의 루트로 설명됩니다.

Q # 44) 두 가지 속성은 무엇입니까? WSDL의 요소?

대답: 모든 포트 요소는 개별 엔드 포인트를 정의하여 특정 바인딩과 관련됩니다. 포트 요소에는 다음 두 가지 속성이 있습니다.

• 이름: 이 속성은 WSDL 문서 내에서 고유 한 이름을 제공합니다.
• 제본: 이 속성은 WSDL에서 정의한 연결 규칙에 따라 수행해야하는 바인딩 프로세스를 나타냅니다.

Q # 45) 바인딩시 포트가 고려해야 할 사항은 무엇입니까?

대답: WSDL은 바인딩 정보를 지정하는 데 사용되는 확장 성 요소를 허용합니다. 다음은 바인딩하는 동안 고려해야 할 몇 가지 중요한 사항입니다.

포트는

• 두 개 이상의 주소를 지정하십시오.
• 주소 정보 이외의 바인딩 정보를 지정하십시오.

결론

이 기사에는 웹 서비스에 대한 모든 자주 묻는 질문이 포함되어 있습니다. 주제는 매우 방대하지만 모든 섹션을 다루었습니다. 이것은 웹 서비스 관련 주제를 배우고 대답하는 데 도움이 될 것입니다.

추천 도서

• 인터뷰 질문 및 답변
• 몇 가지 흥미로운 소프트웨어 테스트 인터뷰 질문
• RESTful 웹 서비스 상위 20 개 인터뷰 질문 및 답변
• 보안 테스트 인터뷰 질문 및 답변 상위 30 개
• ETL 테스트 인터뷰 질문 및 답변
• Mockito 인터뷰 상위 12 개 질문 (모킹 프레임 워크 인터뷰)
• Oracle Forms and Reports 인터뷰 질문
• 숙련 된 전문가를위한 소프트웨어 매뉴얼 테스트 인터뷰 질문