Productivité testing : du throughput sans devinette
Comment la vue productivity montre la santé de la queue, le rythme des opérateurs, les goulots d’étranglement et la différence entre occupé et efficace.
Le testing est l’endroit où les promesses ITAD deviennent mesurables. Un device n’est pas « probablement bon » ; il a des checks, des defects, des grades, un état d’erasure et une étape suivante. La vue productivity existe parce qu’un banc de test bien rempli peut avoir l’air occupé pendant que le mauvais travail se bloque.
Ce que la page montre
/core/testing/productivity résume le banc à partir des vrais records de testing, en trois onglets : vue d’ensemble, testers et activité. Les tuiles en tête donnent les items testés aujourd’hui, cette semaine et sur 30 jours, le temps moyen par item, le pass rate global, combien de testers sont actifs en ce moment et combien d’items sont encore en attente dans la queue. En dessous se trouvent une comparaison semaine sur semaine du throughput et du temps de test moyen, un graphique du throughput quotidien sur quatorze jours réparti entre passed et failed, la performance par catégorie de device, et un fil d’activité récente indiquant qui a démarré un test, terminé un test ou terminé un grading, avec le résultat et le grade.
Comment la lire
Un nombre élevé d’items terminés n’est bon que si la queue avance aussi et que le travail chargé en defects n’est pas évité. Un temps moyen qui grimpe peut signifier une catégorie difficile, des templates manquants, une preuve d’erasure bloquée ou trop d’interruptions. La courbe failed du graphique de throughput inclut les devices clôturés via « Clôturer comme échoué », donc une mauvaise semaine chez un fournisseur apparaît comme une mauvaise semaine chez ce fournisseur, et pas comme un creux discret du throughput. Le graphique est un point de départ de conversation, pas un bâton avec un thème de dashboard.
Où elle s’insère
La vue se place à côté de la testing queue et des records de test au niveau asset. Servez-vous-en pour les standups quotidiens, les contrôles d’effectifs et les questions de process ; elle est faite pour les team leads, tandis que les techniciens vivent surtout dans la queue et les écrans de détail. Ouvrez les assets sous-jacents avant de décider ; les graphiques sont excellents pour pointer du doigt, catastrophiques pour porter le contexte tout seuls.