dotnetpro 06/2015 Magazin – Artikel: “System unter Beobachtung”

System unter Beobachtung (Seite 19)
Mit Lasttests lässt sich eine Architektur schon beim Entwurf auf Skalierbarkeit prüfen.
Sicherlich kennen Sie das: Auf dem Entwicklungs- und Testsystem war die Anwendung doch so schnell. Warum schläft sie den jetzt auf dem Produktivsystem bei der Bedienung ein? Also macht es wohl doch einen Unterschied, ob sich in der Datenbank 10 000 oder eine Million Einträge befinden, ob 10 oder 1000 Nutzer gleichzeitig mit der Anwendung arbeiten. Wenn es so weit gekommen ist, hilft nur noch eine mühsame und zeitaufwendige Optimierung mit dem Profiler. Vielleicht kann er noch etwas retten. Aber wirklich schnell wird die Anwendung wohl nicht mehr werden. Der Grundstein für eine flüssig laufende, skalierbare Anwendung wird viel früher gelegt: in der Entwurfsphase. Den entscheidenden Einfluss hat dabei die gewählte Architektur – und die lässt sich im Nachhinein nur noch mit viel Aufwand ändern.
Autor: Nico Orschel und Boris Wehrle

Windows Developer 12/2014 Magazin – Artikel: “Kleine Kachel, große (Test-) Welt”

Artikel: Kleine Kachel, große (Test-) Welt (Seite 24)
– Testen von Windows-Phone-8.1 Apps
Eine App mag zwar einen enger gesteckten Anwendungsbereich haben als die großen, trägen Anwendungen aus der Desktopgeneration, aber zwingend weniger komplex ist ihre Entwicklung deshalb nicht. Der klassische Anwendungszyklus aus Spezifikation, Design, Entwicklung, Test und Auslieferung findet genauso wie bei den großen Brüdern und Schwestern statt. Die mobile Entwicklung ist sogar aufgrund der vielen Formfaktoren, geringeren Hardwareressourcen, der hohen Releaseanzahl und der Konkurrenz in den App Stores herausfordernder. In diesem Artikel möchten wir uns deshalb mit dem Thema der Qualitätssicherung von mobilen Apps für Windows Phone 8.1 beschäftigen.
von Nico Orschel und Marc Müller

Agilität ohne Product Backlog Items oder User Stories? – Agile Entwicklung mit dem TFS und dem CMMI-Template

Man kann den Eindruck bekommen, dass die Welt der Softwareentwicklung ausschließlich agil arbeitet – oder zumindest gerne so arbeiten würde. Alle sprechen von iterativer Entwicklung, Sprint-Planung, selbstbestimmten Teams und Product Backlogs. Die klassischen Produktverantwortlichen verschwinden mehr und mehr und werden durch Product Owner abgelöst. Scrum Master kümmern sich unter anderem um die Einhaltung der Spielregeln sowie darum, dass eventuell vorhandene Stolpersteine auf dem Weg des Teams zum Erfolg bzw. Sprint-Ende aus dem Weg geräumt werden.
Autor: Thomas Rümmler & Stefan Mieth

Windows Developer 11/2014 Magazin – Artikel: “Testing ist Teamarbeit”

Artikel: Testing ist Teamarbeit (Seite 58)
Erfolg kommt nicht über Nacht, und eine gute Software ist nicht nur das Ergebnis von ein paar Zeilen Visual-Studio-Quellcode. Beim Erstellen einer Software sind die unterschiedlichsten Rollen und Tätigkeiten involviert. Dieses komplexe Gebilde permanent zu optimieren, ist die Aufgabe der übergreifenden Disziplin Application Lifecycle Management (ALM) …
von Nico Orschel und Marc Müller

dotnetpro 10/2014 Magazin – Artikel: “IIS gar nicht so schwer”

