Testing templates & grading rules: ce que voit le tester

La test checklist qu’un testeur parcourt et les grading rules qui combinent les choix en une lettre ne sont pas hard-coded. Les deux vivent dans les tenant settings, avec platform defaults comme fallback. /settings/core/testing/templates est l’editor.

Test checklist templates

Chaque device category a un test checklist template : les steps que le testeur exécute, l’ordre, les expected pass criteria pour chaque step. Les laptops ont battery-health, screen-pixel, keyboard, port-set, BIOS-check, OS-boot. Les servers ont RAID, RAM-banks, power-supply-redundancy, network-link, BIOS. Les mobile phones ont FaceID, camera, charging port, speaker.

Les templates sont tenant-configurable. Un tenant dont le mix est surtout heavy-grade laptops peut customiser la laptop checklist pour ajouter une stress-test step. Un tenant qui traite du hardware industrial-control peut ajouter une category que le platform default ne couvre pas. Le platform default s’applique jusqu’à override par le tenant ; l’override ne change que la vue de ce tenant.

Grading rules

Les platform default grading rules : cosmetic 30%, functional 50%, battery 20%, severity-4 floor à D. Les tenants peuvent override les weights et la floor logic depuis la même settings page. L’override s’enregistre comme tenant_override flag — la page affiche “you’re using a tenant override, the platform default is X” afin que l’opérations lead sache toujours s’il est sur default ou custom rules.

Version stamp par asset

Chaque asset graded enregistre la rules version active au moment du grading. Changer les rules demain ne re-grade pas silencieusement les assets d’hier — ils conservent leur grade original et la rules version qui l’a produit. Un buyer qui dispute un grade peut voir les règles exactes appliquées à ce moment-là, avec les weights cosmetic/functional/battery explicités.

Pourquoi les deux couches

Différents marchés ont différentes définitions. Un broker qui ne vend que des laptops consumer refurbished a besoin de rules différentes d’un recycler qui achète pour pièces. Le système à deux couches (platform defaults, tenant override) permet à la plateforme de livrer des defaults sensés tout en laissant chaque tenant s’ajuster à sa réalité.