Testing & defects: codes, zones en severities in plaats van bijvoeglijke naamwoorden

"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

Een defect is een code — LCD-03 voor een gebarsten scherm, SCR-01 voor lichte krassen — met een categorie (cosmetic, functional, battery, data, ontbrekend onderdeel), een severity (licht, matig, ernstig of kritiek, elk met een gewichtsfactor) en de zones op het toestel waar hij kan voorkomen, uit zeventien: deksel, scherm, toetsenbord, palmrest, bodemplaat, poorten, scharnieren en de rest van de anatomie. Sommige codes vereisen een foto. Het platform levert 38 standaardcodes, jouw organisatie kan daarbovenop een set tenant-defaults seeden, en Instellingen > Core > Foutcodes is waar je de codes toevoegt die jouw eigen werkbank blijft nodig hebben.

De testing detail page

/core/testing/[id] is waar de tester werkt, in vier tabs. Testen bevat de categoriespecifieke checklist — geslaagd of gefaald per item, defectnotities, alles geslaagd markeren, resetten, voortgang opslaan, afronden. Grading bevat functional, cosmetic, battery, data, de overall letter en de dispositie; de defect picker daar filtert op categorie, de engine stelt de functional- en battery-grade voor op basis van de checklist en de batterijmeting, met voor elk een knop Voorstel toepassen, en de tester kiest de overall grade van A tot F. Notities & foto's en Historiek maken de set compleet. Afronden blijft geblokkeerd zolang verplichte checks of gradevelden ontbreken. Dat is alleen vervelend tot het verhindert dat "waarschijnlijk oké" als "getest" de deur uitgaat.

De queue en de detailheader tonen het nummer van de inbound order waaronder de asset binnenkwam — of zijn asset tag als er geen order is — nooit het interne ID van het queue-item. Niemand op de vloer heeft ooit een collega iets gevraagd over item 4f8a-c2.

Afronden als gefaald

Een verplichte test op gefaald zetten kan "Testen afronden" nooit vrijgeven; die knop blijft bewust uitgeschakeld. In de plaats daarvan biedt de pagina, zodra minstens één verplichte test gefaald is, Afronden als gefaald (op mobiel wordt de primaire knop dat zelf). De tester kiest een bestemming — recyclen en parts oogsten, slopen, of terug naar de klant — en geeft een reden van minstens tien tekens. Doorverkoop staat niet in dat lijstje: een gefaald toestel komt niet langs deze deur in de verkoopbare voorraad. Herstelbare machines blijven in de queue, worden hersteld en gaan opnieuw door de test. Na bevestiging is het item getest met resultaat gefaald, draagt de asset de gekozen bestemming, toont de detailpagina een Failed-badge en wordt grading optioneel. Zonder grade en met een andere dispositie dan doorverkoop blijft de asset uit de verkoopbare voorraad.

Notities en foto's horen bij de asset

Een notitie of foto die je op de tab Notities & foto's toevoegt, wordt meteen op de asset bewaard — dezelfde notities en fotobibliotheek die het voorraadrecord gebruikt — onder de naam van de ingelogde gebruiker. Ze overleeft een reload, verschijnt op het voorraaddetail en reist mee in het evidence package. Eén verwijderen vraagt om bevestiging, en de succesmelding verschijnt pas nadat de server het echt heeft opgeslagen. Een bewijstab die bewijs weggooit hoort niet in de app.

Wie test

Het testscherm staat open voor beheerder, manager, magazijn en operator. Operator is de standaardrol op een uitnodiging en de rol die het eigenlijke testwerk doet, en daarom heeft die de sleutel van de deur.

Productivity

/core/testing/productivity is de operations view: doorvoer, een tabel per categorie en het activiteitenlog. De teamlead kan "hoeveel laptops hebben we vorige maand getest" op de pagina beantwoorden in plaats van er een manuele telling van te maken.