QA-Checkliste

Gehen Sie vor der Veröffentlichung Ihrer Anwendung diese Checkliste zur Qualitätssicherung (QA) durch. Sie deckt Funktionstests, Fehlerbehandlung und Szenarien der Benutzererfahrung ab, um Probleme im Praxiseinsatz zu minimieren. Haken Sie jeden Punkt ab, sobald Sie ihn geprüft haben.

1. Funktionstests

Transaktionsabläufe

Erfolgreiche ZahlungTF-1Prüfen Sie eine reguläre genehmigte Transaktion mit dem Betrag 1.01 (Code 00) in der Sandbox-Umgebung. Kartenauthentifizierung abgelehntTF-2Simulieren Sie eine abgelehnte Transaktion mit dem Betrag 1.07 (Code 06) und stellen Sie sicher, dass die App sie sauber verarbeitet, ohne abzustürzen. Abgelaufene KarteTF-3Simulieren Sie eine abgelaufene Karte mit dem Betrag 6.05 (Code 54) und prüfen Sie die Meldung für den Benutzer. Falsche PINTF-4Simulieren Sie eine falsche PIN-Eingabe mit dem Betrag 6.06 (Code 55) und prüfen Sie die Meldung für den Benutzer. PIN-Versuche überschrittenTF-5Simulieren Sie das Erreichen des PIN-Versuchslimits mit dem Betrag 8.06 (Code 75) und stellen Sie sicher, dass Ihre App dies als endgültigen Fehlschlag behandelt. Abgebrochene TransaktionTF-6Starten Sie eine Zahlung und brechen Sie sie in der SDK-Oberfläche ab (Zurück-Taste oder Schließen). Stellen Sie sicher, dass Ihre App korrekt zum vorherigen Bildschirm zurückkehrt. BelegerstellungTF-7Prüfen Sie, dass die Transaktionsdaten (Autorisierungscode, TID, Datum) korrekt erfasst und auf gedruckten bzw. per E-Mail versendeten Belegen ausgegeben werden.

Hardware-Interaktionen

NFC-LesevorgangHI-1Testen Sie mit physischen Karten (Visa, Mastercard) und digitalen Wallets (Apple Pay, Google Pay). Unterbrochener LesevorgangHI-2Entfernen Sie die Karte direkt nach dem Vorhalten, aber vor dem „Piepton“. Stellen Sie sicher, dass das SDK zum erneuten Vorhalten auffordert oder sauber fehlschlägt. VerbindungsverlustHI-3Schalten Sie während einer Transaktion Internet/WLAN aus. Prüfen Sie, dass die App einen Verbindungsfehler meldet und nicht hängen bleibt.

2. Onboarding und Konfiguration

Händler-Einrichtung

Onboarding neuer BenutzerMS-1Durchlaufen Sie den gesamten Onboarding-Ablauf mit einem neuen Konto. StatusprüfungMS-2Prüfen Sie, dass Accept.merchant.onboardingStatus() für einen ausstehenden Händler RequiresAction und für einen genehmigten Händler ReadyForPayments zurückgibt.

3. Sicherheit und Compliance

Geräteintegrität

Root-ErkennungDI-1OptionalWenn Sie ein gerootetes Testgerät haben, prüfen Sie, dass das SDK die Initialisierung verweigert. BerechtigungenDI-2Entziehen Sie Berechtigungen (Kamera, Standort) und versuchen Sie, das SDK zu starten. Stellen Sie sicher, dass Ihre App den Benutzer auffordert, sie zu erteilen.

Umgang mit Daten

Token-VerwaltungDH-1Prüfen Sie, dass das SDK-Token aus POST /merchant/auth/login für jede Session von Ihrem Backend abgerufen und niemals fest im Code hinterlegt wird. Keine sensiblen DatenDH-2Stellen Sie sicher, dass die Logs Ihrer App keine vollständigen Kartennummern oder rohen Spurdaten (Track Data) ausgeben.

4. Grenzfälle

App im HintergrundEC-1Minimieren Sie die App während einer Transaktion und stellen Sie sie wieder her. Die Transaktion sollte entweder fortgesetzt werden oder sicher fehlschlagen. Eingehender AnrufEC-2Rufen Sie das Testgerät während einer Zahlung an. Das SDK sollte die Unterbrechung verarbeiten (in der Regel durch Pausieren oder Fehlschlagen). Niedriger AkkustandEC-3Testen Sie das Verhalten, wenn sich das Gerät im Modus „Energiesparen“ befindet (bei manchen NFC-Chips lässt die Leistung nach).

5. NFC-Tag-Sessions (optional)

Nur relevant, wenn Ihre App NFC-Tags mit com.tapaya:accept-nfc liest oder beschreibt. Führen Sie diese Prüfungen auf einem Telefon und, falls Sie diese unterstützen, auf einem Terminal der Sunmi-P-Serie mit accept-nfc-sunmi durch.

Prüfung der UnterstützungNT-1OptionalPrüfen Sie, dass isSupported() auf dem Telefon und dem Sunmi-Terminal true und auf einem Gerät ohne NFC false zurückgibt. Lesen und SchreibenNT-2OptionalHalten Sie einen NTAG- oder Ultralight-Tag an das Gerät, prüfen Sie, dass die Session die richtige UID meldet, rufen Sie dann writePage auf und lesen Sie die Seite mit readPages zurück. Falscher SchlüsselNT-3OptionalAuthentifizieren Sie sich bei MIFARE Classic mit einem falschen Schlüssel und bestätigen Sie AUTH_FAILED, authentifizieren Sie sich dann erfolgreich mit dem richtigen Schlüssel. Warten auf Vorhalten abbrechenNT-4OptionalBrechen Sie openSession() ab, während auf das Vorhalten gewartet wird, und öffnen Sie sofort eine neue Session. Zahlung hat VorrangNT-5OptionalStarten Sie während einer Session eine Zahlung. Die Session endet mit PAYMENT und die Zahlung wird durchgeführt. Tag entferntNT-6OptionalEntfernen Sie den Tag während einer Session und bestätigen Sie, dass sie mit CARD_REMOVED endet. NFC ausgeschaltetNT-7OptionalSchalten Sie auf einem Telefon NFC aus und bestätigen Sie, dass openSession() mit NFC_DISABLED fehlschlägt. App im HintergrundNT-8OptionalSchicken Sie die App auf einem Telefon während einer Session in den Hintergrund und bestätigen Sie, dass die Session mit ACTIVITY_PAUSED endet.

6. Produktionsreife

UmgebungswechselPR-1KRITISCH: Stellen Sie sicher, dass für den Produktions-Build isProduction = true gesetzt ist. Produktions-TokensPR-2Prüfen Sie, dass das Backend auf die Produktions-Endpoints der Tapaya API zeigt. VersionsprüfungPR-3Stellen Sie sicher, dass Sie die neueste stabile Version des Tapaya Accept SDK verwenden. Fehlt Ihnen etwas auf dieser Seite?Wünschen Sie sich eine Funktion. Wir hängen diese Seite an, damit das Team den Kontext sieht.