soa testing tutorial
SOA 테스트 튜토리얼 :
이 기사에서는 SOA 아키텍처의 테스트 기술에 대해 설명합니다.
오늘날 소프트웨어는 매우 다재다능하고 매번 변화하는 사용자 기대치를 처리하는 경향이 있으므로 독립형 모델은 유용하지 않습니다.
SOA가 솔루션으로 적합합니다.
이것이 바로 많은 기업들이 다음과 같은 장점 때문에 SOA 접근 방식을 채택하거나 채택하려고하는 이유입니다. 비용 절감, 비즈니스 민첩성, 손쉬운 유지 관리 등 SOA 아키텍처로 가득 찬 다가오는 시장으로 인해 현대의 테스터는 SOA 테스트에 대해 공정한 아이디어를 얻을 필요가 있습니다.
오라클 PL SQL 고급 인터뷰 질문
이 기사에서는 SOA의 기본 사항을 예제와 함께 다룰 것입니다.
이것은 독자들에게 SOA에 대한 기본적인 아이디어를 줄 것입니다. 웹 서비스 구현 방식이 뒤따를 것입니다. 마지막으로 SOA 아키텍처 모델에 대해 따를 수있는 테스트 프로세스에 들어갑니다.
학습 내용 :
SOA 란 무엇입니까?
SOA 또는 서비스 지향 아키텍처는 특정 비즈니스 요구 사항을 충족하기 위해 다양한 애플리케이션 / 서비스를 통합하는 유연하고 민첩하며 효율적인 방법입니다.
- 다른 복잡한 시스템과 달리 SOA는 비즈니스 요구를 충족하기 위해 함께 연결된 더 작은 구성 요소 / 서비스 / 마이크로 서비스로 구성됩니다.
- 서비스는 시스템 전체를 구성하는 단위이며 전체 시스템을 변경하는 것이 아니라 변경이 필요한 경우 특정 서비스가 수정됩니다.
- 서비스는 작업을 수행 할 수있는 구성 요소입니다.
- 이 아키텍처는 최종 사용자가 자신의 요구를 충족하는 데 필요한 서비스 만 제공하므로 기존 시스템보다 판매 가능성이 높습니다. 그는 전체 시스템을 얻을 필요가 없습니다.
- 서비스 / 마이크로 서비스는 느슨하게 결합되고 재사용 가능하며 상태 비 저장으로 시스템을 더욱 강력하게 만듭니다.
- 이 모델은 배포, 개발 및 유지 관리 측면에서 매우 비용 효율적입니다.
SOA의 예
비즈니스 요구 : 사용자가 Geolocation을 기반으로 로그인하여 레스토랑을 검색 할 수있는 애플리케이션으로, 검색이 완료되면 서버에서 레스토랑 세부 정보 및 메뉴를 다운로드하고 마지막으로 주문을위한 결제를 할 수 있습니다.
이러한 비즈니스 요구는 SOA 구현을 통해 달성 할 수 있습니다.
다양한 작업을 수행하기 위해 다음과 같은 서비스 / 마이크로 서비스가있을 수 있습니다.
- 로그인시 사용되는 서비스는 '인증 서비스'입니다.
- 레스토랑 검색은 '위치 찾기 서비스'로 수행됩니다.
- 메뉴 다운로드는 '메뉴 다운로더 서비스'에서해야합니다.
- 마지막으로 결제는 '결제 서비스'를 통해 이루어집니다.
위에서 언급 한 각 서비스는 시스템이 작동하고 수행해야하는 작업을 제공하기 위해 고유 한 작업을 수행합니다. 이제 고객이 레스토랑과 메뉴 만보기 만하면되지만 결제 게이트웨이 인터페이스는 필요하지 않은 경우 처음 세 서비스 만 구매 / 배포 할 수 있습니다.
따라서 개발, 배포, 판매, 유지 관리 및 모든 고객 / 최종 사용자의 작업이 간단 해집니다.
웹 서비스
- 이들은 서로 다른 소프트웨어 프로그램 간의 상호 작용을 용이하게하는 API (응용 프로그래밍 인터페이스)입니다.
- 웹에서 서비스를 호스팅하는 서비스 제공자가 있습니다. 호스팅의 일부로 WSDL은 공급자에 의해 호스팅됩니다.
- 클라이언트가 서비스 제공자에게 요청 메시지를 보내면 URL / WSDL을 사용하여 통신이 설정됩니다.
- 아래 주어진 예에서 Geolocation 서버는 서비스 요청자가 사용하는 웹 서비스를 호스팅합니다.
SOA 테스트 프로세스
모든 제품, 모델, 인프라는 우수한 품질의 제품 측면에서 최종 사용자를 만족시키기 위해 테스트 단계를 거쳐야합니다. SOA 테스트는 계층의 테스트 / 웹 서비스 프로토콜 테스트에만 국한되지 않습니다. 이것은 아키텍처의 전체적인 테스트와 그것의 매 순간입니다.
테스트 접근 방식은 일반 테스트 프로세스의 접근 방식과 유사 할 수 있습니다. 즉
- 요구 사항 검토 프로세스
- 테스트 계획
- 테스트 디자인
- 환경 설정
- 실행 단계
- 보고 단계
SOA 테스트 프로세스는 아키텍처에서 3 개의 계층을 중심으로 진행됩니다.
- 서비스 소비자
- 프로세스 레이어
- 서비스 계층
위의 동일한 예제를 사용하여 다음과 같은 레이어를 가질 수 있습니다.
- 서비스 소비자 계층은 소비자 상호 작용을 돕습니다. 이는 최종 사용자의 입력을 읽고 수신 된 요청에 대한 적절한 응답을 반환하는 데 도움이됩니다. 즉, 기본적으로 UI 인터페이스가 있습니다.
- 이것은 구현 전면에 초점을 맞춘 계층입니다. 이 예제의이 레이어에는 인증 방법, 사용자 생성 등이 있습니다.
- 서비스 계층은 서비스 측면에서 비즈니스 기능입니다. 특정 작업이 수행 될 때 실제로 호출되는 모든 서비스가이 계층에 있습니다.
테스트는 기본적으로 4 단계로 나눌 수 있습니다.
1 단계
1) 서비스 수준 테스트 :
- 시스템에 관련된 각 서비스는 요청 및 응답 방법을 기반으로 개별적으로 테스트됩니다.
- 이 테스트는 필수이며 다른 테스트 프로세스를 진행하는 데 매우 중요합니다.
2) 기능 테스트 :
- 수신 된 응답이 올바른지 확인하기 위해 비즈니스 요구에 대한 서비스에 대한 테스트가 수행됩니다.
- 비즈니스 요구 사항은 먼저 테스트 케이스로 변환되고 요청 문이 형성됩니다.
- 그런 다음 요청 문이 처리되어 얻은 응답이 올바른지 확인합니다.
- 잘못된 입력 데이터의 경우 적절한 오류 코드가 발생하거나 적절한 오류 메시지가 트리거되어야합니다.
- 부정적인 시나리오뿐만 아니라 응답 형식도 실행되어야합니다.
3) 보안 테스트 :
- 웹 서비스와 관련하여 보안 테스트는 테스트 프로세스의 성공에 중요한 역할을합니다.
- 인증 게이트웨이, 결제 게이트웨이 등은 데이터를 구문 분석 할 때 암호화되어야합니다.
- XML에 관해서는 CSRF, SQL 인젝션과 같은 취약점을 확인해야합니다.
4) 성능 테스트 :
- 아키텍처에 사용되는 서비스는 다른 많은 응용 프로그램에서 사용할 수 있도록 호스팅됩니다. 성능 테스트는 해당 서비스의 신뢰성을 확인합니다.
- 서비스 테스트를 수행하여 다음과 같은 결과 세트를 찾아야합니다.
- 서비스의 안정성을 결정합니다.
- 서비스의 확장 성을 검증합니다.
- 최대 부하 조건에서의 서비스 동작
- 서비스 전반의 응답 시간을 찾으려면
2 단계
1) 프로세스 테스트 :
- 이 프로세스에는 다양한 비즈니스 프로세스의 테스트가 포함됩니다.
- 이는 비즈니스 요구 사항을 다루는 웹 서비스 및 애플리케이션의 통합 시나리오로 구성되어야합니다.
- 샘플 입력 데이터를 생성하기 위해 시뮬레이터를 사용하고 각 출력에 대해 유효성 검사를 수행해야합니다.
- 시스템이 통합 될 때 시스템의 원활한 기능을 입증하려면 서로 다른 계층의 데이터 흐름을 수행해야합니다.
계층 # 3
1) 종단 간 테스트 :
오이는 어떤 종류의 검사를 도와 주나요?
- 이 단계는 기능적으로나 비 기능적으로 비즈니스 요구 사항을 검증하기위한 것입니다.
- 응용 프로그램의 UI가 확인됩니다.
- 관련된 비즈니스 프로세스가 테스트됩니다.
- 이 단계에서는 종단 간 데이터 흐름이 검증됩니다.
- 서비스가 서로 통합 될 때 모든 서비스에 대한 작업이 검증됩니다.
계층 # 4
1) 회귀 테스트 :
- 증분 빌드 릴리스에서 시스템의 안정성은이 테스트를 통해 검증됩니다.
- 이는 수동 테스트 / 자동화 테스트를 통해 달성 할 수 있습니다.
SOA 테스트의 과제
누군가는“메쉬가 더 커졌습니다. 더 큰 것은 엉망입니다!”. SOA는 관심에 굶주린 정말 복잡한 아이가 될 수 있습니다.
즉, SOA 아키텍처를 구성하는 미세한 부분이 너무 많기 때문에 테스트에서이를 인증하는 것은 정말 힘든 일이됩니다.
- 테스트 프로세스를 진행하기 위해 테스트 환경을 시뮬레이션하기는 어렵습니다.
- 모델에 포함 된 제품은 동일한 기술 / 공급 업체 일 수 있습니다. 그러나 그들은 또한 다를 수 있습니다. 더 많은 문제?
- 테스트 조합은 관련된 서비스 / 구성 요소의 수와 함께 증가합니다.
- 모델의 복잡성
- 문제 재현 / 테스트는 힘든 일입니다.
- 다른 모델과 달리 테스트의 주요 초점은 서비스 및 기능이 아닌 비즈니스 범위에 있어야합니다.
SOA 테스트 도구
SOA 테스트를위한 수많은 응용 프로그램이 있습니다. SOA 테스트 도구는 정확한 결과와 더 나은 생산성을 기반으로 선택됩니다.
- SoapUI : 이것은 웹 서비스 테스트를위한 무료 도구입니다. SoapUI는 기능 테스트, 성능 테스트 및 부하 테스트를 수행 할 수 있습니다.
- Apache Jmeter : 이것은 또한 SOAP 호출의 성능을 분석하는 데 사용되는 OPEN SOURCE 유틸리티입니다.
- JProfiler : 이것은 메모리 누수를 중지 또는 감지하고 성능의 병목 현상을 찾는 데 사용됩니다.
- HP 서비스 테스트 : 이것은 HP QC에 통합됩니다. UI 및 공유 서비스 테스트도 지원하는 기능 테스트 도구입니다.
이 기사를 통해 모델의 특이점을 이해했습니다. 이것은 레거시 모델과는 매우 다르며 기사에서 이에 대한 좋은 아이디어를 제공합니다. 이 기사에서는 SOA 절차와 테스트를 진행하는 방법에 대해서도 설명합니다.
저자 정보 : 이것은 Subhasis의 게스트 포스트입니다. 그는 Fortune 500 대 IT 기업에서 8 년 이상의 기업 경험을 가진 팀장으로 일하고 있습니다.
아래에 SOA 테스트 관련 쿼리 / 의견을 게시하십시오.
모두 제일 좋다!