Los casos de prueba del formulario de dirección en el proceso de pago determinan si una compra llega a su destino o se pierde en el último paso. Es el punto del embudo donde un dato mal capturado tiene consecuencias inmediatas: un pedido que no se puede entregar, un envío devuelto o un cliente que abandona porque el formulario no acepta su dirección. Sin embargo, es también el formulario que muchas veces se prueba solo con el caso cómodo del país propio.
Los fallos que aparecen una y otra vez
La mayoría de los problemas de este formulario no son errores de programación evidentes, sino decisiones de diseño que funcionan en un caso y fallan en el resto. Entre los más repetidos están los siguientes:
- El campo de la división administrativa es texto libre y acepta cualquier cosa, incluidas abreviaturas inventadas.
- El código postal se valida con una única expresión que solo contempla un país.
- El formulario obliga a rellenar campos que en algunos países no existen.
- Los límites de longitud son tan cortos que obligan a truncar la línea de la calle.
- Las validaciones cruzadas no existen, así que la división y el código postal pueden pertenecer a regiones distintas.
- El resumen del pedido reordena las líneas de la dirección y rompe el orden que espera el país de destino.
Cada uno de ellos se puede detectar con un caso de prueba concreto, y ninguno se descubre probando siempre con la misma dirección del mismo país.
¿Qué debe pasar al cambiar el país?
El cambio de país es la interacción que más fallos concentra, porque obliga al formulario a adaptarse en caliente. Debería ocurrir al menos lo siguiente: que los campos que no existen en ese país dejen de ser obligatorios, que el formato esperado del código postal se actualice, que las etiquetas se ajusten al nombre local de la división administrativa y que los valores ya escritos no se conserven si ya no tienen sentido.
La prueba más útil consiste en rellenar la dirección completa de un país y después cambiar el país sin recargar la página. Es habitual que el código postal antiguo permanezca, que la validación siga aplicando las reglas anteriores o que un campo oculto conserve un valor que ya no corresponde. Ninguno de esos fallos produce un error visible, y todos llegan a producción con facilidad.
El país que no usa código postal
Existe un puñado de territorios donde el código postal no forma parte de la dirección, y un formulario que lo exige bloquea a cualquier cliente de allí. La solución no es permitir que se escriba cualquier cosa, sino que el campo deje de ser obligatorio y que la interfaz explique por qué.
Conviene comprobar tres cosas en este escenario: que el campo se puede dejar vacío sin que el formulario lo rechace, que no se envía un valor inventado para rellenar el hueco y que la dirección se muestra después sin una línea vacía que confunda a quien la lee. La guía sobre formatos de código postal por país describe las variantes que hay que contemplar.
Los casos que hay que probar siempre
| Caso | Qué se espera | Fallo típico |
|---|---|---|
| Cambio de país con datos ya escritos | Limpiar o adaptar los campos afectados | Se conserva un valor incompatible |
| País sin código postal | El campo deja de ser obligatorio | Bloqueo del pedido |
| División y código postal de regiones distintas | Aviso o corrección | Se acepta sin más |
| Línea de calle muy larga | Se guarda completa o se avisa | Truncado silencioso |
| Caracteres no latinos | Se conservan tal cual | Sustitución por signos vacíos |
| Orden de líneas de otro país | Se respeta al imprimir | Se reordena a la fuerza |
¿Cómo se prueba una dirección que no se puede validar en local?
No existe una base de direcciones mundial autoritativa, así que hay comprobaciones que un formulario no puede hacer por sí solo. Eso no significa renunciar a todo: significa distinguir entre lo que se puede verificar y lo que no, y no bloquear un pedido por una duda que el sistema no puede resolver.
La regla razonable es la siguiente. Si el dato incumple una regla de forma conocida para ese país, se rechaza con un mensaje claro. Si el dato es formalmente correcto pero incoherente con otro campo, se avisa y se permite continuar. Y si el dato es simplemente inhabitual, se acepta: un formulario demasiado estricto pierde ventas sin mejorar la calidad del dato.
Ese reparto exige que los casos de prueba incluyan tanto lo que debe rechazarse como lo que debe aceptarse con una advertencia. Un conjunto de pruebas que solo verifica rechazos deja sin cubrir la mitad del comportamiento.
Cómo montar el conjunto de pruebas
Lo práctico es partir de una dirección completa y correcta por cada país que el negocio atienda, y derivar de cada una las variantes que interesan: sin código postal, con la unidad rellena, con la calle más larga admisible y con la división administrativa en desacuerdo con el código. Con eso ya se cubren la mayoría de los fallos reales.
El generador de direcciones falsas permite obtener esas direcciones base eligiendo el país, con todos los campos tomados de la misma zona y el teléfono incluido. Son datos solo para pruebas de software: no corresponden a ninguna persona ni domicilio real y no sirven para cursar un pedido de verdad. Para entender la diferencia entre comprobar el formato y comprobar la coherencia, la guía sobre validación y normalización de direcciones es el complemento natural de este conjunto de casos.
Notas para quien programa
- Prueba el cambio de país, no solo el estado inicial. Es la interacción donde se acumulan los campos obsoletos.
- No reutilices la misma dirección en todas las pruebas. Un solo ejemplo cómodo esconde justamente los casos que fallan.
- Distingue rechazar de advertir. El primero es para lo imposible; el segundo, para lo dudoso.
- Comprueba el resumen y el correo de confirmación. El orden de las líneas y los campos vacíos se rompen ahí con frecuencia, aunque el formulario esté bien.
- Cuida los límites. Truncar la línea de la calle destruye la información que distingue una dirección de otra parecida.
- Prueba con datos generados. Además de ser más seguros, se pueden crear tantos como haga falta sin depender de registros reales.
Siguientes pasos
Elige cinco países que tu negocio atienda y escribe una dirección completa de cada uno; después cámbialos entre sí en el formulario y observa qué queda en pantalla. Es la prueba más rápida para encontrar campos obsoletos y validaciones que solo contemplan un país. Si necesitas las direcciones de partida, el generador las produce al momento y siempre como material de prueba.