Wissensbasis/Core-Betrieb/Testing & Defects: Codes, Zonen und Severities statt Adjektive
05Core-Betrieb4 Min. Lesezeit

Testing & Defects: Codes, Zonen und Severities statt Adjektive

Wie strukturiertes Defect Tracking „minor cosmetic“ durch Codes ersetzt, auf die sich der Käufer in München und der Supplier in Kopenhagen einigen können.

„Grade B cosmetic“ funktioniert nur, wenn alle dasselbe darunter verstehen. Defect Tracking lässt den Tester aus einer strukturierten Liste wählen, statt den Schaden in Prosa zu beschreiben, damit der Käufer in München und der Supplier in Kopenhagen dasselbe Signal lesen.

Die Struktur

Ein Defect ist ein Code — LCD-03 für ein zersplittertes Display, SCR-01 für leichte Kratzer — mit einer Kategorie (cosmetic, functional, battery, data, fehlendes Teil), einer Severity (minor, moderate, major oder critical, jede mit einem Gewichtungsfaktor) und den Gehäusezonen, in denen er auftreten kann, aus siebzehn: Deckel, Display, Tastatur, Handballenauflage, Bodenplatte, Ports, Scharniere und der Rest der Anatomie. Manche Codes verlangen ein Foto. Die Plattform liefert 38 Standardcodes mit, Ihre Organisation kann einen eigenen Satz Tenant-Defaults daraufsetzen, und unter Einstellungen > Core > Fehlercodes legen Sie die Codes an, die Ihre eigene Werkbank immer wieder braucht.

Die Testing-Detailseite

/core/testing/[id] ist der Arbeitsplatz des Testers, in vier Tabs. Tests hält die kategoriespezifische Checkliste — bestanden oder durchgefallen pro Punkt, Defect-Notizen, alle bestehen lassen, zurücksetzen, Fortschritt speichern, abschließen. Bewertung hält Functional, Cosmetic, Battery, Data, den Gesamtbuchstaben und die Disposition; der Defect-Picker dort filtert nach Kategorie, die Engine schlägt aus Checkliste und Batteriewert den Functional- und den Battery-Grade vor, je mit einem Button Vorschlag anwenden, und der Tester wählt den Gesamt-Grade von A bis F. Notizen & Fotos und Historie vervollständigen den Satz. Der Abschluss bleibt blockiert, solange erforderliche Checks oder Grade-Felder fehlen. Das nervt genau so lange, bis es zum ersten Mal verhindert, dass „läuft wahrscheinlich“ als „getestet“ das Haus verlässt.

Die Queue und der Detail-Header zeigen die Nummer des Inbound Orders, unter dem das Asset ankam — oder sein Asset-Tag, wenn es keinen Auftrag gibt —, nie die interne ID des Queue-Eintrags. Noch nie hat jemand in der Halle einen Kollegen nach Eintrag 4f8a-c2 gefragt.

Als fehlgeschlagen abschließen

Ein erforderlicher Test, der auf „durchgefallen“ steht, kann „Tests abschließen“ nie freischalten; der Button bleibt mit Absicht deaktiviert. Stattdessen bietet die Seite, sobald mindestens ein erforderlicher Test durchgefallen ist, Als fehlgeschlagen abschließen an (auf dem Mobilgerät wird der primäre Button selbst dazu). Der Tester wählt ein Ziel — recyceln und Teile ernten, verschrotten oder an den Kunden zurück — und gibt eine Begründung von mindestens zehn Zeichen. Wiederverkauf steht nicht auf dieser Liste: Ein durchgefallenes Gerät kommt durch diese Tür nicht in den verkaufbaren Bestand. Reparierbare Maschinen bleiben in der Queue, werden repariert und erneut getestet. Nach der Bestätigung ist der Eintrag getestet mit Ergebnis „durchgefallen“, das Asset trägt das gewählte Ziel, die Detailseite zeigt ein Failed-Badge, und das Grading wird optional. Ohne Grade und mit einer anderen Disposition als Wiederverkauf bleibt das Asset aus dem verkaufbaren Bestand heraus.

Notizen und Fotos gehören zum Asset

Eine Notiz oder ein Foto, das im Tab Notizen & Fotos hinzugefügt wird, ist sofort am Asset gespeichert — dieselben Notizen und dieselbe Fotobibliothek, die auch der Inventory-Datensatz nutzt — unter dem Namen des eingeloggten Users. Es überlebt ein Neuladen, erscheint im Inventory-Detail und wandert ins Evidence Package. Löschen fragt vorher nach, und die Erfolgsmeldung erscheint erst, wenn der Server es gespeichert hat. Ein Evidence-Tab, der Evidence wegwirft, hat in der App nichts verloren.

Wer testet

Der Testing-Screen steht Administrator, Manager, Lager und Operator offen. Operator ist die Standardrolle einer Einladung und die Rolle, die das eigentliche Testen macht — deshalb hat sie den Türschlüssel.

Productivity

/core/testing/productivity ist die Operations-Sicht: Durchsatz, eine Tabelle pro Kategorie und das Aktivitätsprotokoll. Der Teamlead kann „wie viele Laptops haben wir letzten Monat getestet“ auf der Seite beantworten, statt daraus eine Handzählung zu machen.