¿Qué es la prueba de componentes? Técnicas, casos de prueba de ejemplo

¿Qué es la prueba de componentes?

Las pruebas de componentes se definen como un tipo de prueba de software en el que las pruebas se realizan en cada componente individual por separado sin integrarse con otros componentes. También se las conoce como pruebas de módulos cuando se las considera 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 está formado por varios componentes. Las pruebas a nivel de componentes se ocupan 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 siguiente diagrama, habrá una estrategia de prueba y un plan de prueba para las pruebas de componentes. Donde todas y cada una de las partes del software o aplicación se consideran de forma individual. Para cada uno de estos componentes un Escenario de prueba se definirá, 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 es

1. Tipo de modelo de ciclo de vida de desarrollo elegido
2. Complejidad del software o aplicación bajo prueba
3. Pruebas con o sin aislamiento del resto de otros componentes del software o aplicación.

Como sabemos, el ciclo de vida de las pruebas de software. Architecture tiene muchos artefactos de prueba (documentos elaborados, utilizados durante las actividades de prueba). Entre muchas pruebas (artefactos), es la Política de prueba y estrategia de prueba la que define los tipos de pruebas 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 las "pruebas unitarias" donde realizan las pruebas de la funcionalidad o procedimiento individual. Después Examen de la unidad Después de realizar la prueba, la siguiente prueba es la prueba de componentes. Las pruebas de los componentes las realizan los probadores.

Cuándo realizar pruebas 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 (compilación de prueba unitaria). En esta fase se prueba la funcionalidad principal de todos los componentes,

Criterios de entrada para las pruebas de componentes.

• Se debe desarrollar y probar un número mínimo de componentes que se incluirán en el UT.

Criterios de salida para las pruebas de componentes.

• La funcionalidad de todos los componentes debería funcionar bien.
• No debe haber ningún defecto de gravedad y prioridad crítica, alta o media. Defecto Iniciar sesión.

Técnicas de prueba de componentes

Según la profundidad de los niveles de prueba, las pruebas de componentes se pueden clasificar como

1. CTIS – Pruebas de componentes en pequeño
2. CTIL: pruebas de componentes a gran escala

CTIS – Pruebas de componentes en pequeño

Las pruebas de componentes se pueden realizar con o sin aislamiento del resto de otros componentes del software o 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 y luego probar cada página web por separado y con el aislamiento de otros componentes se denomina prueba de componentes en pequeño.

Ejemplo 2: Considere la página de inicio del sitio web guru99.com que tiene muchos componentes como

hogar, pruebas, SAP, Web, ¡Debe aprender!, Big Data, Proyectos en vivo, Blog, etc.

De manera similar, cualquier software está formado por muchos componentes y, además, cada componente tendrá sus propios subcomponentes. Probar cada módulo mencionado en el ejemplo 2 por separado sin considerar la integración con otros componentes se denomina Pruebas de componentes en pequeño.

Haga clic en el menú desplegable Pruebas según se muestra a continuación y vea varios “subcomponentes” del componente de prueba. Entonces los subcomponentes mostrados son Prueba Manualmente, SOAPUI, QTP, JUnit, Selenium, Gestión de pruebas, Selenium, Móvil Pruebas, etc

Nota: El subcomponente se menciona con color resaltado en rojo en la siguiente instantánea.

CTIL: pruebas de componentes a gran escala

Las pruebas de componentes realizadas sin aislar otros componentes del software o la aplicación bajo prueba se denominan pruebas de componentes grandes.

Pongamos un ejemplo para entenderlo mejor. Supongamos que hay una aplicación que consta de tres componentes, digamos Componente A, componente B, y Componente C.

El desarrollador ha desarrollado el componente B y quiere probarlo. Pero para poder completamente Pruebe 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 es el función llamada, y el conductor es el función de llamada.

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 código auxiliar y controladores según sea necesario. Básicamente, los componentes A y C se reemplazan por trozos y controladores que actúan como un objeto ficticio hasta que realmente se desarrollan.

• Talón: Se llama a un código auxiliar desde el componente de software que se va a probar, como se muestra en el siguiente diagrama. El Componente A llama a un código auxiliar.
• Conductor: Un conductor llama al componente que se va a probar como se muestra en el siguiente diagrama. El conductor llama al "Componente B".

Casos de prueba de ejemplo 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.

1. La página web 1 es la página de inicio de sesión en demo.guru99.com

Cuando el usuario ingresó una identificación de usuario y una contraseña válidas en el campo de texto y hizo 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.

2. La página web 2 es la página de inicio de Guru99.com

Entonces, aquí la página de inicio de sesión es un componente y la página de inicio es otro. Ahora se llama probar la funcionalidad de páginas individuales por separado. prueba de componentes.

Escenario de prueba de componentes en la página web1 –

• Ingrese 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 una identificación de usuario y una 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 están borrados.
• Ingrese 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 del banco guru99" se muestra en la página de inicio.
• Verifique si se puede hacer clic en todos los enlaces en el 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 versus pruebas de componentes

Examen de la unidad	Prueba de componentes
Probar programas individuales, módulos para demostrar que el programa se ejecuta según la especificación se llama Examen de la unidad	Probar cada objeto o partes del software por separado con o sin aislamiento de otros objetos se llama Prueba de componentes
Está validado frente a documentos de diseño.	Está validado según requisitos de prueba y casos de uso.
Las pruebas unitarias las realizan los desarrolladores.	Las pruebas de componentes las realizan los probadores.
Las pruebas unitarias se realizan primero.	Las pruebas de componentes se realizan después de que se completan las pruebas unitarias por parte de los desarrolladores.

Resum

In Ingeniería de SoftwareLas pruebas de componentes juegan un papel crucial en la búsqueda de errores. Antes de comenzar el Pruebas de integración después de las pruebas de componentes y las pruebas de integración, siguen las pruebas de componentes.

Las pruebas de componentes también se denominan pruebas de módulos en algunas referencias.