Testing & defects: 44 codes, 17 zones, 4 severities

“Grade B cosmetic” werkt alleen wanneer iedereen daar hetzelfde mee bedoelt. Defect tracking laat de tester kiezen uit een gestructureerde lijst in plaats van schade vrij te beschrijven, zodat de koper in München en de leverancier in Kopenhagen hetzelfde signaal lezen.

De structuur

Elke defect record heeft vier velden: code (één van 44 — dent, crack, missing-key, dead-pixel, battery-degraded, port-damaged, enzovoort), zone (één van 17 — lid, base, screen, keyboard, palmrest, port-area-left, vent-rear, enzovoort), severity (1–4, waarbij 4 critical is en minstens overall grade D forceert), en een optionele note voor de zeldzame gevallen waarin vrije tekst echt iets toevoegt.

Wat dit mogelijk maakt

Omdat defects gestructureerd zijn, kan het platform dingen doen die prose niet kan. De auto-grade engine leest de defect list en berekent een suggested grade. Buyers die zoeken naar "geen critical defects op het screen" kunnen listings filteren op zone+severity. Insurance en lease-return chargebacks rekenen per-defect tegen de damage matrix van het contract in plaats van dat een tester "moderate damage, suggest €50 deduction" typt en wacht tot iemand discussieert.

De testing detail page

/core/testing/[id] is waar de tester werkt. Een defect picker (filterbaar op zone), een grade dropdown voor elke dimension (functional, cosmetic, battery, data), en de auto-grade button die de keuzes combineert tot de overall A-R grade. De tester bevestigt of overschrijft. De audit row wordt geschreven. De asset gaat naar de volgende pipeline stage.

Productivity

/core/testing/productivity is de operations view: tester throughput, gemiddelde tijd per asset, defect-distribution per category. Het operations team kan “hoeveel laptops hebben we vorige maand getest” op de pagina beantwoorden, zonder er een manuele telling van te maken.