Me encanta escribir pruebas unitarias y estoy de acuerdo en que son una excelente manera de probar el código, evitar regresiones, etc. Sin embargo, me resulta incapaz de escribirlas, ya que la gran mayoría del código en el que trabajo día a día es aplicación código que muestra una interfaz de usuario para el usuario. ¿Hay una buena manera de probar el código de la aplicación? ¿Cuáles son las mejores prácticas aquí?
No busco una respuesta específica, como un marco, etc., sino, en general, ¿cómo aborda este problema?
unit-testing
applications
Justin Ethier
fuente
fuente
Respuestas:
Para probar la interfaz de usuario real, Selenium funciona bien.
Si desea pruebas unitarias reales, su estrategia es hacer retroceder la mayor cantidad de lógica posible desde la interfaz de usuario real, generalmente en un objeto ViewModel. Luego puede escribir pruebas unitarias contra el objeto ViewModel.
En otras palabras, coloque la menor lógica posible en la IU real, de modo que la prueba de la unidad pueda llevarse a cabo en otro lugar.
fuente
He tenido éxito al probar mi aplicación con MSTest y probar mi Javascript con QUnit y recoger los resultados de esas pruebas con una sola prueba de Unidad MSTest que usa WatiN (me sugirieron Selenium , que también tiene la capacidad de grabar pruebas, pero Encontré WatiN mejor para la automatización limpia).
fuente