Diferencia entre las pruebas convencionales y las pruebas orientadas a objetos
Pruebas convencionales versus 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 desarrollos de software han cambiado del desarrollo inicial de software de cascada a OOD/Agile y otros conceptos más nuevos, las pruebas también han cambiado de pruebas convencionales (tradicionales) hacia pruebas orientadas a objetos (OOT). Pero debido a que el desarrollo de la cascada aún está en uso, las pruebas convencionales todavía son utilizadas por los probadores.
¿Qué son las pruebas convencionales??
El proceso de prueba convencional se realiza principalmente cuando se utiliza el ciclo de vida de la cascada para desarrollar software en las organizaciones. Las pruebas convencionales siempre tienen lugar durante la fase de prueba del ciclo de vida, que generalmente sigue la fase de desarrollo y continúa la fase de implementación. Durante esta fase de prueba, se realizarán 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 el SRS (especificación de requisitos de software), generalmente adoptando un enfoque de caja negra. Las pruebas de integración prueban el diseño preliminar al adoptar 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 asegúrese de que el diseño detallado sea correcto.
¿Qué son las pruebas orientadas a objetos??
El uso del análisis y el diseño orientado a objetos (OO) junto con las metodologías de desarrollo de software ágil y otras conducen a pruebas orientadas a objetos. El desarrollo de OO generalmente se centra en el comportamiento. Las pruebas se realizan con énfasis en la composición. Eso significa que el diseño se crea pieza por pieza y se compone juntos para completar el sistema completo. Debido a que la prototipos rápidos y algún tipo de enfoque incremental se utilizan para el desarrollo de OO hoy en día, los tres niveles de prueba convencionales (sistema, integración y prueba unitaria) no son claramente visibles en el diseño OO (pero existen la mayoría de las veces). Las pruebas del sistema (en pruebas OO) adoptarán el mismo enfoque (cuadro negro) que las pruebas convencionales y verificarán la especificación de requisitos (porque los requisitos deben verificarse independientemente del proceso de desarrollo). Las pruebas unitarias en las 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 aceptadas actualmente utilizadas para pruebas unitarias 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 realizadas principalmente cuando el ciclo de vida de caída de agua se usa para el desarrollo, mientras que las pruebas orientadas a objetos se usan cuando el análisis y el diseño orientados a objetos se usan para desarrollar software empresarial. Las pruebas convencionales se centran más en la descomposición y los enfoques funcionales en comparación con las pruebas orientadas a objetos, que utiliza la composición. Los tres niveles de prueba (sistema, integración, unidad) utilizados en pruebas convencionales no se definen claramente cuando se trata de pruebas orientadas a objetos. La razón principal de esto es que el desarrollo de 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.
