Применение TDD при разработке веб-сервисов
•Transferir como PPTX, PDF•
0 gostou•1,040 visualizações
Recomendados
Recomendados
Mais conteúdo relacionado
Destaque
Destaque (14)
Semelhante a Применение TDD при разработке веб-сервисов
Semelhante a Применение TDD при разработке веб-сервисов (20)
Mais de Magecom Ukraine
Mais de Magecom Ukraine (8)
Último
Último (9)
Применение TDD при разработке веб-сервисов
- 2. Применение TDD при разработке веб-сервисов
- 3. План Описание Web-Service SOA в Magento Процесс создания нового модуля Тестирование Вопросы
- 6. Введение
- 8. WSDL (Web Services Description Language) <definitions><types>Описание типов данных, используемых Веб-сервисом.</types><message>Описание сообщений, используемых Веб-сервисом.</message><portType>Описание операций (методов), предоставляемых Веб-сервисом</portType><binding>Описание протоколов связи, используемых Веб-сервисом</binding> </definitions>
- 9. SOAP (Simple Object Access Protocol) Request <soap:Envelope><soap:Body><xmlns:m="http://www.somesite.org/translation" /> <m:GetTranslation> <m:Word>помидор</m:Word> <m:Language>RussianTOEnglish</m:Language></m:GetTranslation></soap:Body></soap:Envelope>
- 10. SOAP (Simple Object Access Protocol) Response <soap:Envelope><soap:Body><xmlns:m="http://www.somesite.org/translation" /> <m:GetTranslationResponse> <m:Translation>tomato</m:Translation> </m:GetTranslationResponse></soap:Body></soap:Envelope>
- 12. SOA в Magento
- 13. Контроллеры
- 17. Процесс создания нового модуля для Web-Service API
- 19. Описание ресурса API (ошибки)
- 20. Описание ACL для ресурса API
- 22. Создание ресурсной модели API
- 23. Создание ресурсной модели API
- 24. Тестирование
- 26. Особенности тестирования Web-Services Отсутствие графического интерфейса Кроссплатформенность Надежность Соответствие стандартам Интеграционное тестирование
- 27. Фазы тестирования Планирование Unit-тестирование Интерграционное тестирование Системное тестирование
- 28. Планирование Выбор тестового окружения Планирование показателей надежности Тестирование безопасности
- 29. Unit-тестирование Выполняются разработчиками Проведение Code Review Обеспечение качества
- 30. Интеграционное тестирование Интерфейсы и обмен данным между сервисами Проверка транспортного уровня Проверка на соответствие стандартам данных Проверка на соответствие уровню безопасности
- 31. Системное тестирование Проверка сервисов в условиях смоделированной тестовой среды Тестирование безопасности Проверка на соотвествие бизнес требованиям Нагрузочное тестирование
- 33. Заключение
- 34. Вопросы? Владимир Коротовских Email: vladimir.korotovskih@magento.com Web-Services Team Lead, Magento Core Team, Magento Inc
Notas do Editor
- Web services are a software concept and infrastructure for program-to-program communication and application component delivery. The Web services concept treats software as a set of services accessible over ubiquitous networks using Web-based standards and protocols. A Web service is a software component that can be accessed by another application (such as a client, a server or another Web service) through the use of generally available, ubiquitous protocols and transports, such as Hypertext Transport Protocol (HTTP). This pattern illustrates the protocols and interactions that are at the core of web services. The components of this pattern are:Transmission Control Protocol/Internet Protocol (TCP/IP) – Provides the low level communication protocol for web services. HTTP – This is the underlying transport protocol used for web services. Simple Object Access Protocol (SOAP) – Provides the request-reply semantics used to deliver web services. Extensible Markup Language (XML) – The underlying format used for all web services messages. The arguments used in SOAP messages are defined using XML formats to define elements. Universal Description, Discovery, and Integration (UDDI) – Provides the means to register and share web services facilitating reuse and configuration management. Web Service Definition Language (WSDL) – Provides interface definitions and runtime bindings for web services.
- Services behave as "black boxes" where their internal design is independent of the nature and purpose of the requestor. In SOA, data and business logic are encapsulated in modular business components with documented interfaces. This clarifies design and facilitates incremental development and future extensions. A SOA application can also be integrated with heterogeneous, external legacy and purchased applications more easily than a monolithic, non-SOA application can. Applications that have separate business layers are more suitable to access a SOA environment.This pattern consists of four core elements: Service registry - describes the services available in its domain and service providers register their service in the registry. Service provider - function that performs a service in response to a request from a consumer. Service consumer - function that consumes the result of a service supplied by a provider. Service interface - defines the programmatic access "contract" of the service, establishes the identity of the service and the rules of the service invocation. The relationship between a service provider and consumer is dynamic and established at runtime by a binding mechanism. This dynamic binding minimizes the dependencies between the service consumer and service provider.
- Документ WSDL является XML-документом, описывающим Веб-сервис, т.е. содержит набор выражений, определяющих Веб-сервис. Он определяет расположение сервиса и операции (или методы), предоставляемые им, а также формат их вызова. На основании WSDL-документа клиентом осуществляется выбор необходимого метода, из предоставленных сервером Веб-служб, и формируются запросы к данному Веб-сервису.
- SOAP - это основанный на XML протокол, который позволяет взаимодействовать различным приложениям на основе стандарта HTTP. объектам” (Simple Object Access Protocol) и предназначен для коммуникациями (передачи информации) между удаленными объектами. Использование HTTP является наиболее удобным способом коммуникации между приложениями, поскольку протокол HTTP поддерживается всеми Веб-браузерами и серверами. SOAP представляет собой способ коммуникации между приложениями на базе протокола HTTP и некоторых других Internet-протоколов, а использование XML в качестве основы SOAP позволяет ему работать под управлением различных операционных систем, на основе различных технологий и языков программирования. Сообщение SOAP является обычным XML-документом. Этот документ состоит из следующих XML-элементов: SOAP header ("заголовок", не обязательный элемент), в нем содержится заголовочная информация; SOAP envelope ("конверт"), который определяет содержание послания; SOAP body ("тело"), в нем содержится информация вызовов и ответов на вызовы. Сообщения между сервером Веб-служб и клиентом пакуются в SOAP-конверты (SOAP envelopes). Сообщения содержат либо запрос на осуществление какого-либо действия, либо ответ - результат выполнения этого действия. Конверт и его содержимое закодировано языком XML.
- SOAP - это основанный на XML протокол, который позволяет взаимодействовать различным приложениям на основе стандарта HTTP. объектам” (Simple Object Access Protocol) и предназначен для коммуникациями (передачи информации) между удаленными объектами. Использование HTTP является наиболее удобным способом коммуникации между приложениями, поскольку протокол HTTP поддерживается всеми Веб-браузерами и серверами. SOAP представляет собой способ коммуникации между приложениями на базе протокола HTTP и некоторых других Internet-протоколов, а использование XML в качестве основы SOAP позволяет ему работать под управлением различных операционных систем, на основе различных технологий и языков программирования. Сообщение SOAP является обычным XML-документом. Этот документ состоит из следующих XML-элементов: SOAP header ("заголовок", не обязательный элемент), в нем содержится заголовочная информация; SOAP envelope ("конверт"), который определяет содержание послания; SOAP body ("тело"), в нем содержится информация вызовов и ответов на вызовы. Сообщения между сервером Веб-служб и клиентом пакуются в SOAP-конверты (SOAP envelopes). Сообщения содержат либо запрос на осуществление какого-либо действия, либо ответ - результат выполнения этого действия. Конверт и его содержимое закодировано языком XML.
- Create an api.xml in the customer module /etc. folder
- Create an api.xml in the customer module /etc. folder
- Create an api.xml in the customer module /etc. folder
- Create an api.xml in the customer module /etc. folder
- Create an api.xml in the customer module /etc. folder
- Create an api.xml in the customer module /etc. folder
- Soap Clients
- Continuous Integration ServerПроверка на бизнес требования -
- Continuous Integration ServerПроверка на бизнес требования -