Pruebas, incidencias y evidencias de RingMe. Un único registro para revisar la experiencia completa, desde la compra hasta la respuesta.
SIN EVALUARDocumento autónomo · edición localSin base de datos ni peticiones
Alcance de esta copia. Este documento no usa base de datos, servidor, peticiones de red ni almacenamiento del navegador. El plan se ha preparado a partir del repositorio el 18/09/2026. Las pruebas que siguen pendientes no se han ejecutado contra RingMe. Los antecedentes documentales están separados de los resultados de esta ejecución. Guardar aquí no cambia RingMe.
02 / ALCANCE REAL
Qué estamos validando
El recorrido de RingMe
El propietario configura un RingTag, elige diseño y producto, paga y recibe un QR físico. Una persona lo escanea sin cuenta, envía una solicitud y recibe una respuesta privada de audio o un mensaje automático de texto.
Catálogo local de referencia. Disponibilidad y tarifas del entorno deben verificarse; no son una oferta comercial.
Arquitectura bajo prueba
Web: React, TypeScript y Vite; portada, panel y rutas públicas de RingTag y seguimiento.
API: Java 21 / Spring Boot, REST, JWT, Argon2id y renovación de sesiones.
Datos: PostgreSQL, Flyway, tareas persistentes e idempotencia.
Infraestructura: ECS, S3 privado, CloudFront, SES y Parameter Store.
Integraciones: Plaid, PrintKK, reCAPTCHA y sugerencias de dirección Photon.
Printify: historial heredado; no es el proveedor de nuevas compras.
No se incluyen como funciones existentes llamadas telefónicas, Google OAuth, programación de horarios ni audio automático. Los planes antiguos no sustituyen al contrato actual. No se alteran los mockups: encuadre manual aprobado, QR translúcido y logo original.
03 / IDENTIDAD Y RESPONSABILIDAD
Datos de la ejecución
Ejecutor
Reproduce los pasos, registra entorno y resultado observado. No cierra una prueba por una corrección de código sin revalidarla.
Revisor
Contrasta evidencia y criterio esperado; registra excepciones y confirma el acta de forma independiente.
Operaciones y producto
Gestionan proveedores, cuenta de prueba, restauración y decisiones de negocio. El despliegue corresponde al usuario.
04 / REGLAS DE EJECUCIÓN
Un resultado debe poder demostrarse
Protocolo
Confirmar entorno, versión, responsables y cuentas QA A/B.
Ejecutar primero inspecciones y pruebas locales aisladas.
Reservar cobros, pedidos, correo, subidas, borrados y carga para una ejecución expresamente autorizada.
Usar datos ficticios. Conservar solo IDs opacos, capturas censuradas y hashes.
Parar ante acceso cruzado, cobro duplicado, QR incorrecto o pérdida de datos; registrar incidencia crítica.
Después de corregir, repetir la prueba y sus dependencias. Cerrar una incidencia no cambia automáticamente sus pruebas.
Inventariar y limpiar los recursos QA conforme al alcance acordado.
Estados y severidad
OK Criterio cumplido y evidencia registrada. KO Fallo observado en esta ejecución. PENDIENTE Todavía no comprobado. BLOQUEADA Falta un requisito para ejecutar. N/A Exclusión justificada y aceptada.
Crítica: privacidad, autorización, pago duplicado o QR de otro cliente. Alta: flujo principal, producción o recuperación impedidos. Media: función secundaria o limitación con alternativa. Baja: presentación sin pérdida funcional.
La severidad de cada prueba expresa el riesgo si falla. No es una incidencia detectada. Una aceptación con simuladores no acredita banco, fabricación, entrega ni dispositivo físico.
05 / CATÁLOGO DE ACEPTACIÓN
Plan de pruebas
06 / HALLAZGOS Y SEGUIMIENTO
Registro de incidencias
Los primeros cinco registros son antecedentes pendientes de revalidación procedentes de documentos del repositorio. No son nuevos fallos reproducidos durante la creación de este HTML. Cada edición queda en el historial.
07 / EXTREMO A EXTREMO
Los tres recorridos que deben cerrar
Compra y fabricación
Identidad y diseño
Registrar/verificar, configurar RingTag y seleccionar un original disponible.
Cesta y transporte
Mezclar productos, elegir dirección y una tarifa vigente explícita.
Pago confirmado
Registrar ID único y confirmación del servidor. El retorno no basta.
Producto correcto
Verificar archivo del diseño comprado, QR exclusivo, envío elegido y tracking real.
Pruebas TAG, DIS, ENV, PAY y FAB. Evidencia: compra → pago → proveedor → archivo → entrega.
Escaneo y contacto
Visitante sin sesión
Escanear producto físico; comprobar nombre público y disponibilidad.
Solicitud privada
Enviar mensaje y conservar enlace de seguimiento sin exponerlo en el informe.
Respuesta del dueño
Ver actividad, grabar audio o comprobar respuesta automática de texto.
Escucha y caducidad
Reproducir en otro dispositivo; comprobar fin, redirección y expiración.
Pruebas QR, CON, AUT y AUD. Repetir con A/B para verificar privacidad.
Fallo y recuperación
Fallo controlado
Interrumpir red, sesión o proveedor en un entorno aislado.
Estado observable
Registrar lo confirmado, lo pendiente y el mensaje recibido.
Reconciliar
Consultar identidad existente antes de reintentar el pago o fabricar.
Una sola operación
Comparar recuentos y evidencias: sin cobro, pedido ni audio duplicados.
Pruebas REC, MOC, PAY, FAB y REN. Un timeout no significa que el proveedor rechazó.
08 / VALIDACIÓN SOBRE PRODUCTO
Diez diseños. Cada formato. Lectura real.
La matriz exportada desglosa los diez diseños, los cinco productos del catálogo, iPhone/Android, tres condiciones de luz y dos ángulos. Registra dispositivo, versión, tamaño, cara, tres intentos y latencia. Añade filas para cada cara o tamaño adicional.
«Pendiente» significa que esta copia no incorpora una matriz física validada. Adjunta la referencia de la matriz completada a QR-02, QR-03 y QR-04. Decodificar un PNG no demuestra legibilidad del producto recibido. Se conservan el encuadre, el QR translúcido y el logo original.
09 / FUERA DEL SIMULADOR
Qué exige aceptación externa
Dependencia
Comprobación
Evidencia de cierre
Plaid / banco
Aceptado, rechazado, abandono, retorno repetido y evento tardío. Confirmación según entorno.
ID y estado bancario censurados; un pago y un pedido. PAY-01 a PAY-11.
PrintKK
Archivo recibido, variante, transporte confirmado, conciliación tras timeout y entrega.
Hash del artefacto, referencia única y tracking real. FAB-01 a FAB-10.
Cotización de envío
Endpoint web no documentado como contrato de integración; indisponibilidad y cambio de respuesta.
Acuerdo de servicio o procedimiento de revisión. RM-004 y ENV-08.
SES / correo
Recepción real, reenvío, caducidad, spam y revocación de sesiones.
Tiempos y eventos del proveedor; nunca códigos ni enlaces secretos. REG y REC.
S3 / almacenamiento
Originales privados, audio vigente y artefactos de impresión.
Acceso autenticado y denegación anónima, con claves censuradas. DIS-02, AUD-08, SEG-05.
Dispositivos y materiales
Lectura del QR, micrófono, retorno del banco y lectores de pantalla físicos.
Matriz con modelo/OS, fotos y recorrido completo. QR, UX y COM.
Las condiciones de terceros descritas aquí proceden del repositorio. Deben confirmarse durante la ejecución; esta página no llama a proveedores ni realiza pagos.
10 / VENTANA DE OBSERVACIÓN
Primeras dos horas de una ejecución autorizada
Hitos relativos al inicio real. En cada control revisar web/API, acceso, contacto/audio, pagos, fabricación, cola de trabajos, almacenamiento y correo. Registrar métricas, errores, responsable y referencia de evidencia; no crear pedidos para rellenar el informe.
11 / TRAZABILIDAD
Índice de evidencias
Convención propuesta: QA-RINGME / fecha / entorno / ID-prueba /. Guardar fecha, ejecutor, versión, pasos, resultado, captura o log censurado y hash si hay artefacto. Este HTML guarda referencias de texto, no adjunta ni sube archivos. Los archivos de evidencia deben compartirse por separado.
12 / FUENTES Y LÍMITES
Lo que ya se documentó
Auditoría local del 16/09/2026
Área
Resultado histórico
Backend
324 correctas / 12 omitidas
Frontend
165 correctas, 34 archivos
Navegadores
76 correctas, emulación Chromium/WebKit
Build
Correcto, compilación local
Auditoría completa
Abierta; script con salida 1 por omisiones
Fuente: DOCS/AUDITORIA_46_53.md. No se han vuelto a ejecutar estas suites al preparar este documento. Sus recuentos no se mezclan con el plan actual.
Cambio del 17/09: envío separado
Documenta 75 pruebas backend, 66 frontend, dos de cálculo de precios y build local. V26 y comprobación del pedido real pendientes de aplicación/validación remota en esa revisión. No se agregan estos números a los de la auditoría anterior.
Fuentes del repositorio
Referencias relativas a la raíz del repositorio. El HTML funciona sin estos archivos; para auditar los antecedentes, consultarlos en la copia de trabajo.
Hay documentos históricos que hablan de Printify, envío incluido o login con código. El catálogo actual, las rutas y los documentos de cambios más recientes prevalecen para preparar esta ejecución; cualquier diferencia del entorno se registra.
13 / DECISIÓN REVISABLE
Criterios GO / NO-GO y acta
Resultado calculado
Modelo conservador: todos los casos deben estar OK o excluidos con justificación y todas las incidencias cerradas. Las exclusiones requieren revisión explícita. La aptitud calculada no equivale a aprobación humana ni despliega nada.
14 / CAMBIOS EN ESTA COPIA
Historial de trabajo
Historial local editable mediante el archivo y sus exportaciones; no es un registro inmutable ni una auditoría certificada. Comparte una copia exportada y evita editar en paralelo sin reconciliar resultados.