Creo que depende de qué tipo de software estés escribiendo y para quién. He trabajado en proyectos donde hicimos todo lo anterior con CI y en proyectos que no hicieron absolutamente ninguna prueba.
Probablemente me crucificarán por decir esto, pero si está creando un producto web para el consumidor y está haciendo múltiples lanzamientos al día, a menudo es aceptable que los usuarios lo ayuden a encontrar errores no críticos y las pruebas funcionales no serán tan importantes. Es posible que solo escriba pruebas funcionales para su API, por ejemplo, que no puede permitirse tener un descanso o la funcionalidad principal de su producto.
Me gustan las pruebas unitarias para verificar la “lógica empresarial”. Estos son especialmente importantes si no está utilizando restricciones en su base de datos (o su almacén de datos no las admite) para la integridad de los datos. Además de esto, uno de los mayores beneficios que obtengo al escribir pruebas unitarias es que me ayuda a diseñar mejores interfaces para mis objetos. Escribir pruebas de regresión tiende a producir una gran recompensa también, ya que las mismas funciones siempre parecen propensas a errores.
- Como desarrollador web novato, ¿debo usar un marco como HTML5 Boilerplate o código desde cero?
- ¿Es posible abortar () una carga jQuery ()?
- ¿Cuáles son algunas ideas para mejorar visualmente un sitio web utilizando un script Java?
- Cómo saber dónde pasan más tiempo mis visitantes en una sola página
- Cómo segregar angular2 y springboot
Como todo lo demás, tendrá que sopesar las compensaciones. Me equivocaría en el lado de las pruebas, especialmente si tiene más de un par de desarrolladores en el producto porque rápidamente se dará cuenta de un gran ahorro de tiempo solucionando errores. Por otro lado, si usted es un desarrollador exclusivo que trabaja en un pequeño proyecto web para el consumidor y desea avanzar rápidamente, puede aceptar incurrir en una deuda técnica.