Testing productivity: doorvoer zonder gokwerk

Testing is waar ITAD-beloftes meetbaar worden. Een toestel is niet "waarschijnlijk oké"; het heeft checks, defects, grades, een wisstatus en een volgende stap. De productivity view bestaat omdat een volle testbank er druk kan uitzien terwijl het verkeerde werk vastloopt.

Wat de pagina toont

/core/testing/productivity vat de werkbank samen uit echte testrecords, in drie tabs: overzicht, testers en activiteit. De tegels bovenaan geven items getest vandaag, deze week en over 30 dagen, de gemiddelde tijd per item, het algemene slaagpercentage, hoeveel testers nu actief zijn en hoeveel items nog in de queue wachten. Daaronder staan een week-op-week vergelijking van doorvoer en gemiddelde testtijd, een grafiek van veertien dagen dagelijkse doorvoer opgesplitst in geslaagd en gefaald, prestaties per toestelcategorie, en een activiteitenfeed van wie testing startte, testing afrondde of grading afrondde, met het resultaat en de grade.

Hoe je hem leest

Een hoog aantal afgeronde items is alleen goed wanneer de queue ook beweegt en defectzwaar werk niet ontweken wordt. Een stijgende gemiddelde tijd kan wijzen op een moeilijke categorie, ontbrekende sjablonen, geblokkeerd wisbewijs of te veel onderbrekingen. De gefaald-lijn op de doorvoergrafiek telt ook toestellen mee die met "Afronden als gefaald" gesloten werden, zodat een slechte week voor een leverancier zichtbaar wordt als een slechte week voor die leverancier, in plaats van als een stille dip in de doorvoer. De grafiek is een gespreksopener, geen stok met een dashboardthema.

Waar hij past

De view staat naast de testwachtrij en de testrecords per asset. Gebruik hem voor dagelijkse standups, bezettingschecks en procesvragen; hij is gebouwd voor teamleads, terwijl technici vooral in de queue en de detailschermen leven. Open de onderliggende assets voordat je beslist; grafieken zijn uitstekend in wijzen en waardeloos in context dragen.