- Funktionales Monitoring ohne Setup-Aufwand und eigener Infrastruktur
- Schneller aufgesetzt als alle anderen
- Selenium weg-abstrahiert
- Testautomatisierung ohne Auwand und Schmerzen
- Bedienbar von Product Owners und Entwickler
- 80% im Netz ist idententisch, wir automatisieren die 80%
- Konfigurieren statt Programmieren
| java -Dwebdriver.chrome.driver="chromedriver" -jar selenium-server-standalone-3.7.1.jar |
| #!/bin/bash | |
| a=$(/usr/bin/php /root/acmephp.phar authorize $1) | |
| file=`echo "$a" | grep -o "challenge\/[a-zA-Z0-9\_\.\-]*" | cut -c11-100` | |
| filename="/var/www/vhost/$1/htdocs/.well-known/acme-challenge/$file" | |
| echo "$filename" | |
| secret=`echo "$a" | grep -o "that the URL [a-zA-Z0-9\_\.\-]*" | cut -c14-100` |
Immer mehr Produkte werden entwickelt. Immer mehr Start Ups drängen auf den Markt. Und das ist gut so.
Je mehr wir ausprobieren, desto größer ist die Chance, dass am Ende wertvolle Produkte übrig bleiben, die einen echten Mehrwert haben. Leider sind dies nur ca. 10% aller Projekte. Wenn aber die Erfolgschancen so gering sind, muss der Weg zu den ersten Meilensteinen möglichst günstig sein. Qualität spielt ihr oft keine Rolle. Und das ist ebenfalls gut.
In diesem Vortrag soll skizziert werden, welche qualitätssichernden Maßnahmen günstig eingesetzt werden können und wie man ein funktionierendes Produkt schafft, ohne zu viel Zeit zu verlieren. Bei geht es um Themen wie statische Code-Analyse, Lean Testing, Crowd Testing und Monitoring.
| <?php | |
| $options = new ChromeOptions(); | |
| $options->addExtensions(array( | |
| __DIR__ . '/extension/requests.crx' | |
| )); | |
| $caps = DesiredCapabilities::chrome(); | |
| $caps->setCapability(ChromeOptions::CAPABILITY, $options); |
Nils Langner (www.leankoala.com) über Qualität im Web
#The lean tester
Wie hat sich das Testen von Software in der letzten Zeit verändert und ist das Web vielleicht gar nicht der richtige Ort für Qualität?
Momentan steht die Webentwicklung unter dem Stern der durchdachten Architekturen, des sauberen Codes und der hohen Testabdeckung. Viele Projekte sterben dadurch leider in Schönheit. Wie man damit im Bereich Testing umgehen kann und warum es sinnvoll sein kann umzudenken, soll dieser Vortrag anreißen.
| <!-- BEGIN JIVOSITE CODE {literal} --> | |
| <script type='text/javascript'> | |
| (function () { | |
| var widget_id = 'x4WkTczrNQ'; | |
| var d = document; | |
| var w = window; | |
| function l() { | |
| var s = document.createElement('script'); | |
| s.type = 'text/javascript'; |
| var express = require('express'); | |
| var app = express(); | |
| var redis = require('redis'); | |
| var client = redis.createClient(); | |
| client.on('connect', function(){ | |
| console.log(' Redis connected.\n'); | |
| }); |
| <?php | |
| namespace PhmLabs\Bundle\WeTimeboxBundle\Entity; | |
| use Doctrine\ORM\Mapping as ORM; | |
| /** | |
| * @ORM\Entity | |
| * @ORM\Table(name="events") | |
| */ |
| <?php | |
| $magic = new Autoloader(); | |
| $magic->registerNamespace('phmLabs', __DIR__, true); | |
| $magic->register(); | |
| $dispatcher = new EventDispatcher(); | |
| $magic->registerAnnotation('Notify', 'phmLabs\Annotations\Notify', new \phmLabs\Modifier\Notify($dispatcher) ); | |
| $a = new A(); |