RingMe / Aceptación /
Plan de validación integral

Plan de pruebas
y aceptación de RingMe.

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

Esta copia no usa base de datos, servidor ni almacenamiento del navegador. Los cambios existen mientras permanece abierta. Usa Guardar HTML o Exportar JSON para conservar o compartir resultados. No hay edición simultánea ni sincronización con otras personas.

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

  1. Confirmar entorno, versión, responsables y cuentas QA A/B.
  2. Ejecutar primero inspecciones y pruebas locales aisladas.
  3. Reservar cobros, pedidos, correo, subidas, borrados y carga para una ejecución expresamente autorizada.
  4. Usar datos ficticios. Conservar solo IDs opacos, capturas censuradas y hashes.
  5. Parar ante acceso cruzado, cobro duplicado, QR incorrecto o pérdida de datos; registrar incidencia crítica.
  6. Después de corregir, repetir la prueba y sus dependencias. Cerrar una incidencia no cambia automáticamente sus pruebas.
  7. 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

DependenciaComprobaciónEvidencia de cierre
Plaid / bancoAceptado, 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.
PrintKKArchivo 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íoEndpoint 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 / correoRecepció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 / almacenamientoOriginales 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 materialesLectura 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

ÁreaResultado histórico
Backend324 correctas / 12 omitidas
Frontend165 correctas, 34 archivos
Navegadores76 correctas, emulación Chromium/WebKit
BuildCorrecto, compilación local
Auditoría completaAbierta; 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.

    Decisión del responsable

    GO solo se permite cuando los criterios calculados están cumplidos, constan ejecutor/revisor y hay una justificación. Es una anotación local, no una firma electrónica. Cualquier cambio posterior invalida el GO registrado hasta una nueva revisión.

    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.