Testing mit Visual Studio Rolf Wenger, CTO weroSoft AG · Digicomp Microsoft Evolution Day 2015 3...

Digicomp Microsoft Evolution Day 2015 1

Testing mit Visual Studio

Rolf Wenger, CTO weroSoft AG

Partner:

2 Digicomp Microsoft Evolution Day 2015

Vorstellung Referent

weroSoft ist in den Bereichen Beratung, Entwicklung und Ausbildung auf der Basis der .NET-Technologien tätig

Basierend auf unserem eigenen Application Framework entwickeln wir kundenspezifische Client-Server-Anwendungen

Langjährige Ausbildungstätigkeiten für Softwareentwickler mittels Firmenkursen und .NET CAS an der Berner Fachhochschule

Durchführung von kundenorientierten E-Learning-Projekten in den Bereichen Dienstleistung und Industrie

Agenda

Warum testen

Wann testen

Was testen

Gehört Testen zur Architektur

Unterstützung in Visual Studio 2015

Zusammenfassung

Warum testen

Qualitätssicherung ohne Ende

Maschinenteile werden gemessen

Lebensmittel werden gewogen

Brücken werden belastet

Wissen wird geprüft

Beratung wird beurteilt

Beispiel Fertigung

Herstellen Messen Einbauen Messen Integrieren

Erproben Bericht Zufriedener Kunde Lieferung Qualitätsgarantie

Szenenwechsel

int variable = 1;

int result = variable++ + variable++ + variable++;

Welchen Wert hat die Variable «result»?

Warum testen wir?

Weil wir zufriedene Kunden wollen!

Wann testen

Der Regelkreis

Wann testen wir?

Auf mehreren Ebenen während der gesamten Entwicklung – und das unaufgefordert und zielorientiert!

Was testen

Happy Path Test

Testen der Anforderung unter Idealbedingungen

Alles soll so funktionieren wie angedacht

Keine Ausnahmen

Keine Varianten

Einmalige Ausführung

Optimale Unterstützung durch Visual Studio 2015

Alternative Path Tests

Testen der Anforderung durch Nutzung von alternativen Code Pfaden

Permutationen von Varianten

Keine Ausnahmen

Einmalige Ausführung pro Variante

Optimale Unterstützung durch Visual Studio 2015

Exceptional Path Tests

Testen der Anforderung durch gezielte Provokation von Fehlern

Permutationen von Fehlervarianten

Ausnahmen/Ausnahmetypen und Meldungen

Einmalige Ausführung pro Variante

Unterstützung durch Visual Studio 2015

Regression Tests

Testen der wiederholten, korrekten Ausführung des Codes

Sicherstellen, dass nach Änderungen und Ergänzungen keine Seiteneffekte auftreten

Unterstützung durch Visual Studio 2015

Was testen wir?

Die gesamte mögliche Codeausführung in allen Varianten und Lebenslagen!

Wie testen

Testpyramide

Unit Test

Integration Test

Acceptance Test

Unit Test

Fundament der Qualitätssicherung

In der Verantwortung der Entwickler

Messung der Codeabdeckung

Kostengünstig

Kann sehr grosse Menge erreichen

Eine 100%-Automation ist anzustreben

Integration Test

Testen der Zusammenarbeit der Komponenten

In der Verantwortung der Tester

Mittleres Automatisierungspotenzial

Erfordert oft Produktinstallation

Mittlere Menge

Automatisierbar, aber auch oft manuell ausgeführt

Acceptance Test

Testen des gesamten Systems

In der Verantwortung der Tester

Teurere Automatisierung

Erfordert zwingend Produktinstallation

Kleinste Menge, Testen der Anforderungen / UC

Automatisierbar, aber auch oft manuell ausgeführt

Wie testen wir?

Indem wir für unser Projekt die Testpyramide umsetzen und idealtypisch vollautomatisiert alle Tests jede Nacht ausführen!

Gehört Testen zur Architektur

Frage 1

Wie viele Tests brauche ich, um das Zahlenschloss zu öffnen?

Frage 2

Wie viele Tests brauche ich, um das Zahlenschloss zu öffnen?

Frage 3

Wie wollen Sie das Netzteil von diesem Gerät testen?

Frage 4

Wie will weroSoft testen, dass die Webseite in allen Browsern korrekt angezeigt wird?

Antworten auf alle Fragen

Zerlegung des Systems in Baugruppen

Zerlegen der Baugruppen in Komponenten

