Skip to content

QA Checklist Inter-equipes (Web + Host) ​

Objectif ​

Valider la migration vers le bridge v2 sans regression sur les hosts legacy.

Preconditions ​

  • Build web deploye avec probes Host Bridge a jour.
  • Host cible expose TV_API_REQUEST / TV_API_RESPONSE.
  • Logs host accessibles (adb/logcat ou equivalent).

A. Sanity Bridge ​

  1. Ouvrir Settings > Host Bridge.
  2. Lancer INITIALIZE_HOST.
  3. Verifier un retour ok en < 1 seconde.
  4. Verifier la timeline (success, durationMs, requestId).

B. Capabilities ​

  1. Lancer GET_HOST_CAPABILITIES.
  2. Verifier la presence de host.platform, host.vendor, capabilities.actions.
  3. Verifier la coherence:
    • dongle sans tuner => features.hasTvTuner=false
    • SoftAP absent => features.hasSoftAp=false
    • actions non implementees => actions.<ACTION>=false

C. Settings Actions ​

  1. Lancer OPEN_SYSTEM_SETTINGS.
  2. Verifier ouverture effective des parametres systeme.
  3. Lancer OPEN_MANUFACTURER_SETTINGS:
    • Philips: target=professional, vendor=philips
    • TCL: target=vendor-specific, vendor=tcl
  4. Verifier codes d'erreur attendus si non supporte (NOT_AVAILABLE_ON_DEVICE ou UNSUPPORTED_ACTION).

D. App Launch Gating ​

  1. Lancer CAN_LAUNCH_APP avec une app installee.
  2. Verifier canLaunch=true.
  3. Lancer CAN_LAUNCH_APP avec une app absente.
  4. Verifier canLaunch=false + reasonCode=APP_NOT_INSTALLED.
  5. Installer l'app, attendre 1 minute max, re-tester.
  6. Verifier bascule vers canLaunch=true.

E. Return TV ​

  1. Lancer LAUNCH_TV.
  2. Verifier retour TV natif.
  3. Sur dongle sans tuner, verifier erreur NOT_AVAILABLE_ON_DEVICE.

F. Backward Compatibility ​

  1. Tester un host legacy sans actions v2.
  2. Verifier fallback web vers OPEN_SETTINGS (legacy) pour les settings.
  3. Verifier absence de crash UI et presence de logs explicites.

G. Non-regression Hotspot/Purge ​

  1. Verifier HOTSPOT_GET et HOTSPOT_SET si supportes.
  2. Verifier purge via PURGE_DATA.
  3. Verifier timeline + toasts utilisateur coherents.

Resultat attendu ​

  • 100% des actions supportees repondent au format contractuel.
  • Les actions non supportees renvoient un code d'erreur stable.
  • Aucun blocage UI en cas d'host partiellement compatible.