Una reproducción útil crea un intento identificable y descubre dónde falla. Una prueba sin control puede cobrar dos veces, consumir stock, enviar emails, contaminar Analytics y dejar pedidos ambiguos.
Prepara el ensayo antes de pulsar. Si existen pagos inciertos de clientes, concílialos primero.
Define una sola pregunta
Formula una hipótesis estrecha: “el checkout invitado falla al seleccionar España” o “el botón móvil no envía petición”. Elige el producto, dirección y método mínimos.
Anota versiones de WordPress, WooCommerce, tema, pasarela y PHP si puede intervenir una actualización.
Registra también la zona horaria del servidor y del proveedor.
Elige el entorno más seguro
Usa producción solo si no se reproduce fuera y el riesgo comercial está controlado. Staging debe igualar código y ajustes, pero no indexar, enviar a clientes ni usar cobros reales.
El modo test es preferible para pagos, aunque webhooks y fraude pueden diferir. Documenta esa limitación.
Antes de una prueba en vivo acuerda quién la autoriza, quién vigila la pasarela y quién puede cancelar preparación o transporte. Define un importe máximo, una ventana corta y un criterio de parada. La persona que observa el checkout no debería asumir que otra ya ha comprobado el cobro.
Referencia: QA-2026-07-28-01
Producto: artículo controlado
Cliente: identidad de prueba
Esperado: un pedido, una transacción y un juego de emailsNo uses identidad ni tarjeta de un cliente.
Conserva evidencia antes de cambiar
Anota URL, hora, navegador, estado de cuenta, carrito, totales, región, transporte y pago. Abre Console y Network antes del envío.
Busca pedidos y transacciones previos para la identidad QA. Así estableces una línea base y no confundes otro intento.
No muestres errores de WordPress públicamente. Usa logs protegidos.
Envía exactamente una vez
Observa la petición y espera una respuesta o el timeout acordado. No hagas doble clic, refresh durante la autenticación ni otra pestaña.
Si parece bloqueado, consulta pedido y proveedor antes de reintentar. Registra estado HTTP, tipo de respuesta y duración, eliminando cookies, direcciones y tokens.
Detén la prueba si aparece un cobro incierto.
Correlaciona todos los sistemas
Sigue el intento por navegador, servidor web, PHP, pedido, Action Scheduler, pasarela y proveedor de email. Usa referencia y hora.
Petición: enviada / bloqueada / respuesta
Pedido: ninguno / ID y estado
Transacción: ninguna / ID y estado
Stock y email: sin cambio / modificadosEsta tabla localiza el traspaso fallido sin copiar logs completos.
Clasifica el resultado antes de continuar: fallo confirmado sin efectos, pedido creado sin pago, pago sin estado final o transacción incierta. Cada clase exige una limpieza diferente. No conviertas una falta de respuesta del navegador en la conclusión automática de que todo falló.
Cambia una variable
Repite solo tras conciliar el intento anterior. Cambia un factor: invitado o cuenta, offline o pasarela, móvil o escritorio, o una versión.
Mantén constantes producto, dirección y demás valores. Cambiar cinco cosas puede hacer que funcione sin revelar la causa.
Usa staging para aislar plugins y tema; desactivarlos al azar en producción altera precios, impuestos y seguridad.
Limpia los efectos
Cancela o reembolsa mediante el procedimiento de la pasarela. Restaura stock deliberadamente, marca pedidos QA y exclúyelos de ingresos cuando sea posible.
No borres un pedido pagado: pasarela, contabilidad y stock quedarían incoherentes. Comprueba CRM, transporte y emails y elimina sus efectos de forma segura.
Registra quién realizó la limpieza.
Si la prueba ha generado factura, asiento contable o etiqueta de transporte, sigue el proceso de anulación de ese sistema. Borrar solo la entrada de WooCommerce deja documentos externos activos y puede alterar impuestos o métricas de cumplimiento.
Convierte la prueba en aceptación
La ausencia del mensaje de error no basta. Repite la ruta y confirma un pedido, una transacción, estado, stock, impuestos, envío, email y página final.
Prueba después rutas vecinas que comparten el componente. Conserva un informe anonimizado para repetirlo tras futuras actualizaciones.
El mantenimiento recurrente debe disponer de productos, identidades y procedimientos de pasarela específicos. Una reproducción disciplinada acelera la reparación urgente y protege los datos de la tienda.