SAP Fiori: Eigentümerwechsel einer Verbrauchsstelle mit SAP IS-U, ODATA und SAPUI5 #Part3

Fiori Apps sind aus der modernen SAP-Entwicklung nicht mehr wegzudenken! Sie dienen der Umsetzung anwenderfreundlicher SAP-Oberflächen und bieten mehr Möglichkeiten bzgl. moderner Usability. Die dahinter liegenden Technologien OData und SAPUI5 sollen im Folgenden näher betrachtet werden. Im ersten Teil der Blogreihe wurde der Use Case eines Eigentümerwechsels im SAP IS-U System vorgestellt. Davon ausgehend wurde in … WeiterlesenSAP Fiori: Eigentümerwechsel einer Verbrauchsstelle mit SAP IS-U, ODATA und SAPUI5 #Part3

Let’s Talk About Security – Validate All Input

Im letzten Beitrag hat Sebastian Sicher eine Login-Maske für seine Schlüsseldienst-Website erstellt. Dort bin ich auf bekannte Sicherheitslücken sowie mögliche Vorkehrungen gegen diese eingegangen. Es sollte nur Nutzern der Zugriff auf das System gestattet sein, denen diese Rechte bei der Registrierung auf der Website zugeordnet wurden.  Nun kümmert sich Sebastian darum, dass die Nutzer die … WeiterlesenLet’s Talk About Security – Validate All Input

Let’s Talk About Security – Digital Identity

Das Thema Sicherheit ist in der heutigen Zeit wichtiger denn je. Beinahe alles wurde digitalisiert und befindet sich in einem eigenen Netzwerk oder ist mit dem Internet verbunden. Somit ist es theoretisch möglich, von einem Client sämtliche Server anzusprechen, die mit dem Internet verbunden sind. Wenn man es mit der Realität vergleichen würde, stehen sämtliche … WeiterlesenLet’s Talk About Security – Digital Identity

Testautomatisierung mit Squish – Teil 1: Technische Sicht

Am Markt existiert mittlerweile eine Vielzahl von Testautomatisierungswerkzeugen für die verschiedensten Einsatzgebiete. Bei einem unserer Kunden aus der Medizintechnik wurde beispielsweise das Tool „Squish“ intensiv zur Automatisierung von GUI-Tests eingesetzt. In diesem Beitrag möchte ich deshalb näher auf die dabei zu beachtenden technischen und fachlichen Aspekte beim Design des Testframeworks und der Testskripte eingehen. Auch … WeiterlesenTestautomatisierung mit Squish – Teil 1: Technische Sicht

Mocks in der Testumgebung Teil 3

Im zweiten Teil haben wir gesehen, wie man mit Hilfe eines Mock-Framework (in diesem Fall Moq) eine Anwendung so anpassen kann, dass bestimmte Schnittstellen für Tests gemockt werden und somit keine Fehler liefern können. In diesem Teil erstellen wir eine selbst programmierte Mock-Anwendung und werden mit unserer Heldendatenbank darauf zugreifen. Hierzu verwenden wir „Docker for … WeiterlesenMocks in der Testumgebung Teil 3

Wie verwende ich den QA-Oktanten?

In meinem Blogartikel „Design for Testing – Wie, wir müssen das noch testen?“ habe ich den QA-Schlachtplan vorgestellt. Nun möchte ich unsere Erfahrungen teilen, wie sich der darin enthaltene QA-Oktant bei der Suche nach den notwendigen Testarten nutzen lässt. Eine der Fragen zu Beginn eines Softwareprojektes ist, auf welchen Qualitätskriterien der Fokus der Entwicklung und … WeiterlesenWie verwende ich den QA-Oktanten?

Remote-Entfremdung – es geht auch ohne!

Mit Blick auf die Digitalisierung und die damit einhergehende Integration von IT- und Softwarekomponenten steigt in einer speziellen IT-Disziplin der Bedarf nicht nur linear, sondern eher exponentiell an – in der Qualitätssicherung! Knappe Büroflächen, eine zunehmend schwierige Recruitingsituation und das wenig innovative Image der Qualitätssicherung verstärken das Problem deutlich. Der Einsatz von externen QA-Consultants scheint … WeiterlesenRemote-Entfremdung – es geht auch ohne!

Mobiles Testen – Muss ich das Rad neu erfinden?

Einen Tag ohne das Smartphone in der Hand und das Nutzen von Apps zum Surfen, Musik hören oder Daddeln kann sich heute fast keiner mehr vorstellen. Darum beschäftigen sich nicht nur sehr viele Entwickler, sondern auch zahlreiche Tester mit mobilen Endgeräten. Aber ändert sich durch die neuen Plattformen auch die Arbeitsweise des Testens? Wie alles … WeiterlesenMobiles Testen – Muss ich das Rad neu erfinden?