Erstellen der Komponenten

Testen der Komponenten

Zusammenbau der Komponenten zu Baugruppen

Testen der Baugruppe

Zusammenbau zum Produkt

Testen des Produkts

Wir erinnern uns

Herstellen Messen Einbauen Messen Integrieren

Erproben Bericht Zufriedener Kunde Lieferung Qualitätsgarantie

Übersetzung für Software-Engineers

Baugruppe

… bis zur kleinsten Einheit …

Prüfling

MyClass.Method() Project Assembly

Unit Test

Unit Test Assembly

Simulation eines vom Prüfling

angesprochenen Objekts.

Project oder sonstige

Assembly

Die Testautomation

Visual Studio 2015

mstest.exe

Unit Test Framework

Unit Test Prüfling

Gehört Testen zur Architektur?

Definitiv ja!

Testen soll bereits im Lösungsansatz Platz finden!

Schichtenmodell

Komponentenmodell

Ersetzbarkeit (Mocking/Simulation)

Unterstützung in Visual Studio 2015

Generelle Unterstützung

Classic Unit Tests

Happy Path Unit Tests

Alternative Path Unit Tests

Exception Path Unit Tests

Data-Driven Unit Tests

Coded UI Tests (nur Visual Studio Enterprise)

IntelliTesting (nur Visual Studio Enterprise)

Unterstützt auch 3rd Party Unit Test Frameworks

Classic Unit Tests

Happy Path Unit Tests

Alternative Path Unit Tests

Exception Path Unit Tests

Data-Driven Unit Tests

Scenario

public string SimpleMethod(string argument)

if (string.IsNullOrEmpty(argument))

throw new ArgumentNullException("argument");

int indexSpace = argument.IndexOf(" ");

switch(indexSpace)

case -1:

return argument;

case 0:

return string.Empty;

default:

return argument.Substring(0, indexSpace);

Happy Path Unit Test

[TestClass()]

public class SimpleDemoTypeTests

[TestMethod()]

public void HappyPathSimpleMethodTest()

string expectedString = "Testing";

string resultingString = null;

SimpleDemoType sample = new SimpleDemoType();

resultingString = sample.SimpleMethod(expectedString);

Assert.AreEqual<string>(expectedString, resultingString);

Alternative Path Test

[TestMethod()]

public void AlternativePathSimpleMethodTest()

string parameter = "Testing an alternative path";

string expectedString = "Testing";

resultingString = sample.SimpleMethod(parameter);

Exception Test

[ExpectedException(typeof(ArgumentNullException))]

[TestMethod()]

public void ExceptionPathSimpleMethodTest()

string parameter = null;

// On using the attribute ExpectedExceptionAttribute you must

// not assert the test. It is automatically asserted to the

// expected exception type.

Data driven Test

[DeploymentItem("DataDrivenTestDemo.xml")]

[DataSource("Microsoft.VisualStudio.TestTools.DataSource.XML", // Type of data source

"DataDrivenTestDemo.xml", // Name of XML file

"SimpleTestData", // Name of table element

DataAccessMethod.Sequential)] // Kind of data access

[TestMethod()]

public void DataDrivenSimpleMethodTest()

string parameter = TestContext.DataRow["parameter"] as string;

string expectedString = TestContext.DataRow["expected"] as string;

string exceptionType = TestContext.DataRow["exceptionType"] as string;

if (parameter == "null") parameter = null;

Data driven Test

catch (ArgumentNullException exception)

if (string.IsNullOrWhiteSpace(exceptionType))

Assert.Fail("An unexpected exception has been caught.");

if (string.Compare(exception.GetType().Name, exceptionType, true) != 0)

Assert.Fail("Type is not as expected.");

Coded UI Test (nur Visual Studio Enterprise)

Testen von Benutzeroberflächen

Unterstützt Forms, WPF und Web

Tests können generiert werden

In der Praxis ist eine händische Codierung erfolgreicher

Integration für die Testausführung

IntelliTest (nur Visual Studio Enterprise)

Neustes Kind der Testumgebung

Integriert in Visual Studio 2015

Generiert den Unit Test aufgrund des Nutzcodes

Instant-Ausführung möglich

Generierung des Unit Tests und Integration in Automation ist möglich

Ziel 100% Codeabdeckung

IntelliTest – Create Unit Test

Generieren anstelle von ausführen

Erzeugt eine PEX1-Assembly

Generierten Test ausführen

Erzeugt die Test-Methoden