IIS gar nicht so schwer (Seite 94)
Hosting von Websites, Anwendungen und Dienste wird heutzutage oft in die Cloud ausgelagert. Doch in manchen Fällen, z.B. bei rein internen Diensten im Firmennetzwerk, kommt man um das eigene “Hosting On-Premise” nicht herum. Dafür bietet Microsoft mit dem IIS (“Internet Information Services”) einen Webserver, mit dem das Bereitstellen und Debugging von Web Apps und Diensten sehr komfortabel ist. Ein paar Dinge sind jedoch bei der Installation und Anwendung zu beachten.
Autor: Jan Mattner

dotnetpro 10/2014 Magazin – Artikel: “Geht noch ‘ne Spalte mehr?”

Geht noch ‘ne Spalte mehr? (Seite 88)
Der Konflikt zwischen der Standardisierung von Software-Produkten und der Erfüllung einzelner Kundenwünsche ist ein stetig wiederkehrendes Thema. Bei einer konventionellen Implementierung rufen Anpassungen am Datenmodel das Entwicklungsteam auf den Plan. Durch den Einsatz von entsprechenden Technologien und Modellierungsansätzen ist es jedoch auch möglich eine datengetriebene Anwendung ohne Entwicklungsaufwand kundenspezifisch anpassen zu können.
Autor: Benjamin Boost

Cloud ist nicht nur etwas für Entwickler und IT-Profis

In der Cloud zu sein beziehungsweise etwas mit der Cloud zu machen, ist hip und modern. Gleich nach Scrum, Agile und DevOps ist die “Wolke” derzeit eines der Schlagwörter in der IT-Welt. Je nach Blickwinkel durchaus mal im positiven wie auch negativen Licht. Erstaunlicherweise taucht der Begriff aber verhalten wenig im Zusammenhang mit Testen auf. In anderen Bereichen wie E-Mail, Webservices, Apps usw. ist es bereits üblich, externe Dienste einzukaufen und diese tief in die eigenen internen Infrastrukturen und Prozesse einzubetten.
An dieser Stelle setzt der Artikel an und zeigt Szenarien auf, in denen es sinnvoll ist, Teile von Testprozessen mit Cloud-Diensten zu ergänzen. Neben den Vorteilen soll auch die Betrachtung der Grenzen nicht zu kurz kommen. Die zentrale Frage ist hier stets: Wann ist die Integration sinnvoll und wann nicht? Inhaltlich werden zunächst die verschiedenen Typen von Cloud-Diensten vorgestellt. Zu den einzelnen Diensttypen werden anschließend ausgewählte Dienste aus der Microsoft Azure Cloud für den Testbereich herausgepickt. Als Szenarien werden exemplarisch Testmanagement, Bereitstellung von Testumgebungen und Lasttests in der Cloud betrachtet.
Autor: Nico Orschel

“Früher war alles besser” – eine Reise zu längst vergessenen Tagen

Vor kurzem fielen mir meine alten Unterlagen aus Studienzeiten in die Hände. Beim genaueren Hinsehen entdeckte ich kurz hinter einem Wasserfall- und dem Spiralmodell meine Notizen zu “Kapitel 3: Anforderungs- und Projektmanagement”. Mit einem amüsierten Lächeln blätterte ich diese Seiten durch und dachte: “Früher war alles einfacher”. Meine anhaltende Erheiterung galt dabei der Dokumentation einem meiner ersten Softwareprojekte. Die Semesterarbeit trug den Titel “Medienverwaltung mit integriertem Leihsystem” (MVLS). Damals hatten wir zu viert tagelang die Anforderungen akribisch aufgenommen, nach Wichtigkeit und technischer Machbarkeit sortiert und schließlich unserem Professor zur Korrektur vorgelegt, bevor wir mit dem für einen angehenden Softwareentwickler angenehmeren Teil anfangen durften. Lesen Sie im Artikel, mit welchen Hürden wir vier als Studenten unser Projekt abgeschlossen haben und was wir alle daraus heute noch lernen können.
Autor: Stefan Mieth