CI – was tut sich mit Jenkins in Sachen Test? · Jenkins – CI - User … Übersicht der Systeme für automatisiertes Testen Build g n u k c e d b a e d Co JUnit / FIT-Tests (ohne

CI – was tut sich mit Jenkins in Sachen Test?

Ziel dieses Vortrags

§ Sie sehen, dass CI mit Jenkins für alle Projektbeteiligte Nutzen stiftet

§ Sie kennen den aktuellen Stand der Testautomation– Statische Code-Analyse– Automatisierte Tests aus Sicht der

• technischen Entwickler

CI – was tut sich mit Jenkins in Sachen Test? | Rainer Stanger, Christian Schubert | JBFOne 2011 | Seite 2 Copyright 2011 © FIDUCIA IT AG

• fachlichen Entwickler

§ Sie wissen, an welchen Verbesserungen der Testautomation das CoC-Test zusammen mit anderen Abteilungen arbeitet

Agenda

§ Jenkins – CI Plattform

§ Statische Code-Analyse

§ Technischer Entwicklertest



§ Fachlicher Entwicklertest

§ Fazit/Ausblick

§ Fragen? – Diskussion!

Anforderungen der Projektbeteiligten

Produktverantwortliche/ Projektleiter

Darstellung der Fortschritte im Projektverlauf

fachliche Entwickler/Tester

technische Entwickler

schnelles Feedbackzu Builds und


Test-/Qualitätsmanager

Darstellung des Testfortschritts und Qualitätszustands


automatisiertes Ausführen fachlicher Schnittstellen-

und UI-Tests

zu Builds und Entwicklertests

zentrale Plattform für Informationen

© R

olf v

an M

elis

/ P

IXE

LIO


© R

olf v

an M

elis

/ P

IXE

LIO

Agenda







§ Fazit/Ausblick


Jenkins – Dashboard (Projektübersicht)


„Jenkins ist ein erweiterbares, webbasiertes System zurkontinuierlichen Integration in agilen Softwareprojekten.“

Jenkins – Dashboard (Modulansicht)


Agenda







§ Fazit/Ausblick


Statische Code-Analyse

§ Code-Reviews der implementierten Komponenten und Entwicklertestfälle– Erkennen von Code-Duplikaten– Finden von Offenen Punkten– Erkennen potentiell fehlerhafter Codefragmente (Bug Patterns)– Finden von Verstößen gegen die Coding Standards


§ Produkt- und projektabhängig unterschiedliche Standards möglich

Statische Code-Analyse mit PMD - Trend von Build zu Build


Statische Code-Analyse mit PMD - Übersicht eines Builds


Statische Code-Analyse mit PMD - Detailansichten


Agenda







§ Fazit/Ausblick


Technischer Entwicklertest

§ Anzahl und Ergebnisse der Entwicklertests

§ %-Satz der ausgeführten Anweisungendurch automatisiert durchgeführteEntwicklertests


§ Die Metriken der Dynamischen Analysewerden während der Durchführungder Entwicklertests gemessenà für aussagekräftige Analysen solltenmöglichst viele Testfälle automatisiertausführbar sein

JUNIT - Testergebnisse


Codeabdeckung mit Cobertura


Automatisierte Testfälle mit Datenbankanbindung

§ 10 DB-Schema sowohl in Oracle als auch DB2 verfügbar – (noch) kein IMS– Unabhängig vom Arbeitsplatz eines Entwicklers

§ automatische Reservierung bei Build-Start und Freigabe bei Build-Ende

§ Automatische Initialisierung - Löschen aller bestehenden Tabellen

§ Automatischer Ablauf der DDL aus dem Modul und ggf. projektübergreifender DDL wie z. B. Eingangsliste ….


B. Eingangsliste ….

Aktuell in den Projekten SEPA und AZV in Verprobung

Konfiguration des DB-Plugin in Jenkins


Agenda







§ Fazit/Ausblick


Agenda




© R

olf v

an M

elis

/ P

IXE

LIO




§ Fazit/Ausblick


© R

olf v

an M

elis

/ P

IXE

LIO

FIT – Was ist das?

§ Ein Testframework für Komponententests aus fachlicher Sicht

§ Programmierer schreibt den UnitTest mit fachlicher Schnittstelle (FIT-Fixture)

§ fachlicher Entwickler schreibt die Befüllung der Schnittstellen in html-Format

§ über JUnit startbar


Wird aktuell im Projekt KIM verwendet

FIT – Beispiel Eingabe-Datei


FIT – Beispiel Ausgabe-Datei


FIT – Einbindung in Jenkins

import ….

@RunWith(FitSuite.class)@FitConfiguration(FitTestsOverJUnit.Configuration.class)public class FitTestsOverJUnit {

public static class Configuration extends DefaultFitConfiguration {

@Overridepublic String getInputDir() {

return "test/fit"; Wo stehen die HTML-Dateien


return "test/fit";}

@Overridepublic String getOutputDir() {

return "fit-results";}

@Overridepublic String[] getIncludes() {

return new String[] { "**/*.html" };}

}}

Wo stehen die HTML-Dateien

Wohin werden die Ergebnis-HTMLs abgelegt

Welche Dateien sollen berücksichtigt werden ?

UI-Automation mit TAFF

§ Ein Testframework für bildschirmorientierte Tests aus fachlicher Sicht

§ Nutzt die Automationswerkzeuge QF-Test und Quicktest/HP Functional Tester

§ Verwendbar für Windows- und Linux-Clients


Aktuell in Verprobung mit JBF

UI-Automation mit TAFF – Verprobung mit JBF


UI-Automation mit TAFF - TAFF-Report

Link zum Screenshot


Agenda







§ Fazit/Ausblick


Agenda



§ Technischer Entwicklertest Aug

enau

f/ P

IXE

LIO




§ Fazit/Ausblick


© A

ugen

auf

Anforderungen der Projektbeteiligten

Produktverantwortliche/ Projektleiter

Darstellung der Fortschritte im Projektverlauf


technische Entwickler

schnelles Feedbackzu Builds und


Erweiterungsmöglichkeitenz. B. Performance-Messungen

Test-/Qualitätsmanager

Darstellung des Testfortschritts und Qualitätszustands


automatisiertes Ausführen fachlicher Schnittstellen-

und UI-Tests

zu Builds und Entwicklertests

zentrale Plattform für Informationen

© G

erd

Altm

ann

/ PIX

ELI

O


Jeder Build simuliert die Produktionsfreigabe

© G

erd

Altm

ann

/ PIX

ELI

O

BuildC

odea

bdec

kung

JUnit / FIT-Tests (ohne DB)

DB2 / Oracle – Init

JUnit / FIT-Tests (mit DB)

Jenkins – CI


SVN

Herausforderungen

§ Erstellung und Pflege von DB-Initial-beständen für fachlich komplexe Tests

§ Submit von Host-Jobs zur IMS-Initialisierung

§ Automatisiertes Bestücken der ApplicationServer zur Testausführung



DB-Unload / Check

UI-Automation TAFF

Deploy auf Tomcat

IMS-Init

Performance

Bestand

vorhanden

In Planung

§ Vergleich gegen Referenzbestände

Initial-Bestände

schema-neutral,

versioniert

Agenda







§ Fazit/Ausblick


Fragen? – Diskussion!

Rainer StangerEntwicklung


Christian SchubertCustom Solution Development

[email protected] 711 / 50505 – 792

Entwicklung

AEW7QR

Testautomation im CoC-Test

[email protected] 21 / 40 04 – 28 04

mailto:[email protected]

mailto:[email protected]

Ihr IT-Partner

Vielen Dank

Jenkins – CI - User …

Übersicht der Systeme für automatisiertes Testen

Build

Cod

eabd

ecku

ng

JUnit / FIT-Tests (ohne DB)

DB2 / Oracle – Init


Jenkins – CI


DB2Schema 1 RZBK 1-nSchema 2 RZBK 1-nSchema 3 RZBK 1-n

OracleSchema 1 RZBK 1-nSchema 2 RZBK 1-nSchema 3 RZBK 1-n

Initial-Bestände

schema-neutral,

versioniert


Bestand

vorhanden

In Planung

Cod

eabd

ecku

ng


DB-Unload / Check

UI-Automation TAFF

Deploy auf Tomcat

IMS-Init

Performance

Schema 3 RZBK 1-nSchema 3 RZBK 1-n

IMS-Online Region / BMP

IMSTeil-DB 1 RZBK 1-nTeil-DB 2 RZBK 1-nTeil-DB 3 RZBK 1-n

Portal User 2

Portal User 1

TomcatCodeabdeckung

Performance

Documents

CI – was tut sich mit Jenkins in Sachen Test? · Jenkins – CI - User … Übersicht der Systeme für automatisiertes Testen Build g n u k c e d b a e d Co JUnit / FIT-Tests (ohne