Una matriz de prueba de dirección de pago para un comportamiento en forma real

Resumen de IA

Elija casos que ejerciten valores obligatorios frente a valores opcionales, una calle larga, una unidad, un código postal faltante cuando esté permitido y caracteres no latinos.

Comience con el comportamiento del campo, no con el recuento de países

Elija casos que ejerciten valores obligatorios frente a valores opcionales, una calle larga, una unidad, un código postal faltante cuando esté permitido y caracteres no latinos. Un país con casos límite significativos puede revelar más que muchos caminos felices duplicados.

Mantenga una matriz de escenarios compacta

Ejemplo: línea de base válida; falta localidad requerida; unidad opcional omitida; código postal con un cero a la izquierda; nombre con acento o en escritura local; separador no válido; Rechazo del servidor con valores retenidos.

Case                  Input                         Expected
Baseline              Boston / MA / 02108          Accepted
Leading zero          ZIP 02108                    Value remains 02108
Optional unit         Unit omitted                 No unit error
Required locality     City empty                    Inline city error; other values remain
Unicode               Québec                       Characters preserved

fijar un caso de prueba con una semilla estable →

Comprobar interacción y accesibilidad

Verifique las etiquetas persistentes, el orden del teclado, la asociación de errores en línea, el enfoque después de una falla y que los nombres de los campos traducidos no sobrepasen una ventana gráfica estrecha. Evite borrar los valores del usuario cuando sea necesaria una corrección.

Guía de identificación de errores WCAG ↗

Separe el pago del cumplimiento

Una prueba exitosa del formulario de pago demuestra que la aplicación aceptó sus entradas. Utilice la zona de pruebas del transportista para reglas de envío y accesorios sintéticos solo para el comportamiento de la aplicación.