• crear pruebas basadas en datos para una máxima flexibilidad y repetibilidad, • confiar en objetos simulados que representan elementos fuera de la unidad con los que debe interactuar con. Tener las pruebas automatizadas significa que se pueden ejecutar con frecuencia, al menos después del desarrollo inicial y después de cada cambio que afecta a la unidad. Una vez que se establece la confianza en el correcto funcionamiento de una unidad, los desarrolladores luego puede usarlo para ayudar a probar otras unidades con las que interactúa, formando unidades más grandes que también pueden ser probados por unidad o, a medida que la escala se hace más grande, pasar por Integración Pruebas. 14.4.2 Pruebas de integración La prueba de integración es donde varias unidades (o módulos) se juntan para ser probado como una entidad por derecho propio. Por lo general, las pruebas de integración tienen como objetivo garantizar que los módulos interactúan correctamente y los desarrolladores de unidades individuales han interpretado los requisitos de manera consistente. Un conjunto integrado de módulos se puede tratar como una unidad y una unidad probada en gran parte del de la misma manera que los módulos constituyentes, pero generalmente trabajando a un nivel “superior” de funcionalidad. Las pruebas de integración son la etapa intermedia entre las pruebas unitarias y prueba completa del sistema. Por lo tanto, las pruebas de integración se centran en la interacción entre dos o más unidades para asegurarse de que esas unidades trabajen juntas con éxito y apropiadamente. Estas pruebas generalmente se realizan de abajo hacia arriba, pero también se pueden realizar de arriba hacia abajo usando simulacros o stubs para representar llamadas o funciones de llamada. Un un punto importante a tener en cuenta es que no debe intentar probar todo junto a la vez (las llamadas pruebas Big Bang), ya que es más difícil aislar los errores para que se puede rectificar. Esta es la razón por la que es más común encontrar que las pruebas de integración tienen se ha realizado en un estilo de abajo hacia arriba. 14.4.3 Pruebas del sistema Las pruebas del sistema tienen como objetivo validar que la combinación de todos los módulos, unidades, datos, instalación, configuración, etc. funciona correctamente y cumple los requisitos especificado para todo el sistema. La prueba de que el sistema tiene un todo generalmente implica probar la mayor parte de la funcionalidad o los comportamientos del sistema. tal comportamiento Las pruebas basadas a menudo involucran a los usuarios finales y otras partes interesadas que son menos tecnológicas. nical Para respaldar tales pruebas, ha evolucionado una variedad de tecnologías que permiten una Estilo inglés para las descripciones de las pruebas. Este estilo de prueba se puede utilizar como parte del proceso de recopilación de requisitos y puede conducir a un desarrollo impulsado por el comportamiento (BDD) proceso. El módulo Python pytest-bdd proporciona una extensión de estilo BDD al marco central de pytest. 14.4 Pruebas de sistemas de software 169