Pruebas Convencionales vs Pruebas Orientadas a Objetos
La prueba de software es uno de los pasos más importantes en el proceso de desarrollo de software. Las pruebas de software se aseguran de que el software desarrollado satisfaga todos los requisitos del cliente y se ejecute sin errores. A medida que los paradigmas y técnicas de desarrollo de software han pasado del desarrollo inicial de software de cascada a OOD / Agile y otros conceptos más nuevos, las pruebas también han cambiado de las pruebas convencionales (tradicionales) a las pruebas orientadas a objetos (OOT). Pero debido a que el desarrollo en cascada todavía está en uso, las pruebas convencionales todavía son utilizadas por los evaluadores.
¿Qué es la prueba convencional??
El proceso de prueba convencional se lleva a cabo principalmente cuando el ciclo de vida de la cascada se utiliza para desarrollar software en las organizaciones. Las pruebas convencionales siempre tienen lugar durante la fase de prueba del ciclo de vida, que generalmente sigue a la fase de desarrollo y continúa a la fase de implementación. Durante esta fase de prueba, se llevarán a cabo principalmente tres tipos de pruebas. Las pruebas del sistema se asegurarán de que las características del sistema satisfagan los requisitos del cliente documentados en la SRS (Especificación de requisitos de software), por lo general con un enfoque de caja negra. Las pruebas de integración prueban el diseño preliminar mediante un enfoque funcional y de descomposición. Las pruebas de integración se basan en la estructura del diseño utilizando un enfoque de arriba hacia abajo o de abajo hacia arriba. Finalmente, las pruebas unitarias aseguran que el diseño detallado sea correcto..
¿Qué es la prueba orientada a objetos??
El uso del análisis y diseño orientado a objetos (OO) junto con Agile y otras metodologías recientes de desarrollo de software conducen a pruebas orientadas a objetos. El desarrollo de OO se suele centrar en el comportamiento. Las pruebas se hacen teniendo el énfasis en la composición. Eso significa que el diseño se crea pieza por pieza y se compone para completar el sistema completo. Debido a que el prototipo rápido y alguna forma de enfoque incremental se utilizan para el desarrollo de OO en la actualidad, los tres niveles de prueba convencionales (sistema, integración y prueba de unidad) no son claramente visibles en el diseño de OO (pero existen la mayoría de las veces). Las pruebas del sistema (bajo las pruebas de OO) tomarán el mismo enfoque (de caja negra) que las pruebas convencionales y verificarán la especificación del requisito (porque los requisitos deben verificarse independientemente del proceso de desarrollo). Las pruebas unitarias bajo pruebas orientadas a objetos son similares a las pruebas unitarias convencionales, pero la diferencia básica es la definición de la unidad utilizada. Las unidades actualmente aceptadas utilizadas para la prueba de unidades son clases y métodos..
¿Cuál es la diferencia entre las pruebas convencionales y las pruebas orientadas a objetos??
Las pruebas convencionales son el enfoque tradicional para las pruebas que se realizan principalmente cuando el ciclo de vida de la caída del agua se utiliza para el desarrollo, mientras que las pruebas orientadas a objetos se utilizan cuando se utiliza el análisis y el diseño orientados a objetos para desarrollar software empresarial. Las pruebas convencionales se centran más en la descomposición y los enfoques funcionales en lugar de las pruebas orientadas a objetos, que utilizan la composición. Los tres niveles de prueba (sistema, integración, unidad) utilizados en las pruebas convencionales no están claramente definidos cuando se trata de pruebas orientadas a objetos. La razón principal de esto es que el desarrollo OO utiliza un enfoque incremental, mientras que el desarrollo tradicional sigue un enfoque secuencial. En términos de pruebas unitarias, las pruebas orientadas a objetos consideran unidades mucho más pequeñas en comparación con las pruebas convencionales.