Warum Continuous Delivery

• wesentliches Ziel ist schnelles Feedback, also Geschwigkeit
  • Schritte schnell abarbeiten
  • Möglichst früh Fehler binden (Unit-Tests)
• Betrieb einbinden
  • DevOps (Puppet/Chef)
  • Ticket-Systeme
  • LoadBalancing
• unabhängig vom (Build-)Tool
  • Build muss reproduzierbar sein
• CI-Tools
  • Jenkins, Go, Travis CI, XCode Bots ...
  • TestTools
• Quellcode muss Continous Delivery gerecht werden

Continous Delivery

• CI Server stellt finale Software auf Zielsystem bereit
• Jeder gängige CI Server bietet Pipeline Bausteine an
  • somit CD Server
  • logische 1. Schritt ist Visualisierung
  • Übersicht aller Pipelines eines CD Servers
  • Zeitliche Aktivitäten

Build Pipelines

• Jobs = Bausteine der Stages ("Unit of Work")
  • Bestehen aus Tasks wie Build, Deploy, Copy, Test

Warum Build Pipelines

• Agile Softwareentwicklung arbeitet kleinteilig
  • Software oft und zuverlässig in Produktion
  • Nutzung der IDE != Automatisierung
  • Wesentlich ist dabei die Build Pipeline
• Wie?
  • Geschwindigkeit
  • Automatisierung

Beispiel: JBoss Cluster mit Vagrant und Chef

• Typischer Java-Stack
  • HA-Proxy
  • JBoss AppServer Cluster
  • Deployment einer Java-WAR Anwendung
• Vagrant zum Erzeugen der VMs und Chef für Konfiguration

default['wildfly-clu']['cluster_schema'] = {
    "myserver1"  => { 
        :role => "domain-controller" ,
        :ip => "33.33.33.111",
        :port_offset => "0" },
    "myserver2"  => {
        :role => "slave",
        :ip => "33.33.33.112" ,
        :master => "myserver1" ,
        :port_offset => "0" },
    "myserver3"  => {
        :role => "slave"  ,
        :ip => "33.33.33.113" ,
        :master => "myserver1" ,
        :port_offset => "0" }
}

Infrastruktur

Jenkins Build Pipeline Plugin

• Deployment Pipeline Erzeugung in Jenkins benötigt viele Plugins
• Build Pipeline Ansicht bietet detailiierten Überblick über einzelne Schritte der Pipeline

Continous Delivery Plugin

• Reine Darstellung
• gute Aggregationsmöglichkeit

Toggle-Integration

• praxis-bewährtes Konzept - FeatureToggle Pattern
• Features nicht nur nach ihrem Fertigstellungsgrad nutzbar, sondern abhängig von
  • Benutzer
  • Umgebung
  • ...
• Togglz
  • Bibliothek für Java
  • Integration in Spring, JEE, CDI, JSF
  • Flexible Persistierung (Datei, Datenbank, ...)
  • Admin-Konsole zu Verwaltung

Togglz (1)

• Admin-Konsole, auch für Betrieb nützlich

Togglz (2)

• Features als Enum-Klassen

public enum AppFeatures implements Feature {
  @Label("Portal")
  PORTAL,

  @EnabledByDefault
  @Label("Enable project support in CV")
  FEATURE_CV_PROJECT_SUPPORT;

  public boolean isActive() {
    return FeatureContext.getFeatureManager().isActive(this);
  }

if (AppFeatures.PORTAL.isActive()) {
...

Responsive Testing mit Galen

• Automatisierung von Regressionstests des Layouts
• Defintion von Devices und Specs für diese
• Eigene DSL zur Anforderungsbeschreibung

==============================================================
app-entry-*         css     a.list-group-item
app-entry-logo-*    css     a.list-group-item div.pull-left i.fa
==============================================================
# common layout checks
@@ import shared/commonLayout.spec

# concrete layout tests

@ Each app entry should have a logo| *
[ 1 - 4 ]
app-entry-logo-@
    near: app-entry-@ -79 px left

• Nutzt Selenium zur Ausführung
• Gutes Reporting
• Stetige Weiterentwicklung als OSS-Projekt

Galen Demo

• Einfaches Report-Beispiel

Oberflächen Testing mit Stil - Serenity

• Tool für ATDD (acceptance test driven development)
  • Macht Oberflächen-Tests lesbarer, wartbarer und wiederwendbar
  • Selenium als technische Basis
  • Spring-Integration
  • Java, Cucumber JBehave-Varianten
• PageObject-Pattern als Grundlage
• Stellt Reporting für Tracking & Fehlersuche zur Verfügung
• Verbindung mit Ticket-System
• Anforderungen auf Tests mappen

Serenity - Tests

• Anforderungen werden im Test abgeglichen
• BDD-like:

@RunWith(ThucydidesRunner.class)
public class GoogleSearchTest {
    @Managed(uniqueSession = true)
    public WebDriver webdriver;

    @ManagedPages(defaultUrl = "https://www.google.com")
    public Pages pages;

    @Steps
    public GoogleSteps googleSteps;

    @Test
    public void googleSearchTest(){
        googleSteps.performSearch(“evozon”);
        googleSteps.findSearchResult(“on Twitter”);
        googleSteps.verifyUrl(“twitter.com/evozon”);
    }
}

• CSV-Dateien für Testdaten nutzbar

Serenity - Report Beispiel