Design for Testing – Wie, wir müssen das noch testen?

In der Mikroelektronik wird bei der Chipentwicklung der Ansatz des „Design for Testing“ genutzt. Um Fehler zu vermeiden, wird bereits frühzeitig in der Designphase an der späteren Testbarkeit der Schaltungen gearbeitet. Dieses Vorgehen führt zu einer Erhöhung der Testbarkeit der Baugruppen und damit auch zu einer Reduktion der Kosten. Die Empfehlungen des „Design for Testing“ … WeiterlesenDesign for Testing – Wie, wir müssen das noch testen?

Design-Prinzipien reloaded: 13 wichtige Usability-Prinzipien

Vor längerer Zeit habe ich in einem Blogartikel unsere Design Prinzipien vorgestellt, nach welchen wir bei der Saxonia Systems AG nutzerfreundliche Software konzipieren und entwickeln. Im Rahmen der Entstehung unseres Custom Usability Index, mit dem der Erreichungsgrad der Usability eines Softwareprojekts gemessen werden kann, haben wir im Usability-Team diese Prinzipien noch einmal genau unter die … WeiterlesenDesign-Prinzipien reloaded: 13 wichtige Usability-Prinzipien

Mauern einreißen – Wie die Digitalisierung den Fachbereichstest ändert

Übergreifender Integrationstest durch ein Testcenter

Digitalisierung und Industrie 4.0 stellen neue Anforderungen an Prozesse und Softwaresysteme in allen Unternehmens- und Geschäftsbereichen. Firmen, die ihre Software extern entwickeln oder einkaufen, haben eine zusätzliche Herausforderung. Die verschiedenen Systeme unterschiedlicher Hersteller müssen für die vernetzte Arbeit im Geschäftsprozess der Unternehmen noch stärker untereinander Daten austauschen. Trotz der Tests der internen und externen Entwicklungsteams, die in verschiedenen entwicklungsnahen Teststufen die Software, bevor Sie an den Kunden übergeben wird, validieren und der anschließenden Abnahme durch die Fachbereichstests, treten beim Zusammenspiel der einzelnen Komponenten Fehler auf. Als Lösung bietet sich hier ein Testcenter mit dem Fokus auf übergreifende Integrationstests an, das aber für seinen Erfolg besondere Anforderungen erfüllen muss.

WeiterlesenMauern einreißen – Wie die Digitalisierung den Fachbereichstest ändert

Protractor – Automatisiert Testen mit Angular

Kritische Fehler, die erst im Rahmen des Live-Betriebes öffentlich werden, stellen ein großes finanzielles Risiko und nicht zuletzt eine negative Werbung für ein Produkt und die beteiligten Unternehmen dar. Deshalb ist das Thema Test in der modernen Softwareentwicklung ein grundlegender und integraler Bestandteil. Durch eine hohe Testabdeckung und der zeitnahen Rückmeldung der Testergebnisse lässt sich die Qualität und Reife des Produktes ausreichend genau nachweisen und bestätigen.

WeiterlesenProtractor – Automatisiert Testen mit Angular

Traditionelles Handwerk trifft auf innovatives Software-Entwicklungshaus

Ergebnis: Prämierung auf der Spezialmesse für Werbemittel Um bei Kunden und Partnern präsent zu sein, gibt es viele Möglichkeiten. Dazu starten wir immer wieder Kampagnen, die stets zeigen sollen, dass wir mit Geschwindigkeit nach Innovation und Qualität streben. Wir haben nun einen traditionellen Räuchermann innoviert und einen Räucherrechner für eine Bestandskundenkampagne zum Nikolaus 2016 kreiert. … WeiterlesenTraditionelles Handwerk trifft auf innovatives Software-Entwicklungshaus

Wie die Digitalisierung den Fachbereichstest ändert

Umfrage auf der OOP 2017

Ein wesentlicher Erfolgsbaustein eines jeden Dienstleistungsunternehmens ist es, die Zielgruppe Ihrer Services zu kennen. Nicht nur um seine Leistungen bestmöglich zu platzieren, sondern auch um den Kunden eine möglichst optimal auf sie zugeschnittene Lösung zu bieten. Schon seit Langem setzen wir als Saxonia Systems AG daher nicht nur auf eine möglichst enge und partnerschaftliche Zusammenarbeit mit unseren Kunden, sondern führen auf verschiedenen Konferenzen Umfragen durch. Ziel ist es dabei die Herausforderungen – mit denen Fachbereich und IT täglich zu kämpfen haben – besser kennen zu lernen.

