Testing templates & grading rules: wat de tester ziet

De testchecklist die een tester doorloopt en de regels die zijn keuzes tot een grade maken, zijn niet hard-coded. Beide leven in tenantinstellingen, met platformdefaults als fallback. /settings/core/testing/templates is de editor; /settings/core/testing is het overzicht dat ervoor staat, met het totale testvolume, openstaande items, vandaag geteste en gegrade items, actieve testers, het oudste openstaande item, de wachtrijstatussen pending, in progress, tested en graded, en de prioriteiten low, normal en high. Het overzicht is half managementdashboard, half deur.

Eén pagina, drie secties

De templatespagina toont alles zonder tabs: Templates links, Auto-grade rules rechts, Grades over de volle breedte eronder. Heeft de tenant nog nooit een override bewaard, dan zegt een banner dat de configuratie overgeërfd is; de eerste keer opslaan maakt tenantspecifiek test- en gradinggedrag, en de banner verdwijnt. De operations lead weet dus altijd of de vloer op defaults draait of op de eigen regels van de tenant.

Testchecklist-templates

Elke toestelcategorie heeft een checklist template: de tests die de tester uitvoert, welke daarvan verplicht zijn, en een label en beschrijving per test. Laptops krijgen battery-health, scherm, toetsenbord, poorten en boot checks; servers krijgen RAID, geheugenbanken, voedingsredundantie en netwerklink; telefoons krijgen camera, laadpoort en luidspreker. Je team kiest een categorie, zet de template aan, voegt tests toe of haalt ze weg, markeert tests als verplicht en bewerkt de labels en beschrijvingen. Zet instructies voor de technicus in de beschrijving, niet in het label, en hou verplichte tests ook echt verplicht — een optionele test die iedereen overslaat is een vinkje, geen controle.

Gradecriteria

De sectie Grades bevat de criteria per dimensie: functionele staat, cosmetische staat, batterijstaat, datastaat en de overall gradelijnen A tot F. De drempels zelf zijn grade bands — voor functional, cosmetic en battery heeft elke grade een minimum- en maximumbereik van defectgewicht, ingesteld op /settings/core/grading-rules. In de defaults is een batterij met gewicht 1–20 een B2 Acceptable en 21–50 een B1 Low Health. Er zijn geen percentagegewichten tussen de dimensies en geen verborgen floor-regel. De bands zijn het hele verhaal, en daarom kan een koper ze lezen en een tester ze voorspellen.

Auto-grade rules

Auto-grade rules zijn de geordende first-match-suggesties die de engine uit de checklistuitkomst en de batterijmeting haalt: een gefaalde auto-fail-test suggereert F0, alle verplichte tests geslaagd zonder faalpunten suggereert F3, een batterij op tachtig procent of beter suggereert B3. Je team kan regels toevoegen, verwijderen, herordenen en hun waarden bijstellen. De suggestie is een suggestie; de tester bevestigt de grade.

Wie test

Het testscherm staat open voor beheerder, manager, magazijn en operator. Operator is de standaardrol op een uitnodiging en de rol die het testwerk doet, dus een nieuwe collega kan maandagochtend uitgenodigd worden en maandagnamiddag graden.

Waarom beide lagen

Verschillende markten hebben verschillende definities. Een broker die alleen refurbished consumerlaptops verkoopt heeft andere regels nodig dan een recycler die voor onderdelen koopt. Het tweelagensysteem — platformdefaults, tenant override — laat het platform zinvolle defaults leveren terwijl elke tenant afstemt op zijn eigen realiteit. Wijzig bands halverwege een batch alleen nadat je het de vloer verteld hebt; de app past de regel toe, de mensen moeten nog altijd begrijpen waarom de B van vandaag op de C van gisteren lijkt.