Pruebas y defectos: códigos, zonas y gravedades en lugar de adjetivos
Cómo el registro estructurado de defectos sustituye “cosmético menor” por códigos en los que el comprador de Múnich y el proveedor de Copenhague están de acuerdo.
“Grade B cosmético” solo funciona cuando todos entienden lo mismo. El registro de defectos obliga al evaluador a elegir de una lista estructurada en lugar de describir el daño en prosa, así el comprador de Múnich y el proveedor de Copenhague leen la misma señal.
La estructura
Un defecto es un código —LCD-03 para una pantalla rota, SCR-01 para arañazos leves— con una categoría (cosmético, funcional, batería, datos, pieza que falta), una gravedad (menor, moderado, mayor o crítico, cada una con su factor de peso) y las zonas del cuerpo en las que puede aparecer, de entre diecisiete: tapa, pantalla, teclado, reposamanos, carcasa inferior, puertos, bisagras y el resto de la anatomía. Algunos códigos exigen una foto. La plataforma trae 38 códigos de serie, su organización puede sembrar encima su propio juego de valores por defecto, y Settings > Core > Códigos de falla es donde se añaden los códigos que su propio banco de pruebas no deja de necesitar.
La página de detalle de pruebas
/core/testing/[id] es donde trabaja el evaluador, en cuatro pestañas. Pruebas contiene la lista de comprobación de la categoría: apto o no apto por elemento, notas de defecto, aprobar todo, reiniciar, guardar progreso, completar. Calificación contiene funcional, cosmético, batería, datos, la letra general y la disposición prevista; el selector de defectos filtra por categoría, el motor sugiere los grados funcional y de batería a partir de la lista y de la lectura de batería con un botón Aplicar sugerencia para cada uno, y el evaluador escoge la calificación general de la A a la F. Notas y fotos e Historial completan el juego. El cierre queda bloqueado mientras falten comprobaciones obligatorias o campos de grado. Eso solo molesta hasta que impide que un “seguramente está bien” salga del almacén como “probado”.
La cola y la cabecera del detalle muestran el número de la orden entrante con la que llegó el activo —o su etiqueta de activo cuando no hay orden—, nunca el ID interno del elemento de la cola. Nadie en la planta ha preguntado jamás a un compañero por el elemento 4f8a-c2.
Cerrar como fallido
Una prueba obligatoria marcada como no apta nunca podrá desbloquear “Prueba completa”; el botón sigue desactivado a propósito. En su lugar, en cuanto ha fallado al menos una prueba obligatoria, la página ofrece Cerrar como fallido (en móvil, el botón principal se convierte en ese). El evaluador elige un destino —reciclar y recuperar piezas, chatarra, o devolver al cliente— y da un motivo de al menos diez caracteres. La reventa no está en esa lista: un dispositivo fallido no entra en el stock vendible por esta puerta. Las máquinas reparables se quedan en la cola, se reparan y se vuelven a probar. Tras la confirmación, el elemento queda probado con resultado fallido, el activo lleva el destino elegido, la página de detalle muestra una insignia de fallo y la calificación pasa a ser opcional. Sin grado y con una disposición distinta de la reventa, el activo se queda fuera del stock vendible.
Las notas y las fotos pertenecen al activo
Una nota o una foto añadida en la pestaña Notas y fotos se guarda en el activo al instante —las mismas notas y la misma biblioteca de fotos que usa la ficha de inventario— a nombre del usuario que ha iniciado sesión. Sobrevive a una recarga, aparece en el detalle de inventario y viaja al paquete de evidencia. Borrar una pide confirmación, y el mensaje de éxito aparece solo después de que el servidor la haya guardado. Una pestaña de evidencia que tira la evidencia no pinta nada en la aplicación.
Quién prueba
La pantalla de pruebas está abierta a los roles administrador, gerente, almacén y operador. Operador es el rol por defecto de una invitación y el que hace las pruebas de verdad, y por eso tiene la llave de la puerta.
Productividad
/core/testing/productivity es la vista de operaciones: rendimiento, una tabla por categoría y el registro de actividad. El responsable del equipo puede responder “cuántos portátiles probamos el mes pasado” desde la página en lugar de convertirlo en un recuento a mano.