Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Construir tests

68 views

Published on

Clase Gestion de la calidad del software

Published in: Engineering
  • Be the first to comment

  • Be the first to like this

Construir tests

  1. 1. Construir tests
  2. 2. ¿Qué es el testing? • Son pruebas que se le hacen al código para poder comprobar su correcto funcionamiento.
  3. 3. ¿Qué relación tiene el testing con el refactoring? • Cuando se escribe código la mayor parte del tiempo no se gasta codificando sino haciendo casos de prueba para detectar y corregir bugs en el programa. Esto implica tener que reescribir el código y volver a realizar pruebas.
  4. 4. Problemas del testing “A mano” • Es lento. • Es tedioso. • Aburrido. • No necesariamente se cubren todos los casos de prueba.
  5. 5. Automatizar el testing • Consiste en crear clases que se encarguen de comparar los resultados que lanza el programa con los que se espera, agilizando así los procesos y economizando timepo
  6. 6. ¿No se pierde tiempo escribiendo código para revisar código? • Aunque en un principio (especialmente cuando no se está acostumbrado a estos) suena como si se perdiera tiempo, en realidad esto ayuda a encontrar más rápidamente los errores para así poderlos corregir.
  7. 7. Cada cuanto se deben de hacer pruebas • Mientras más pequeño sea el fragmento de código al que se le apliquen las pruebas más fácil será detectar los errores y corregirlos a tiempo.
  8. 8. ¿A todo el código se le debe de escribir una clase para probarlo? • No, solamente se debería de hacer en las partes del código donde hay más probabilidades de encontrar errores.
  9. 9. ¿Qué tan grandes deben de ser las pruebas? • Se debe de intentar incluir casos variados y así se logra abarcar mayor cantidad de posibles fallas en el código, además no es necesario hacer pruebas de dos casos cuyos comportamientos son parecidos.
  10. 10. Tips • Escribir las clases de prueba antes que el programa. • Hacer prueba solo en casos de alto riesgo de falla. • Crear tests en bloques pequeños de código.
  11. 11. ¿Esto libra a un programa de todos los bugs? • “Don't let the fear that testing can't catch all bugs stop you from writing the tests that will catch most bugs.”

×