Saltar al contenido

Comprobar el lanzamiento con un pedido de prueba completo

Vincule el pago de prueba, el pedido, el envío y el reembolso parcial en un caso de aceptación. Mantenga separados los resultados esperados y los observados.

Philipp Reuter3 min de lectura
Panel de prueba con tres casillas: dos marcas verdes y una cruz en una casilla con borde rojo.

Antes de abrir la tienda, compruebe un recorrido de pedido seleccionado hasta los sistemas conectados. La página de confirmación solo muestra parte del proceso. La aceptación debe identificar qué pedido de prueba se pagó, transfirió, envió y, si corresponde, reembolsó parcialmente.

Separar la prueba de las operaciones reales

Shopify describe pagos simulados para pedidos de prueba. WooCommerce también señala sus efectos sobre servicios conectados. El modo de prueba del formulario de pago no garantiza por sí solo toda la cadena.

Use un entorno de prueba separado adecuado, con cuentas de prueba y los accesos sandbox previstos por los proveedores, es decir, sus accesos de prueba. Los mensajes van a buzones de prueba controlados. Para existencias, envíos y otras conexiones debe establecerse que no se generen pedidos de clientes ni envíos reales. Si un servicio carece de una opción adecuada, simule ese paso aparte y documente el límite.

Preparar un caso de aceptación completo

Todos los identificadores, importes y expectativas son ficticios. El caso simplificado de pago con tarjeta usa 2 unidades de P-14 a 25 EUR cada una, en total 50 EUR; aquí no se calculan impuestos ni gastos de envío. El ejemplo muestra la conciliación de datos y estados, no una prueba ya ejecutada.

Paso

Referencia de prueba asociada

Expectativa

Carrito

TEST-48, artículo P-14

2 unidades; total de prueba 50 EUR

Pago de prueba

PAY-48

Simulación correcta de 50 EUR

Pedido y transferencia

ORD-48 en la tienda, ERP-48 en el sistema de gestión

Mismo artículo, cantidad 2; vínculo inequívoco entre ambos pedidos

Envío de prueba

SHIP-48 asociado a ORD-48

2 unidades en envío simulado; ningún envío real

Devolución de prueba

RET-48 asociada a ORD-48

1 unidad de P-14 claramente vinculada a la devolución

REF-48 asociado a PAY-48

Simulación de 25 EUR; vínculo adecuado con la devolución

El sistema de gestión empresarial se denomina aquí ERP. Las referencias son datos propios del ejemplo, no nombres de campo obligatorios de las plataformas mencionadas.

Examinar las pruebas en cada límite

Compruebe cantidad, artículo y referencia en la tienda y en el destino de prueba correspondiente. Recibir correctamente una solicitud de transferencia no demuestra que el pedido esté completamente creado. Por eso este caso exige una referencia de destino confirmada.

En la devolución, trate por separado estado de la mercancía y pago. En el ejemplo, 1 unidad vuelve a estar disponible solo tras la revisión de prueba acordada. Un reembolso simulado por sí solo no demuestra un cambio de existencias. Un estado de envío tampoco demuestra el cobro.

Añadir un fallo y registrar el límite

Incluya un pago de prueba rechazado y una respuesta interrumpida en la transferencia. La pantalla no debe indicar éxito sin confirmar. Antes de reintentar debe poder aclararse si la operación ya existe, evitando otro pedido.

Anote en cada paso el resultado realmente observado y las versiones de tienda e integración utilizadas. El caso de expectativas completo sirve de plantilla. Si la simulación solo cubre parcialmente un paso externo, la limitación permanece en la aceptación. Otros métodos de pago, países y casos especiales necesarios se añaden como pruebas separadas.

Fuentes

Escrito por

  • Philipp ReuterRedactor de calidad de softwarePhilipp Reuter escribe en ASES sobre pruebas de software y la preparación de nuevas versiones. Sus artículos tratan el análisis de errores, las pruebas de aceptación y la revisión de cambios en aplicaciones existentes.

Seguir a ASES

Seguir leyendo

Todos los artículos

E-Commerce con ASES

Tiendas online, marketplaces y portales B2B