Essais manuels

Ce que les tests automatisés ne peuvent pas prouver, parce qu'il faut une carte, un téléphone et quelqu'un pour regarder. Chaque protocole se suit dans l'ordre, garde vos réponses dans le navigateur, et produit un compte rendu à recopier.

Protocoles

Remplacer une carte en panne prêt

Une carte lâche, vous en posez une neuve, et l'app doit la remettre dans l'état de celle qu'elle remplace : mêmes libellés, mêmes seuils, mêmes pages. Éprouve aussi l'écriture d'une configuration depuis un fichier et l'installation d'un modèle d'installation.

17 essais · 6 phases 2 cartes · 1 téléphone ~90 min D-102

À venir

Alertes et notifications à écrire

Une alerte décrit un état : elle ne s'annonce qu'une fois, s'acquitte d'elle-même quand l'état cesse, et mène à la carte concernée. Rien de tout cela ne se voit sans laisser le téléphone en poche pendant des heures.

1 carte · 1 téléphoneD-101

Mise à jour par Bluetooth à écrire

Le canal bêta n'a jamais servi pour de vrai, et le déroulé d'erreur d'une mise à jour n'a été éprouvé qu'en test : aucune panne réelle n'a été provoquée sur une carte, ni paquets perdus ni lien coupé en plein transfert.

1 carte · 1 téléphoneD-087 · D-103

Entrées universelles à écrire

Sonde de réservoir, batterie, contact sur seuil : les entrées savent alerter depuis le 13 août, et rien n'en a jamais tourné sur une carte. La démonstration les couvre entièrement, elle.

1 carte · sondesD-095

Pourquoi ces protocoles existent. Trois mesures ne se recouvrent pas : les tests automatisés prouvent la mécanique, la relecture des parcours trouve les impasses, et seul le matériel dit si une vraie carte encaisse ce qu'on lui envoie. La troisième n'a pas d'autre support qu'un document que quelqu'un suit.