¿Qué es la prueba de componentes?
La prueba de componentes se define como un tipo de prueba de software, en la que la prueba se realiza en cada componente individual por separado sin integrarse con otros componentes. También se conoce como Prueba de módulo cuando se ve desde una perspectiva de arquitectura. Las pruebas de componentes también se conocen como pruebas unitarias, pruebas de programas o pruebas de módulos.
Generalmente, cualquier software en su conjunto se compone de varios componentes. La prueba de nivel de componente se ocupa de probar estos componentes individualmente.
Es uno de los tipos de pruebas de caja negra más frecuentes que realiza el equipo de control de calidad.
Según el diagrama a continuación, habrá una estrategia de prueba y un plan de prueba para la prueba de componentes. Donde todas y cada una de las partes del software o aplicación se consideran individualmente. Para cada uno de estos componentes se definirá un escenario de prueba, que se reducirá aún más a Casos de prueba de alto nivel -> Casos de prueba detallados de bajo nivel con requisitos previos.
El uso del término " Prueba de componentes " varía de un dominio a otro y de una organización a otra.
La razón más común para la percepción diferente de las pruebas de componentes son
- Tipo de modelo de ciclo de vida de desarrollo elegido
- Complejidad del software o la aplicación bajo prueba.
- Pruebas con o sin aislamiento del resto de otros componentes del software o la aplicación.
Como sabemos, la Arquitectura del ciclo de vida de las pruebas de software tiene muchos artefactos de prueba (documentos elaborados, utilizados durante las actividades de prueba). Entre muchas pruebas, artefactos, es la Política de prueba y la Estrategia de prueba la que define los tipos de prueba y la profundidad de las pruebas que se realizarán en un proyecto determinado.
Quién realiza las pruebas de componentes
Las pruebas de componentes las realizan probadores. Los desarrolladores realizan "pruebas unitarias", donde realizan las pruebas de la funcionalidad o el procedimiento individual. Una vez realizada la prueba unitaria, la siguiente prueba es la de componentes. Los probadores realizan la prueba de los componentes.
Cuándo realizar la prueba de componentes
Las pruebas de componentes se realizan poco después de que los desarrolladores realicen las pruebas unitarias y se publique la compilación para el equipo de pruebas. Esta compilación se conoce como compilación UT (Unit Testing Build). En esta fase se prueban las principales funciones de todos los componentes,
Criterios de entrada para la prueba de componentes
- Se debe desarrollar y probar la unidad un número mínimo del componente que se incluirá en el UT.
Criterios de salida para la prueba de componentes
- La funcionalidad de todos los componentes debería funcionar bien.
- No debe haber presencia de defectos críticos o de gravedad alta o media y prioridad. Registro de defectos.
Técnicas de prueba de componentes
Según la profundidad de los niveles de prueba, las pruebas de componentes se pueden clasificar como
- CTIS - Prueba de componentes en pequeño
- CTIL - Prueba de componentes en grande
CTIS - Prueba de componentes en pequeño
La prueba de componentes se puede realizar con o sin aislamiento del resto de otros componentes en el software o la aplicación bajo prueba. Si se realiza con el aislamiento de otro componente, se denomina Prueba de componentes en pequeño.
Ejemplo 1: Considere un sitio web que tiene 5 páginas web diferentes, luego probar cada página web por separado y con el aislamiento de otros componentes se conoce como prueba de componentes en pequeño.
Ejemplo 2: considere la página de inicio del sitio web guru99.com que tiene muchos componentes como
Home, Testing, SAP, Web, Must Learn !, Big Data, Live Projects, Blog, etc.
De manera similar, cualquier software está hecho de muchos componentes y, además, cada componente tendrá sus propios subcomponentes. La prueba de cada módulo mencionado en el ejemplo 2 por separado sin considerar la integración con otros componentes se denomina Prueba de componentes en pequeño.
Haga clic en el menú desplegable Prueba según el siguiente despliegue instantáneo y vea varios "subcomponentes" del componente Prueba. Entonces, los subcomponentes que se muestran son Pruebas manuales, SOAPUI, QTP, JUnit, Selenio, Gestión de pruebas, Selenio, Pruebas móviles, etc.
Nota: El subcomponente se menciona con color rojo resaltado en la siguiente instantánea.
CTIS - Prueba de componentes en pequeño
La prueba de componentes realizada sin aislamiento de otros componentes en el software o la aplicación bajo prueba se denomina Prueba de componentes grandes.
Tomemos un ejemplo para entenderlo mejor. Supongamos que hay una aplicación que consta de tres componentes dicen Componente A , Componente B, y el componente C .
El desarrollador ha desarrollado el componente B y quiere probarlo. Pero para probar completamente el componente B, pocas de sus funcionalidades dependen del componente A y pocas del componente C.
Flujo de funcionalidad: A -> B -> C, lo que significa que hay una dependencia de B tanto de A como de C, según el diagrama, el stub es la función llamada y el controlador es la función que llama .
Pero el componente A y el componente C aún no se han desarrollado. En ese caso, para probar el componente B por completo, podemos reemplazar el componente A y el componente C por stub y controladores según sea necesario. Entonces, básicamente, los componentes A y C se reemplazan por stub y controladores que actúan como un objeto ficticio hasta que realmente se desarrollan.
- Stub: se llama a un stub desde el componente de software que se va a probar, como se muestra en el diagrama a continuación, el componente A. llama a un stub.
- Controlador: un controlador llama al componente que se va a probar, como se muestra en el diagrama a continuación, el controlador llama al 'Componente B'.
Ejemplos de casos de prueba para pruebas de componentes
Considere 2 páginas web según los diagramas que se mencionan a continuación. Aquí ambas páginas web están interrelacionadas entre sí desde el punto de vista de la funcionalidad.
- La página web 1 es la página de inicio de sesión para demo.guru99.com
Cuando el usuario ingresó una identificación de usuario y contraseña válidas en el campo de texto y haga clic en el botón enviar, la página web navegará a la página de inicio del sitio web del banco de demostración guru99.
- La página web 2 es la página de inicio de Guru99.com
Así que aquí la página de inicio de sesión es un componente y la página de inicio es otro. Ahora probar la funcionalidad de páginas individuales por separado se denomina prueba de componentes .
Escenario de prueba de componentes en la página web1 -
- Introduzca una identificación de usuario no válida y verifique si se muestra al usuario final alguna ventana emergente de advertencia fácil de usar.
- Ingrese la identificación de usuario y contraseña no válidas y haga clic en 'restablecer' y verifique si los datos ingresados en los campos de texto identificación de usuario y contraseña se borraron.
- Introduzca el nombre de usuario y la contraseña válidos y haga clic en el botón 'Iniciar sesión'.
Escenario de prueba de componentes en la página web2 -
- Verifique si el mensaje "Bienvenido a la página del administrador de guru99 bank" se muestra en la página de inicio.
- Verifique si se puede hacer clic en todos los enlaces del lado izquierdo de la página web.
- Verifique si la identificación del administrador se muestra en el centro de la página de inicio.
- Verifique la presencia de las 3 imágenes diferentes en la página de inicio según el diagrama.
Pruebas unitarias frente a pruebas de componentes
| Examen de la unidad | Prueba de componentes |
|---|---|
|
|
|
|
|
|
|
|
Resumen:
En Ingeniería de Software, las pruebas de componentes juegan un papel crucial en la búsqueda de errores. Antes de comenzar con las pruebas de integración, siempre se recomienda realizar las pruebas de componentes para garantizar que cada componente de una aplicación funcione de manera eficaz.
La prueba de integración va seguida de la prueba de los componentes. Las pruebas de componentes también se denominan pruebas de módulos en algunas referencias.