Testing en Software Orientado a Objetos

Uno de los paradigmas más comúnmente usados en estos días es el de Orientado a Objetos, este es muy común debido a que en sí es el más nuevo y el que más se enseña, ya que este está hecho para que se facilite el mantenimiento de los sistemas de software al hacerlos modulares, permitiendo que se pueda cambiar un elemento del sistema sin tener que hacer ningún movimiento a los demás elementos, ya que estos están divididos y se mantiene una estructura común.

Una de las partes importantes de un proyecto de desarrollo de software es probar que todo funciona como debería y cuando debería, a esto comúnmente se le llama por su nombre en inglés testing, se hacen estas pruebas para poder cerciorarse de que el sistema cumpla con los requerimientos establecidos en la documentación, entre otras cosas.

Como se he dicho anteriormente, hay muchos tipos de sistemas de software y dependiendo del sistema es lo que se tiene que hacer en cada proceso, en este post me enfocaré solamente en Software Orientado a Objetos y específicamente en el proceso de testing de este. Este se puede dividir en tres niveles que son:

Minigranth, Page
  • Testing de unidad: este se refiere al testing de las clases individuales, que los atributos estén implementados conforme a la documentación, así como que los métodos no tengan errores, es el nivel más bajo de la jerarquía.
  • Testing de subsistema: este se refiere al testing de módulos o subsistemas, los cuales están formados por grupos de unidades, también se tiene que probar la comunicación de este subsistema con otro.
  • Testing de sistema: este se refiere al testing de la unión de todos los subsistemas, este ya va enfocado en la funcionalidad total de los requerimientos, este paso es el más tardado por lo que se hacen equipos especializados para este.

El punto de dividir este proceso es que en el primero se resuelvan todos los errores que se presentan, pero como esto rara vez pasa, el siguiente paso se encarga de esto, haciendo así un sistema de tres filtros para que los errores no lleguen al cliente y el producto pueda ser entregado de manera satisfactoria.

Si se quiere saber más del tema, ya que este es muy extenso, incluyo un libro que habla sobre esto, aunque hay más de uno en el que se puede encontrar información debido a la importancia de este. Libro

Leave a comment

Design a site like this with WordPress.com
Get started