Очередная порция полезных ссылок за прошедшую неделю. Читайте на здоровье!

• Бесплатный BDD Coaching
• Cucumber-JVM пример Refactoring
• InfoQ Video: тестирование iOS ( OCUnit, Google Toolbox for Mac (GTM), GHUnit, UISpec, UIAutomation, OCMock)
• Работаем с JBehave шагами
• soapUI гайд для Eclipse
• Как увеличить окно браузера с Selenium Web Driver
• B.D.D. тестирование с Jython используя cucumber-jvm
• Puppetmaster performance tuning with mod_mem_cache
• Getting Watir Working Again Can Often Be A Simple Sleep Issue
• iOS автотесты UIAutomation
• Тестировщики учитесь программировать
• Agile Testing Challenges - поломанные билды, что с ними делать?
• Мысли об инфраструктуре, технических сложностях и автоматизации тестирования
• pytaf
• Интересное описание работы для вдохновленного автоматизацией человека

Введение

SOA обещает увеличение гибкости и жизненного цикла приложения, более тесную интеграцию и снижения затрат. Однако эти обещания трудно выполнить. Строительство сложных интеграционных систем – это не простая задача, которая  включает сочетание сложных инструментов, индивидуальные методики и множество творческих подходов, для того чтобы правильно реализовать, оттестировать и поставить SOA-системы.

SOA тестирование – это сочетание проверок сервисов, проверки процессов, TDM и автоматизации UI. Сюда входит также создание таких методов, как непрерывное интеграционное тестирование и виртуализация сервисов.  Команды тестеров должны проверить системы у поставщика услуг и со стороны клиента для обеспечения безошибочного исполнения систем. Тесты также должны быть сгруппированы правильно в регрессионный набор. Ключевым моментом регрессионного набора является обработка данных на основании workflow.

Начиная наше путешествие с проверки в реальных условиях

Многие из нас были ознакомлены с  SOA с помощью веб-семинаров, статей и книг, изданных поставщиками SOA. Обещания, данные  евангелистами SOA, кажется, легко достичь, и они являются мечтой каждого технического директора. Но на этапе внедрения всплывает  реальность. Каждое обещание SOA в реальности является огромной проблемой.

Давайте кратко посмотрим на некоторые из общих проблем, с которыми мы столкнулись в процессе внедрения SOA за последнее время:

SOA приносит некоторые проблемы для команды тестирования тем, что они должны изучить новые технологии, процессы и новые инструменты, которые используются. Многие команды тестирования часто проверяют, смогут ли они продолжать использовать классические инструменты и процессы в новой среде SOA. Но как только они начинают SOA тестирование, понимают, что не смогут продолжать. Давайте посмотрим на некоторые из причин, и вопросы, которые приводят к реализации:

Современные требования к инструменту

• SOA имеет уникальную архитектурную экологию. Могут ли классические инструменты тестировать не-UI компоненты? Могут ли эти инструменты справиться с подпиской на brokers? Могут ли они интерпретировать сообщения, которые идут через ESB?
  
  
• SOA имеет свой собственный набор уникальных протоколов. Может ли существующие инструменты автоматизации обрабатывать такие протоколы, как SOAP, WS-Security и подобные протоколы?
  
  
• Могут ли классические инструменты изолировать ошибку посредством вызовов компонент по Web?