Коротко
Einen Testplan für Hotelsoftware baust du aus Aufgaben deines Alltags, nicht aus Funktionen. Lege zehn Testfälle fest, etwa Walk-in, Mehrzimmerbuchung, Zimmerwechsel, Storno, Abreise mit Rechnung und Übergabe an die Steuerberatung. Schreibe je Fall ein Abnahmekriterium auf. Das Programm besteht, wenn dein Team alle Muss-Fälle ohne Zettel und Zweitsystem löst.
Найголовніше коротко
- Ein Testfall ist eine Alltagsaufgabe mit Ausgangslage, Handgriffen und einem messbaren Ergebnis, kein Menüpunkt.
- Zehn Fälle reichen, wenn sie Rezeption, Housekeeping, Rechnung und Team abdecken und jeweils eine Fehlersituation enthalten.
- Die Rezeption und die Hausdame führen die Tests aus, nicht die Inhaberin allein, weil nur sie Umwege sofort bemerken.
- Jeder Umweg, den dein Team in der Testphase braucht, bleibt nach dem Umstieg bestehen.
Testfälle statt Funktionsliste vorbereiten
Ein Testfall ist eine Aufgabe aus dem Betrieb, die du in der Software von Anfang bis Ende durchspielst und an einem festen Ergebnis misst. „Ein Zimmer umbuchen“ ist ein Testfall. „Kalender ansehen“ ist es nicht.
Lege vor dem ersten Login drei Dinge fest. Erstens legst du deine Zimmer, Kategorien und zwei bis drei Tarife so an, wie sie heute gelten. Zweitens bestimmst du, wer testet: Rezeption im Früh- und im Spätdienst, die Hausdame und, wenn es sie gibt, die Buchhaltung. Drittens druckst du die Testfälle aus und notierst bei jedem das Ergebnis.
Prüfe ausschließlich mit deinen Daten. Ein Musterhotel zeigt, was das Programm kann, aber nicht, ob es deine Zimmer, deine Preise und deine Tagesabläufe abbildet.
Die zehn Testfälle im Überblick
Die Tabelle fasst die zehn Fälle zusammen. Jeder hat eine Ausgangslage, eine Aufgabe und ein Abnahmekriterium, das du mit Ja oder Nein beantworten kannst. Die Beispiele spielen im Hotel Nordlicht mit 24 Zimmern, Anreise ab 15:00 und Abreise bis 10:30. Ersetze Zimmer, Tarife und Zeiten durch deine eigenen.
| Nr. | Testfall | Aufgabe | Bestanden, wenn |
|---|---|---|---|
| 1 | Walk-in um 17:30 | Gast ohne Reservierung, ein Doppelzimmer, zwei Nächte, Bezahlung bei Abreise | Buchung steht in unter fünf Minuten im Belegungsplan, Zimmer ist dort belegt |
| 2 | Familie mit zwei Zimmern | Telefonbuchung über zwei Kategorien in einer Buchung, ein Kind | Beide Zimmer hängen an einer Buchung, Preis stimmt mit deiner Handrechnung überein |
| 3 | Letztes Zimmer, zwei Wege | Das letzte freie Zimmer gleichzeitig über Telefon und Buchungsseite buchen | Das Programm lässt nur eine Buchung zu und meldet die zweite als nicht verfügbar |
| 4 | Zimmerwechsel und Storno | Gast zieht von Zimmer 12 in 18 um, eine andere Buchung wird vor Anreise storniert | Altes Zimmer wird frei, Preis bleibt wie vereinbart, Stornobedingung greift wie hinterlegt |
| 5 | Abreisetag | Fünf Abreisen, drei Anreisen vor 15:00, Reinigung zuteilen | Hausdame sieht eine Reihenfolge, die Rezeption sieht ohne Rückfrage, welches Zimmer fertig ist |
| 6 | Rechnung mit Ortstaxe | Rechnung für zwei Personen, drei Nächte, Frühstück, Minibar | Alle Posten und die Ortstaxe stehen richtig auf dem PDF, Summe stimmt mit deiner Rechnung überein |
| 7 | Rechnungskorrektur | Ein ausgestellter Beleg enthält einen falschen Posten | Du korrigierst nachvollziehbar, die ursprüngliche Rechnung bleibt erhalten |
| 8 | Firmenrechnung | Firma bucht drei Nächte, Rechnung geht an die Firma, nicht an den Gast | Firmenanschrift und Rechnungsempfänger stimmen, Gast und Firma sind getrennt geführt |
| 9 | Spätdienst mit eigenem Zugang | Aushilfe darf Buchungen sehen, aber keine Preise ändern und nichts löschen | Verbotene Aktionen sind für die Aushilfe gesperrt, das Protokoll zeigt, wer was geändert hat |
| 10 | Monatsübergabe | Buchhaltungsdaten des Testmonats an die Steuerberatung im gewünschten Format | Die Steuerberatung bestätigt, dass sie die Datei ohne Nacharbeit einlesen kann |
Fälle 1 bis 4: Buchung, Belegung und Fehlersituation
Die ersten vier Fälle prüfen den Kern, den die Rezeption jeden Tag nutzt. Miss bei Fall 1 mit der Uhr. Wenn ein erfahrener Mitarbeiter für ein Walk-in länger braucht als heute mit Papier oder Tabelle, wird er es im Alltag meiden.
Fall 3 ist der wichtigste Test der gesamten Testphase. Du löst absichtlich einen Konflikt aus: zwei Personen buchen dasselbe letzte Zimmer, die eine am Telefon, die andere über die Buchungsseite. Eine Doppelvergabe ist im Betrieb teuer, weil der Gast vor der Rezeption steht. Wiederhole den Test über jeden Weg, den dein Haus nutzt, auch über ein Portal, falls es angebunden ist.
Fall 4 deckt Ausnahmen auf. Prüfe, ob der Zimmerwechsel den Preis verändert, ob eine Stornogebühr nach deinen Bedingungen berechnet wird und ob nach dem Storno das Zimmer wieder buchbar ist. Notiere jede Stelle, an der du manuell eingreifen mussten.
Fälle 5 bis 8: Reinigung, Rechnung und Firmenkunden
Fall 5 verlangt die Hausdame am Bildschirm. Sie bekommt den Plan eines vollen Abreisetags und teilt zwei Reinigungskräfte ein. Die Software besteht, wenn sie die Anreisen vor 15:00 erkennbar macht und die Rezeption denselben Zimmerstatus sieht, ohne zu telefonieren.
Die Fälle 6 und 7 prüfen die Rechnung, die rechtlich und buchhalterisch am meisten Gewicht hat. Rechne das Beispiel vorher selbst durch und vergleiche Position für Position. Eine bereits ausgestellte Rechnung darf sich nicht still ändern lassen. Eine Korrektur muss als eigener, nachvollziehbarer Vorgang erscheinen, etwa als Gutschrift mit neuer Rechnung.
Fall 8 zeigt, ob das Programm Rechnungsempfänger und Gast trennen kann. Das betrifft jedes Haus mit Firmenkunden, Handwerkern auf Montage oder Reisebüros. Lege die Firma als eigenes Profil an und prüfe, ob sie bei der nächsten Buchung wieder auswählbar ist.
Fälle 9 und 10: Rechte, Protokoll und Steuerberatung
Fall 9 beantwortet eine Frage, die Hoteliers erst nach dem Umstieg stellen: Wer darf was? Lege einen Zugang für eine Aushilfe an und versuche mit ihm, einen Preis zu ändern und eine Buchung zu löschen. Prüfe danach im Protokoll, ob die Änderungen des Testtages mit Person und Uhrzeit auftauchen.
Fall 10 lässt sich nur mit deiner Steuerberatung abschließen. Schicke ihr die Testdaten eines Monats in dem Format, das sie heute verwendet, und lass sie das Einlesen bestätigen. Das Gespräch ist kurz und erspart dir im ersten echten Monat die Nacharbeit von Hand.
Prüfe parallel, was dein Haus rechtlich dokumentieren muss. Die Gästemeldung und die Ortstaxe unterscheiden sich je nach Land und Gemeinde. Frage deine Gemeinde oder deinen Verband, welche Angaben gelten, und prüfe, ob die Software diese Felder abbilden kann.
Die 14 Tage in vier Schritten planen
Vierzehn Tage genügen, wenn du die Fälle auf die Tage verteilst und die Wochenendbelegung mitnehmen. Ohne Plan verbraucht Einrichtung die erste Woche, und die Rechnungsfälle bleiben liegen.
Ablauf der Testphase
Tag 1 bis 3: Hausdaten anlegen
Zimmer, Kategorien, Tarife, Ortstaxe und Mitarbeitende eintragen. Notiere, wie lange das dauert und wo du Hilfe brauchst.
Tag 4 bis 8: Fälle 1 bis 5 spielen
Rezeption und Hausdame arbeiten die Fälle an einem normalen Werktag durch und tragen das Ergebnis ein.
Tag 9 bis 12: Fälle 6 bis 10 spielen
Rechnungen, Firmenkunde, Rechte und Monatsübergabe. Die Steuerberatung bekommt die Testdatei.
Tag 13 und 14: Auswerten
Zähle bestandene Muss-Fälle, sammle alle Umwege und stelle dem Anbieter offene Fragen schriftlich.
Testergebnis bewerten und entscheiden
Bewerte jeden Fall mit bestanden, bestanden mit Umweg oder nicht bestanden. Ein Umweg ist jeder Schritt, den dein Team nur mit Zettel, Tabelle oder Rückfrage lösen konnte. Diese Umwege bleiben nach dem Umstieg bestehen und sind der eigentliche Preis, den du zusätzlich zur Gebühr zahlst.
Die Fälle 1, 3, 5, 6 und 7 sind für fast jedes Haus Muss-Fälle. Besteht einer davon nicht, entscheide nicht für dieses Programm. Bei den übrigen Fällen hängt die Gewichtung von deinem Betrieb ab, ein Haus ohne Firmenkunden streicht Fall 8.
Prüfen vor der Entscheidung
- Alle Muss-Fälle sind bestanden, ohne dass der Anbieter im Hintergrund Daten korrigiert hat.
- Die Rezeption im Früh- und Spätdienst und die Hausdame haben selbst getestet.
- Jeder Umweg steht auf einer Liste mit Datum und betroffenem Fall.
- Die Steuerberatung hat die Testdatei eingelesen.
- Offene Fragen zu Preis, Laufzeit und Datenübernahme liegen schriftlich beim Anbieter.
Demo und operativen Test auseinanderhalten
Ein unverbindlicher Demozugang und ein operativer Test mit anschließender Zahlungspflicht sind unterschiedliche Entscheidungen. Bei STRYK beginnt der operative Test erst nach der vorgesehenen Bestellung, Unterschrift und bestätigtem Zahlungsmittel. Prüfe vor dem Beginn die Bestellübersicht und den Zeitpunkt des Testendes.
| Prüfpunkt | Im Produkt zeigen lassen | Erkennbares Ergebnis |
|---|---|---|
| Vor dem Zugang | Klären, ob du eine Produktdemo oder einen operativen Test beginnst. | Die Bestätigung benennt Zugang, nächste Schritte und gegebenenfalls Vertragsbedingungen. |
| Vor dem Testbeginn | Zimmerzahl, Zahlungsintervall, Testende und anschließenden Preis in der Bestellübersicht lesen. | Die angezeigten Konditionen entsprechen deiner bewussten Auswahl. |
| Vor der Entscheidung | Ergebnis und offene Punkte aus den zehn Testfällen gemeinsam durchgehen. | Eine unbeantwortete Muss-Anforderung bleibt sichtbar; sie wird nicht als bestanden gewertet. |
Часті запитання
Wie viele Testfälle braucht eine Testphase für Hotelsoftware?
Zehn Fälle reichen für ein kleines bis mittleres Haus, wenn die Abdeckung stimmt: Buchung, Konflikt, Housekeeping, Rechnung, Rechte und Übergabe an die Steuerberatung sollten je mindestens einmal vorkommen.
Kann ich in der Testphase echte Gäste buchen?
Besser nicht. Spiele Testbuchungen mit erfundenen Gästen und schicke keine Nachrichten an echte Adressen. Echte Reservierungen übernimmst du erst nach der Entscheidung, am besten mit einem festen Stichtag.
Wer sollte den Test durchführen?
Die Mitarbeitenden, die später täglich damit arbeiten: Rezeption im Früh- und Spätdienst und die Hausdame. Die Inhaberin oder der Direktor liest die Ergebnisse und prüft Rechnung und Preise.
Was mache ich, wenn ein Fall nicht besteht?
Melde ihn dem Anbieter schriftlich mit Ausgangslage und erwartetem Ergebnis. Frage, ob es eine Einstellung gibt, und wiederhole den Fall. Besteht er danach weiter nicht, zählt er als nicht bestanden.
Reichen 14 Tage Testphase aus?
Ja für die zehn Fälle, nicht für einen Saisonwechsel. Preise, Mindestaufenthalte und Ortstaxe über mehrere Saisons prüfst du, indem du Testbuchungen in Hoch- und Nebensaison anlegst.
Випробуй STRYK на реальному дні твого готелю
14 днів безкоштовно, без плати за налаштування. Номери, ціни та перші процеси налаштуємо разом з тобою.