Software-Tests

The first step is thorough preparation.

Tallence AG tests in the areas of telecommunications products, member models, and tourism, among others. For this, customer profiles, number ranges, and email addresses must be specifically made available for testing purposes. What sounds simple is a challenge for many companies, but at the very least it requires a certain amount of time.

Yet here the motto applies “By failing to prepare, you are preparing to fail” applies.

Zunächst geht es um die gründliche Vorbereitung.

Die Tallence AG testet unter anderem im Umfeld von Telekommunikations-Produkten, Mitgliedermodellen und Touristik. Dafür müssen Kundenprofile, Nummernkreise und eMail-Adressen speziell für Testzwecke zur Verfügung gestellt werden. Was sich einfach anhört, ist für viele Unternehmen eine Herausforderung, zumindest aber ein gewisser zeitlicher Aufwand.

Aber hier gilt das englische Motto: By failing to prepare, you are preparing to fail.

This is followed by test management, where test objectives and resulting test cases are defined. It is also important to discuss the time (and thus financial) scope with the software development project managers at this point at the latest.

What type of tests (component test, system test, integration test, E2E test) are necessary and what scope is planned for them must be determined here.

Danach kommt das Test-Management, bei dem vor allem die Test-Ziele und daraus resultierenden Test-Fälle festgelegt werden. Wichtig ist, auch den zeitlichen (und damit finanziellen) Umfang spätestens an dieser Stelle mit den Projektleitern der Software-Entwicklung zu besprechen.

Hier muss festgelegt werden, welche Art von Tests (Komponententest, Systemtest, Integrationstest, E2E-Test) nötig sind und welcher Umfang dafür eingeplant wird.

Afterwards it goes to “real” testing. Here we distinguish between automated and manual testing.

In automated testing, for example, robots can be used to imitate the operation of a touch screen, or human user behaviour can be tested by using emulators and sequence scripts.

However, when it comes to newer fields such as error-free speech recognition, it is important that “real” people speak to the machine to test the software and train the algorithms at a young stage.

Whether automated or manual, it is important that the test cases cover the defined requirements. This is where prioritisation coordinated with the software development and the business side proves to be useful.

The goal is to be able to test in the areas of

• Installation
• Function
• Application
• Maintenance

to achieve the highest possible test coverage.

Anschließend geht es ins „echte“ Testing. Hier unterscheiden wir grundsätzlich zwischen automatisiertem und manuellem Testing.

Beim automatisierten Testing kann beispielsweise mit Hilfe von Robotern die Bedienung eines Touchscreen imitiert oder auch durch den Einsatz von Emulatoren und Ablaufskripten das menschliche Nutzungsverhalten im Wesentlichen getestet werden.

Wenn es jedoch um neuere Felder wie die fehlerlose Spracherkennung geht, ist es wichtig, dass „echte“ Menschen mit der Maschine sprechen um die Software zu testen und die Algorithmen in einem jungen Stadium zu trainieren.

Ob automatisiert oder manuell, wichtig ist, dass die Test-Fälle die definierten Anforderungen abdecken. Hier erweist sich eine mit der Softwareentwicklung und der Business-Seite abgestimmte Priorisierung als sinnvoll.

Ziel ist, in den Bereichen von

• Installation
• Funktion
• Anwendung
• Wartung

eine möglichst hohe Testabdeckung zu erreichen.

Schließlich geht es darum, die Testergebnisse zum Bug Fixing weiterzugeben. Wir übertragen unsere Testergebnisse üblicherweise direkt an ein Jira-basiertes Ticketing-System.

Dabei gibt der Tester bereits erste Informationen aus dem Test mit:

• Was wurde getan?
• Was wurde erwartet?
• Was ist das tatsächliche Ergebnis?
• Wie lautet die erste Einschätzung (z.B. kritisch oder zunächst vernachlässigbar)?

After all, it’s about passing on the test results for bug fixing. We usually transfer our test results directly to a Jira-based ticketing system.

In doing so, the tester already provides initial information from the test:

• What was done?
• What was expected?
• What is the actual result?
• What is the initial assessment (e.g. critical or initially negligible)?