WeiterlesenWie die Digitalisierung den Fachbereichstest ändert

Kochrezepte für Testautomatisierung – (Teil2 – Datensalat)

Testomaten auf Datensalat an Stressing

DatensalatEine besondere Herausforderung für jede manuelle Testdurchführung und ganz besonders für die Testautomatisierung sind die Testdaten. Bei den meisten manuellen Tests stehen in den Testfällen meist nur grobe Hinweise zu den zu verwendenden Testdaten. Das Vorgehen funktioniert in der Testautomatisierung nicht.

WeiterlesenKochrezepte für Testautomatisierung – (Teil2 – Datensalat)

Kochrezepte für Testautomatisierung – (Teil1 – Suppe)

Zutaten, Küchengeräte und wer ist der Koch?

suppe1Ein Kollege sprach mich kürzlich an und fragte, ob ich ein Rezept für eine gute Testautomatisierung kenne. Ich sagte dass man dafür – wie für eine gute Suppe – nicht nur ein Rezept braucht, sondern es kommt auf die Ausstattung der Küche, die Zutaten und den Koch an. Entscheidend für die Testautomatisierung sind also die Projektrahmenbedingungen, die Auswahl der Testwerkzeuge und die Tester die an der Testautomatisierung beteiligt sind.

Die “Heisenbergsche” Testunschärfe bei automatisierten Testwerkzeugen

Kritische Fehler, die erst im Rahmen des Live-Betriebs öffentlich werden, stellen eine negative Werbung für ein Produkt und die beteiligten Unternehmen dar. Um dies zu verhindern, ist das Thema Testautomatisierung in der modernen Softwareentwicklung ein grundlegender und integraler Bestandteil. Durch die technische Umsetzung mit Testautomatisierungswerkzeugen entstehen aber Probleme, denen wir uns bewusst sein müssen.

WeiterlesenDie “Heisenbergsche” Testunschärfe bei automatisierten Testwerkzeugen

Kennzahlen in agilen Teams

Jedes agile Team steht vor der Herausforderung sich möglichst effizient und zielführend selbst zu organisieren. Als Indikatoren für den Erfolg der Zusammenarbeit werden oft typische Scrum Metriken wie die Velocity benutzt. Doch ein Indikator kann nur anzeigen, dass etwas nicht rund läuft. Wenn wir aber etwas verändern wollen, müssen wir wissen an welchen Schrauben gedreht werden sollte. Auf der Basta 2015 stellen Kay Grebenstein und ich vor wie wir mit weiteren Qualitätsmetriken Licht in dieses Dunkel bringen können. Dies kann mit alt hergebrachten Metriken erfolgen, aber auch mit neuen, selbstdefinierten Kennzahlen, die auf das jeweilige Projekt speziell zugeschnitten wurden. Damit stellt sich jedoch die Frage wie diese Metriken verwaltet und für jedes Teammitglied physisch und intellektuell zugänglich gemacht werden können.

WeiterlesenKennzahlen in agilen Teams

Der Agile Testmanager – ein Oxymoron? (Teil 3)

Im ersten Teil und zweiten Teil wurden die Aufgaben des Testmanagers erfolgreich einer agilen Transition unterzogen und für kleine Scrum-Teams nachgewiesen, dass kein Testmanager mehr benötigt wird. Eine andere Herausforderung ergibt sich bei mehreren Scrum-Teams, die gemeinsam an einem Produkt arbeiten. Lassen sich die beschriebenen Überlegungen, welche sich alle auf ein kleines Scrum-Projekt mit einem Team beziehen, auch auf die großen Projekte übertragen?

WeiterlesenDer Agile Testmanager – ein Oxymoron? (Teil 3)

Der Agile Testmanager – ein Oxymoron? (Teil 1)

Ein Kollege stellte mir vor einiger Zeit die Frage, ob wir im agilen Entwicklungsprozess wie Scrum noch einen Testmanager benötigen. Meine erste Antwort war nein, da das Agile Manifest und das Scrum Framework nur drei Rollen kennt: Product Owner, Entwicklungsteam und Scrum Master. Im Scrum Team – der Gesamtheit der drei genannten Scrum-Rollen – ist also kein Testmanager vorgesehen. Aber auf den zweiten Blick ergab sich die Frage, wer aus dem Scrum Team übernimmt die Aufgaben des Testmanagers in und um den Sprint herum?

WeiterlesenDer Agile Testmanager – ein Oxymoron? (Teil 1)