Kennen Sie die berühmte Heise-Attacke, welche schnell gut funktionierende Apps, Services und Webseiten zu einem Schatten ihrer selbst verwandeln? Viele Applikationen sind schlichtweg nicht für eine große Nutzeranzahl ausgelegt bzw. Sie wurden nie gegen die große Nutzeranzahl getestet. Im Vortrag wird gezeigt wie sie einfach und frühzeitig ihre Applikation mit VS Lasttests gegen die Heise Attacke absichern können. Der inhaltliche Schwerpunkt des gesamten Vortrags liegt dabei auf typischen Praxis-Probleme sowie dessen pragmatischen Lösungsansätzen. Exemplarische Themenschwerpunkte sind dabei: Wie können Mobilapplikationen getestet werden? In welchen Situationen ergibt es Sinn, dass das VS Performance Testing Framework zu erweitern? Wie sieht eine gute Performance Testing Infrastruktur aus? Wann und wie kann ich sinnvoll Cloud Dienste einbinden?

1. Load Testing mit Visual Studio richtig
gemacht …
Nico Orschel, MVP @ AIT, DE
Marc Müller, MVP @ 4tecture, CH

5. • Gründe und Zeitpunkt für Lasttests
• Lasttests on Premise
• Lasttests mit Azure

6. • Performance
−
• Load
−
• Stress
−
• Scale/Capacity
−

8. Database Layer
Business Layer
UI Layer
(Web)
“Service” Layer
(Rest, SOAP , …)

9. Web
Performancetests
Alles was HTTP-basierend
ist:
ASP.NET WebForms,
ASP.NET MVC, SharePoint Database Layer
Business Layer
UI Layer
(Web)
“Service” Layer
(Rest, SOAP , …)

10. Database Layer
Business Layer
UI Layer
(Web)
“Service” Layer
(Rest, SOAP , …)
Web
Performancetests
Alles was HTTP-
basierend ist: ASP.NET
WebForms, ASP.NET
MVC, SharePoint,
WebAPI, Rest, SOAP

11. Database Layer
Business Layer
UI Layer
(Web)
“Service” Layer
(Rest, SOAP , …)
MSTest Unit Tests
SOA (WCF, WebAPI,
Rest, Odata), SAP,
CRM, andere
Protokolle

12. Database Layer
Business Layer
UI Layer
(Web)
“Service” Layer
(Rest, SOAP , …)
MSTest Unit Tests
SOA (WCF, WebAPI,
Rest, Odata), SAP,
CRM, andere
Protokolle

13. Database Layer
Business Layer
UI Layer
(Web)
“Service” Layer
(Rest, SOAP , …)
MSTest Unit Tests
SOA (WCF, WebAPI,
Rest, Odata), SAP,
CRM, andere
Protokolle,
Datenbanken
(SSDT SQL Unit
Tests, …)

14. Lasttests on Premise – Web-basierend
(the VS way)
Demo

17. Lasttests on Premise – Web-basierend
(the fiddler way)
Demo

18. Lasttests on Premise – Load Test erstellen
Demo

19. Entwickler-PC
▪
Test Controller und Test Agent
▪
Visual Studio Online Load Testing (Azure)
▪

20. Server 0:
Test
Controller
Server 1:
Test
Agent
Server 2:
Test
Agent
Server 3:
Test
Agent

21. • Load Testing benötigt in Abhängigkeit von
der Ziel-Nutzeranzahl ggf. eine große Anzahl
an Servern
− Bereitstellung von Servern ist aufwendig
− Wird nur temporär benötigt
• Load Testing Infrastruktur steht als PaaS über
Visual Studio Online zur Verfügung
− Keine Setup Aufwände
• Voraussetzung: Visual Studio 2013 Ultimate

22. Visual
Studio
Load Test
Web Service
Test Agent Pool - Dynamic
Results
database
Worker
Azure Blobs
Azure Tables

23. Bereitstellung Server:
− Langsam und fehleranfällig
Kosten:
Hoch
Ausnutzung:
Gering

24. Bereitstellung Server:
Super einfach
Kosten:
Zahlung für
tatsächliche Nutzung
Ausnutzung :
Auf Abruf

25. • Application Insights ist Microsoft Lösung zur
Erfassung von Applicationstelemetriedaten
(Performance, Nutzungsdaten) von Web und
Apps (Phone-/Store Apps, … )
− Bsp.: Exceptions, Reaktionszeitszeiten,
angesteuerte Seiten, …
• Application Insights Daten lassen sich mit VSO
Load Testing Daten
− Ohne AI: nur extern messbare Kennzahlen
(Response Times, Number of Users, …)
− Mit AI: externe und interne Metriken (CPU,
Memory, Threads, …)

27. Load Testing in the cloud
Demo

29. Continuous Quality
22.06.2016 09:00 - 10:00 Uhr Track: Better Coding
Agile Methoden in verteilten Teams
22.06.2016 14:15 - 15:15 Uhr Track: Agile

30. KONTAKT
Nico.Orschel@aitgmbh.de
+49 151 55052624
AIT GmbH & Co. KG
Leitzstr. 45, 70469 Stuttgart
www.aitgmbh.de
BERATUNG
Agile ALM und TFS
.NET und Architektur
ENTWICKLUNG
Dienstleister für individuelle
Lösungen mit .NET und Azure
© AIT GmbH & Co. KG – Alle genannten und gezeigten Marken oder Warenzeichen sind eingetragene Marken oder eingetragene Warenzeichen ihrer jeweiligen Eigentümer und ggf. nicht gesondert
gekennzeichnet. Aus dem Fehlen der Kennzeichnung kann nicht geschlossen werden, daß es sich bei einem Begriff oder einem Bild nicht um eine eingetragene Marke oder ein eingetragenes Warenzeichen
handelt.

31. Marc Müller
Principal Consultant
für DevOps, ALM, TFS /VS, .NET
E-Mail: marc.mueller@4tecture.ch
Webseite: http://www.4tecture.ch
Schulungen: http://4tecture.ch/trainings
Blog: http://4tecture.ch/blog
Twitter: @muellermarc

33. https://1drv.ms/f/s!Akk6ceq57eVEgeBCsSMkcobUN
uv3GQ
https://goo.gl/e7isf7
http://niobookstoreweb.azurewebsites.net
41