Testing templates & grading rules: wat de tester ziet

De test checklist die een tester doorloopt en de grading rules die de keuzes samenbrengen tot een letter zijn niet hard-coded. Beide leven in tenant settings, met platform defaults als fallback. /settings/core/testing/templates is de editor.

Test checklist templates

Elke device category heeft een test checklist template: de stappen die de tester uitvoert, de volgorde, de expected pass criteria per stap. Laptops hebben battery-health, screen-pixel, keyboard, port-set, BIOS-check, OS-boot. Servers hebben RAID, RAM-banks, power-supply-redundancy, network-link, BIOS. Mobile phones hebben FaceID, camera, charging port, speaker.

De templates zijn tenant-configurable. Een tenant waarvan de mix vooral heavy-grade laptops is, kan de laptop checklist aanpassen en een stress-test step toevoegen. Een tenant die industrial-control hardware verwerkt, kan een category toevoegen die de platformdefault niet dekt. De platformdefault geldt tot de tenant overridet; de override wijzigt alleen de view van die tenant.

Grading rules

De platformdefault grading rules: cosmetic 30%, functional 50%, battery 20%, severity-4 floor op D. Tenants kunnen weights en floor logic aanpassen vanuit dezelfde settings page. De override wordt geregistreerd als tenant_override flag — de page toont “you’re using a tenant override, the platform default is X” zodat de operations lead altijd weet of hij default of custom rules gebruikt.

Versiestempel per asset

Elke gegrade asset bewaart de rules version die actief was op grading time. De rules morgen wijzigen hergradet de assets van gisteren niet stilletjes — ze behouden hun originele grade en de rules version die die grade produceerde. Een buyer die een grade betwist, kan exact zien welke rules toen golden, met de cosmetic/functional/battery weights expliciet uitgesplitst.

Waarom beide lagen

Verschillende markten hebben verschillende definities. Een broker die alleen refurbished consumer laptops verkoopt heeft andere rules nodig dan een recycler die voor onderdelen koopt. Het tweelagensysteem (platform defaults, tenant override) laat het platform zinvolle defaults leveren terwijl elke tenant kan afstemmen op de eigen realiteit.