Willkommen / Blog

oose Unternehmensblog


oose kooperiert mit SWQL

oose hat mit dem Testspezialisten Software Quality Lab (SWQL) einen Kooperationsrahmenvertrag unterschrieben. Letzte Woche haben in Zürich die Geschäftsführer Tim Weilkiens (oose) und Johannes Bergsmann (SWQL) die Kooperation besiegelt.

Unseren Kunden können wir mit der Kooperation nun auch umfangreiche Dienstleistungen im Bereich Testen anbieten. In einem ersten Schritt übernimmt SWQL die Durchführung der Vorbereitungskurse zum Certified Tester Foundation Level.

Inhaltlich arbeiten wir an neuen Themen, um die Synergie der Testexpertise von SWQL und dem innovativen ganzheitlichen Methodenwissen über den Software- und Systementwicklungsprozess von oose zu nutzen. Auf den Software Quality Days 2012 in Wien werden Tim Weilkiens von oose und Ralf Bongard von SWQL einen Vortrag über Testen und Modellierung halten. Nähere Infos finden Sie unter www.software-quality-days.com.

Neues Seminar Agiles Testen

Agiles Testen ist mehr als die Reduktion auf Unit-Tests oder die Automatisierung von Regressionstests. Es geht darum, die agilen Werte in einem gemeinsames Team aus Entwicklern, Fachleuten und Testern zu schmieden. Erst dann können belastbare Antworten auf Fragen wie z. B. nach dem Erreichen der Kundenzufriedenheit oder einer belastbaren Definition of Done entwickelt werden.

In unserem neuen 2-tägigen Seminar erfahren Sie, die unterschiedlichen Rollen eines Teams und betrachten gemeinsam die Konsequenzen und Wirkungen eines ganzheitlichen agilen Teamansatzes.

[Termine/Preise/Anmeldung] [Mehr Informationen]

Agiles Testen

Agilität ist das Stichwort der letzten Jahre, agiles Projektmanagement, agiles Requirements Engineering, agile Softwareentwicklung – aber was passiert mit der Überprüfung der Qualität der so entstandenen Produkte und Projekte?
Ein Ansatz hierbei kann sein, viel zu testen, also möglichst viele der vorhandenen Testfälle schnell und häufig auszuführen, um sicherzustellen, dass keinerlei zuvor vorhandene Funktionalität im Laufe der Iterationen zu verlieren. Insofern sind automatisierte Tests eine Grundlage zum agilen Testen.
Wichtig ist aber auch, dass gerade bei agil arbeitenden Projektteams schon die Änderungen bei der Entwicklung auf etwaige Auswirkungen und Seiteneffekte zu überprüfen. Dies kann durch den Einsatz von testgetriebener Entwicklung erreicht werden, da die funktionalen Anforderungen zu erst in Form von Prüfungen festgehalten werden und somit die Spezifikation ausführbar wird. Erst im Anschluss entsteht dann das Programm, dessen Übereinstimmung auch sofort geprüft werden kann.
Insofern ist testgetriebene Entwicklung auch agiles Testen. Zumal durch den Einsatz von Unit-Tests zusammen mit FIT o.ä. auch komplexere Funktionalitäten und auch nicht funktionale Anforderungen automatisiert durch die Entwicklung und die QS geprüft werden können.
Stefan Bremer

Neue Podcast-Reihe zum Thema Qualität

Seit geraumer Zeit bietet oose den Zertifizierungs-Kurs zum ISTQB Certified Tester Foundation Level an. Um die Vorbereitung zur Prüfung noch besser zu unterstützen werden wir hier nach und nach in loser Folge einige Videos hinterlegen, in denen die wichtigsten Begriffe und Fakten in Sequenzen von 5 bis 10 Minuten an praktischen Beispielen erläutert werden.
Im ersten Teil unserer Reihe widmen wir dem Motto “Rund um den Fehler”.
Wenn sie Anregungen oder Wünsche haben teilen sie mir dies gerne unter stefan.bremer(at)oose.de mit.

Gedanken zu CloudComputing

Ich stieß vor ein paar Wochen auf einen Artikel zum Thema
CloudComputing, Microsoft hätte da viel vor und einige
Plattformen wie zum Beispiel Amazon würden es einsetzen. Ich
selbst machte mir gerade Gedanken rund um SOA und fragte
mich, wie dies wohl zusammen gehen könnte.
Welche Auswirkungen auf eine SOA-Architektur hat
CloudComputing (CC)?
Werden die einzelnen Dienste, oder wie auch immer die
Bestandteile genannt werden, auch sicher in der Kommunikation
und vorm Abhören sein?
Wie kann man SOA und CC methodisch zusammenbringen, was ist
zu beachten, welche Fallen lauern im Aufbau, wie kann ein
Enterprise Service Bus aussehen, wie sieht eine optimale
Organisation aus?

Wo liegt eigentlich der Unterschied zwischen CC,
Grid-Computing und verteilten Anwendungen? Kann ich etwa
verteilte Anwendungen in einer Cloud aus Grid-Rechnern laufen
lassen? Und wie testet man solche Architekturen und Programme?

Viele Fragen, die auf Antworten warten, mich würde ihre Meinung zu diesen Fragen interessieren. Sie erreichen mich unter Stefan.Bremer@oose.de.