Your SlideShare is downloading. ×
March: Testing Challenges in Service Oriented Architectures
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

March: Testing Challenges in Service Oriented Architectures

362

Published on

Service oriented architectures can help to break a large, unwieldy application into a federation of smaller, more manageable, and more reusable services. Unfortunately, these architectures can …

Service oriented architectures can help to break a large, unwieldy application into a federation of smaller, more manageable, and more reusable services. Unfortunately, these architectures can dramatically increase the complexity of testing, and can turn the process of release qualification into a chaotic mess.

In this inaugural TriTAUG lecture, we'll discuss some of the challenges inherent in testing SOA based systems, and provide some practical suggestions on how you can get your release testing and qualification process back under control.

About the speaker:
Tom DeWire is a Software Architect for Bronto Software in Durham, NC. Prior to his current role, he was a 14 year veteran of the video game industry, having worked at Electronic Arts during most of his tenure. During that time, he focused on the increasingly complex and high-scale services required to support the ever growing demand for more, and more engaging online gaming experiences. He attended the University of Virginia, where he received a B.A. in Environmental Science. When not thinking about software, he can usually be found on his porch, plunking away on his banjo.

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
362
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
9
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. Testing Challenges inService OrientedArchitecturesTriTAUG 3/13/2013
  • 2. What is SOA? Reasonable people can disagree...
  • 3. What is SOA?Is it this?
  • 4. What is SOA?Or this?
  • 5. What is SOA?Or this?
  • 6. What is SOA?Maybe this?
  • 7. What is SOA?
  • 8. What is SOA?The guiding principles.Behaviors are built via: Services are built with:● Contract ● Abstraction● Discovery ● Autonomy● Composition ● Decoupling● Reuse ● Statelessness
  • 9. What is SOA?SOA is a set of guiding principles that can helpyou decompose a complex, monolithicapplication into an application composed ofdiscrete, distributed services.SOA allows you to more easily scale yourapplication to meet demand.SOA allows you to more easily scale yourengineering team to meet demand.
  • 10. Why is testing SOA hard?Lets take a little stroll...
  • 11. The "Good" Old Days
  • 12. n-Tier the Dragon
  • 13. Sanity OustingArchitecture?
  • 14. Why is Testing SOA Hard?● So many services ○ ... most are headless ○ ... most have independent lifecycles ○ ... with so many interactions between them ○ ... with so many failure domains● So many teams ○ ...some working on shared libraries ○ ...some working on discrete services ○ ...some composing new application behaviors● So many moving parts ○ ...more changes than you can possibly follow ○ ...more builds than you can possibly verify
  • 15. Layering Tests● Unit Tests ○ Tests the smallest behaviors exposed by source ○ No external dependencies● Integration Tests ○ Tests the smallest behaviors exposed by a service ○ Minimal external dependencies● Acceptance Tests ○ Tests the entire, fully composed application ○ The kitchen sink -- every service, every resource
  • 16. Layering Tests● Unit Tests ○ White Box ○ Immediate feedback● Integration Tests ○ Grey Box ○ Validating behavior against service specification● Acceptance Tests ○ Black Box ○ Validating behavior of the complete application
  • 17. Build a Funnel? ? ? ? ? ...that pass unit tests ...that pass integration tests ...that pass acceptance tests !
  • 18. Let Computers Do TheHeavy Lifting Mlord... Your pre-verified build is ready.
  • 19. Change Assumptions &Stop Swimming Upstream
  • 20. Testing Challenges inService OrientedArchitecturesTriTAUG 3/13/2013

×