Software Productization and Testing: A Video Introduction

Software Quality Beyond Testing In House Code

Image courtesy of khunaspix at FreeDigitalPhotos.net

Image courtesy of khunaspix at FreeDigitalPhotos.net

Crucial software fails and management needs someone to blame? Blame the testers! They should find bugs before they get into production! Yes, even testers make mistakes. They might even sign-off software they are not convinced of. More often, however, issues are not caused by bugs in the tested code, but by other factors. This article discusses three of these factors. First, there are configuration parameters. They impact test coverage and test processes. Second, relying on suppliers implies specific quality risks. Third, the business aims themselves can cause issues. The aim of this paper is to discuss these three points and to provide a solution by enhancing standard software change processes. Smooth business processes need a stable IT landscape. Thus, IT departments spend time and money on testing their business applications. But what could be a reason for a tension between efficient testing and compliance needs?

Read the full article (written together with Rudolf Grötz) here

Business Applications: On the Tension between Efficient Testing and Compliance

Image courtesy of Stuart Miles at FreeDigitalPhotos.net

Image courtesy of Stuart Miles at FreeDigitalPhotos.net

Smooth business processes need a stable IT landscape. Thus, IT departments spend time and money on testing their business applications. But what could be a reason for a tension between efficient testing and compliance needs? Sensitive data are the reason! Testing business applications requires adequate data in the databases of test systems. …

Read here the full article of my Keynote at the 37th meeting of the special interest group testing, analysis, and verification” of the German Informatics Society.

What Developers and Testers need to know about the ISO 27001 Information Security Standard

Image courtesy ofrenjith krishnan at FreeDigitalPhotos.net

Image courtesy ofrenjith krishnan at FreeDigitalPhotos.net

Late in 2013, the International Organization for Standardization released a new version of its ISO 27001 information security standard. The standard covers requirements applying to all organizations and ones relevant only for organizations with in-house software development and integration projects. They impact testers, developers, and release managers. This article summarizes the relevant facts and points out topics that testing and development teams have to work on.

Click here to read the article, which I published in the testing experience magazine…

Article in German: Ethische Überlegungen zum Einsatz von Data-Loss-Prevention-Tools in Unternehmen

Image courtesy of winnond at FreeDigitalPhotos.net

Image courtesy of winnond at FreeDigitalPhotos.net

Snowden, CDs von Schweizer Banken oder die fast vergessene Bonusmeilen-Affäre – manche MitarbeiterInnen ignorieren arbeitsvertragliche und strafrechtliche Normen. Mögliche Gründe sind Frust, Geltungssucht oder der Reiz des schnellen Geldes. Manchmal passiert „nur“ ein Fehler. Eine Mitarbeiterin verliert einen USB-Stick mit Forschungsergebnissen oder ein Mitarbeiter schickt eine Kundenliste an eine falsche E-Mail-Adresse. Ein solcher Datenabfluss ist in hochkompetitiven, wissensintensiven Sektoren wie der Pharma- oder Automobilbranche besonders kritisch. Änliches gilt für Branchen mit sensiblen Kundendaten. Beispiele sind das Gesundheitswesen, Banken und Versicherungen. Auch der Sicherheitssektor ist gefährdet. Wie schützen sich also Unternehmen vor einem Datenabfluss?

Hier zum vollständigen Artikel…

When Data Is a Risk – DLP Tools and Their Role within IT Departments

Image courtesy of renjith krishnan / FreeDigitalPhotos.net

Image courtesy of renjith krishnan / FreeDigitalPhotos.net

Snowden is a reversal point for IT security and risk. Before him, many saw IT security as equivalent to a medieval town wall: keeping outside hackers and malicious code away from the company. Firewalls, virus scanners, and application security testing (e.g., to find SQL injections) fit the town wall approach. But Snowden was different. He was from the inside of the organization. He collected large amounts of sensitive data. Then, he got the data out of a highly secured IT organization, which had to learn from the press about the case. In this article, I will explain such data-related risks in ITdepartments and how data loss prevention (DLP) tools help to manage them.

Read/download my article as a PDF, which appeared in the February issue of the ;login: magazine from usenix.

Upcoming talks in Stuttgart, Darmstadt, and Köln

I will present a new talk (in German) about changes in the testing area in the next years. My topic is how agile development models, apps on mobile devices, and the globalization of the sourcing processes in software development and testing influence test organizations.

I give the presentation during the OBJECTspektrum Information Days series in Stuttgart (April 1st), Darmstadt (April 2nd), and Köln (April 3rd). I am looking forward to see you there.

Information security risks in test environments – two new articles in German

Image courtesy of khunaspix / FreeDigitalPhotos.net

Image courtesy of khunaspix / FreeDigitalPhotos.net

Two articles appeared in the magazine “SQ-Magazin”. Both are in German and focus on risks in test environments (Testdaten als Risikofaktor) respectively on how data loss prevention tools address them (Data-Loss-Prevention-Tools minimieren Sicherheitslücken in Testumgebungen).

Mobile Testing

(C) Samsung Mobile Press

(C) Samsung Mobile Press

Mobile apps are everywhere. Some apps entertain and others enable business transactions. Apps increasingly interact with complex IT landscapes. For example, a banking app on a mobile device acts as a front end that invokes services on a back-end server of the bank, which might contact even more servers. Mobile testing becomes crucial and challenging. This paper follows a user-centric testing approach. The app’s architecture matters for testing, as does its user base and usage context. Addressing these factors ensures that test cases cover all relevant areas. Most apps need test automation for two reasons: agility and compatibly. To the complete article about testing mobile apps …

How Scrum Changes Test Centers

Do you like agility? Do you like being celebrated like a rock star? There was once such an opportunity. You and the authors of this paper missed it. Until recently, developers lusted after tales of agile and Scrum projects. This changed as agile became the new normal for development projects and talks about Scrum mainstream. In the testing community, in contrast, Scrum brought
uncertainty. Is agility the ultimate chance for developers to get rid of nasty testers? Or does agility only change job profiles? This article provides the answers.

Read the Konrad Schlude’s and my article how scrum changes test centers here…

This article appeared in the August 2013 issue of Agile Record.