Prüfen der Codeabdeckung

Bereit für die Testautomation

1) PEX = Possible Execution

IntelliTest – direkte Ausführung

IntelliTest – Resultat der Ausführung

Testüberwachung Visual Studio 2015

Test Explorer zeigt alle Unit Tests

Ausführung einzeln / mehrere / alle

Ausführung mit oder ohne Debugging

Verschiedene Sortierungen

Messen der Codeabdeckung (Enterprise)

Test Explorer

Testüberwachung TFS 2015

Testdetails im TFS

Zusammenfassung

1. Testen gehört zur Entwicklung wie das Lesen der News zum Tag

2. Testen ist anspruchsvoll und muss bereits in der Architektur berücksichtigt werden

3. Visual Studio und der TFS unterstützt dieses Vorhaben in allen Belangen

4. Wer testet eigentlich den Testcode?

Besten Dank für Ihre Aufmerksamkeit

Für allfällige Fragen stehen wir Ihnen jederzeit gerne zur Verfügung:

weroSoft AG

Obere Zollgasse 75

3072 Ostermundigen

rolf.wenger@weroSoft.net

Testing mit Visual Studio Rolf Wenger, CTO weroSoft AG · Digicomp Microsoft Evolution Day 2015 3...

Documents

Test your know-how - Digicomp · Wir sind gerne für Sie da: T +41 44 447 21 21 – info@digicomp.ch 5 Digicomp Standortbestimmungen nach ICT-Jobrollen Plan – Planung, Steuerung,

CTO-AGENDA - Dr. Wieselhuber & Partner GmbH · CTO maßgeblich ausgestaltet, bildet die Voraussetzung für eine erfolgreiche Innovationsarbeit. Dieses umfasst mehrere Aspekte: den

Imageberatung Anita Aeberhard...Eindruck ist nicht immer der stimmende, aber der bestimmende! Digicomp 19 Imageberatung Anita Aeberhard FREMDBILD / EIGENBILD. Digicomp 20 ... BENIMM

20120306 digicomp open_tuesday_trytonerp_openworkplace_stefanflueck

Cloud Computing bei Digicomp

testrapport NK testen

Digicomp für Firmen€¦ · Digicomp, erhalten Sie eine massgeschneiderte Schulungslösung, die exakt zu Ihrer Strategie passt. Die Planung und Konzeption Ihrer Firmenkurse findet

Tester testen. Entwickler auch

Testen Übersicht

Zufallsbasiertes Testen mit QuickCheck Christian Binkhoff Zufallsbasiertes Testen mit QuickCheck

Testen vernetzter Systeme für Industrie 4 · 3.4 Testautomatisierung 13 3.5 Modellbasiertes Testen 13 3.6 Metriken 15 Literatur 17. 4 VDI-Statusreport – Testen vernetzter Systeme

Projektmanagement-Zertifizierungendigiblog.s3-eu-central-1.amazonaws.com/app/... · Projektmanagement-Zertifizierungen Martin Bialas 20.10.2016. Digicomp 2. Digicomp 3 Vorstellung

Digicomp ist holacracy crazy 01032017

MatheGrafix | Startseite€¦ · Web viewTesten von Hypothesen Aufgaben: Testen von Hypothesen Testen: Linksseitiger Test, Fehler 1. und 2. Art - 2 - Testen: Rechtsseitiger Test -

Funktionales Testen - Universität des Saarlandes · 2018. 4. 5. · •Am besten für Probleme fehlender Logik ... des Raumes testen, testen wir auch die dichten Teile Funktionales

· PDF fileWillkommen Case Study – IPv6 in der Cloud 6. März 2017, Digicomp, Zürich Manuel Schweizer CEO

Geschäftsideen evaluieren und testen

microservices und domain-driven design - Digicomp · 2017-10-24 · Microservices im Zusammenspiel mit Domain-driven Design-Digicomp DevDay 2017 Microservices und Domain-driven Design

CTO/Anwenderbericht€¦ · CTO Balzuweit GmbH | Lautlinger Weg 3 | 70567 Stuttgart | Fon +49 (0)7 11 71 86 39-0 | Fax +49 (0)7 11 71 86 39-29 | Unsere Kunden Auszug aus unserer Kundenliste:

CTO/Anwenderbericht · Leitung der CTO: Das KfH stellte drei Mitarbeiter aus den Fachabteilungen und zwei aus der IT. CTO selbst schickte bis zu drei Consulter und Entwickler ins