Mejores prácticas/reglas prácticas de WatiN para una aplicación ASP.NET MVC

Question

Soy un ávido fanático de TDD y BDD pero no he hecho mucho en cuanto a las pruebas de UI. Tengo una aplicación ASP.NET MVC 3 con muchas pruebas MSpec y me gustaría agregar pruebas de presentación usando WatiN.

¿Qué tipo de cosas pruebas? ¿Tengo que escribir pruebas para la carga inicial de la IU o solo para las cosas que cambiaron debido a la interacción del usuario?

¿Cuáles son, en resumen, buenas reglas generales y mejores prácticas al escribir las pruebas WatiN (y las pruebas UI en general)?

Answer 1

Donde trabajo ahora, nos probar estas 5 cosas (en su caso) para cada página:

1. Layout - debe tener cuadro de texto etiquetado X, debe tener desplegable etiquetada X
2. Llenar - debe tener desplegable con los siguientes valores ... deben tener cuadro de texto con el valor
3. Validar - cuando entro en X, entonces yo debería ver el mensaje de error Y
4. Navegar - cuando haga clic en el botón X, entonces debería ir a la página Y
5. Guardar - cuando haga clic en el botón Guardar, entonces yo debería ver el mensaje de éxito

Answer 2

Idealmente, la interfaz de usuario de Pruebas (Automatización) implica la automatización de todo lo que se puede :)

Estoy seguro de que tiene casos de prueba funcional. Cada uno de esos casos de prueba puede ser automatizado. Si se toma el ejemplo de este sitio en sí, no puedo pensar en los siguientes escenarios: 1. Registro - Compruebe que tiene todos los campos listados (son obligatorios, validadas) - Las cuentas duplicadas no se pueden crear 2. Confirmar Registro

Básicamente, todo lo que puede hacer manualmente es un candidato objetivo para Automatización. Tenemos aproximadamente 1500 casos de prueba para nuestra aplicación y el 90% está automatizado. Manual Testing se usa para verificar visualmente las pantallas. Las comprobaciones cosméticas pueden ignorarse en Automatización.

Espero que esto ayude. Gracias, K