what is impact analysis software testing
Este tutorial explica qué es el análisis de impacto, sus ventajas, cómo realizarlo y cómo preparar un documento de análisis de impacto:
Como sabemos, la tecnología tiene impactos tanto positivos como negativos en la sociedad. Cada simple cambio puede causar un impacto en ese sistema. Incluso un cambio muy pequeño puede tener un gran impacto en el sistema.
En este tutorial, comprenderemos el análisis de impacto en detalle y también veremos algunos pasos para preparar documentos de análisis de impacto.
Entendamos la importancia de este análisis con la ayuda de un diagrama ER (Entity Relationship).
Lo que vas a aprender:
- Importancia del análisis de impacto
- ¿Qué es el análisis de impacto?
- ¿Cómo realizar un análisis de impacto eficaz?
- ¿Cómo es útil el método de análisis de impacto para los desarrolladores?
- ¿Cómo les resulta útil a los probadores el método de análisis de impacto?
- ¿Cómo preparar un documento de análisis de impacto?
- Ventajas del análisis de impacto en las pruebas
- Conclusión
Importancia del análisis de impacto
Considere el diagrama ER del sistema de gestión de tiendas departamentales. Queremos editar este diagrama de modelo de datos cambiando el nombre del módulo 'Artículo' al módulo 'Producto'. En la Fig: No. 01, podemos ver que el módulo 'Elemento' está relacionado con muchos otros módulos. Por lo tanto, si cambiamos el nombre del módulo 'Elemento', inevitablemente afectará a otros módulos.
Fig: No. 01: Sistema de gestión de tiendas departamentales
Entonces, antes de realizar tales cambios, debemos analizar bien el modelo de datos y el impacto de los cambios. En los casos en los que las personas interesadas no piensan detenidamente en las consecuencias de los cambios que van a realizar en los módulos, puede afectar el funcionamiento correcto de la aplicación. Por eso el análisis de impacto es muy importante.
Nota: Este análisis mostrará los comportamientos inesperados y todos los efectos secundarios de la aplicación.
¿Qué es el análisis de impacto?
Implica analizar el impacto de los cambios realizados en las funciones / módulos de la aplicación. Se puede realizar en casi todas las etapas del ciclo de vida del desarrollo de software, como requisitos del proyecto, diseño del sistema, codificación, pruebas, etc.
- Analizar módulos con la ayuda de documentos de análisis de impacto. Encontrará los riesgos asociados con cualquier tipo de cambio en un módulo / producto.
- Ayuda en la estimación del esfuerzo del equipo necesario para producir cambios en el sistema.
- También ayuda a implementar un prototipo para que los desarrolladores y probadores experimenten los efectos en el sistema.
¿Cómo realizar un análisis de impacto eficaz?
A continuación se muestran los pasos que se llevan a cabo para realizar el análisis de un proyecto:
- Prepara un equipo.
- Inspeccione los módulos de alto nivel.
- Inspeccione los módulos de bajo nivel.
- Evaluar el impacto.
- Manejar las consecuencias negativas.
Paso 1Preparar un equipo
Antes de realizar cambios en los módulos de la aplicación, necesitamos tener un equipo. Los miembros del equipo deben tener acceso a todos los módulos de la aplicación y deben poseer un conocimiento profundo sobre los cambios propuestos.
Algunos miembros del equipo no conocerán todos los módulos. Pero después de la implementación del análisis de impacto, todos los miembros tendrán un conocimiento profundo del sistema.
Paso 2Inspeccionar módulos de alto nivel
Los miembros del equipo analizarán primero los módulos de alto nivel de la aplicación, que pueden verse afectados por los cambios propuestos. En este momento, deben tener un mejor conocimiento sobre la estrategia y las reglas del flujo de trabajo en los módulos.
Paso 3Inspeccionar módulos de bajo nivel
Después de inspeccionar los módulos de alto nivel, los miembros del equipo inspeccionarán los módulos de bajo nivel e identificarán el impacto de los cambios en ellos. Los miembros del equipo pueden preparar un documento que enumere el impacto de los cambios en cada módulo. Pueden usar una hoja de Excel o un documento de Word.
Etapa 4Evaluar impacto
El documento elaborado por los miembros del equipo revelará la lista de impactos tanto positivos como negativos de los cambios realizados. Con la ayuda del documento, los miembros del equipo tendrán una idea clara sobre el beneficio que puede surgir debido al cambio y los problemas que enfrentarán debido al cambio.
Paso # 5Manejar las consecuencias negativas
En este momento, los miembros del equipo tendrán una idea precisa sobre los pros y los contras de los cambios. Como resultado, pueden aceptar o negar los cambios, después de discutirlo con los miembros del equipo y las partes interesadas.
Los probadores pueden realizar pruebas de regresión. Las pruebas de regresión ayudan a reconocer los problemas entre los módulos, que han surgido debido al impacto de los cambios en ellos.
¿Cómo es útil el método de análisis de impacto para los desarrolladores?
En un proyecto, en ocasiones, el requisito planteado por el cliente puede cambiar, incluso después de iniciar los procesos de desarrollo. Los desarrolladores podrían haber hecho algo de codificación. Posteriormente, debido a los cambios en el requisito, necesitan modificar sus códigos. Entonces, los desarrolladores editan los códigos de acuerdo con los requisitos y confirman los cambios.
Puede haber más de un desarrollador involucrado en el proceso de desarrollo. En algunas situaciones, es extremadamente difícil rastrear el impacto de los cambios en diferentes módulos, ya que más de un desarrollador confirma los códigos.
El desarrollador 'A' puede desconocer el flujo de trabajo en otro módulo, que está a cargo del desarrollador 'B'. Por lo tanto, incluso si los desarrolladores realizan las pruebas, algunos módulos y funciones permanecerán 'No probados'. Los desarrolladores también necesitaban un buen seguimiento de los recursos compartidos.
En tales situaciones, podemos realizar reuniones de análisis de impacto de software antes de realizar cambios en los módulos. Después de la reunión, los miembros del equipo prepararán el documento de Análisis de impacto. Debe reflejar los últimos cambios y toda la información basada en riesgos.
Después de la reunión, los desarrolladores estarán al tanto de todos los módulos de la aplicación. En dichas reuniones se toman en consideración las opiniones de cada miembro del equipo.
Los desarrolladores considerarán la aplicación completa / producto final antes de realizar cualquier cambio. Las pruebas realizadas por los desarrolladores serán mejores. Por lo tanto, se reducirá el riesgo de errores en la etapa final de desarrollo.
Nota: El documento de Análisis de impacto debe mantenerse actualizado.
¿Cómo les resulta útil a los probadores el método de análisis de impacto?
La comunicación entre desarrolladores y evaluadores es muy importante. A veces, los evaluadores no recibirán notificaciones sobre los cambios en el requisito y continuarán el proceso de prueba sin ninguna información sobre los cambios. Esto es una pérdida de tiempo y recursos.
Sin el método de análisis de impacto, las nuevas funciones de la aplicación permanecerán 'no probadas'. Si los evaluadores conocen las nuevas funciones que se agregan en la aplicación, pueden comenzar las pruebas de regresión.
Después del análisis, los probadores comenzarán a crear o modificar los casos de prueba de acuerdo con los cambios en el requisito o las nuevas características agregadas al sistema.
Nota: Este análisis ayudará a los probadores a decidir las áreas en las que centrarse en las pruebas, y pueden priorizar los casos de prueba. Por lo tanto, se puede mejorar la eficiencia en las pruebas .
¿Cómo preparar un documento de análisis de impacto?
Todos los participantes en la reunión de impacto contribuirán a la creación de un documento de análisis de impacto. Generalmente, es un archivo de Excel. También puede ser un documento de Word.
La plantilla de este documento es como una matriz. Es muy fácil de entender. Tiene una alta legibilidad. Consulte la Tabla No 02 para obtener más detalles.
Aprendamos a preparar un documento de análisis de impacto. Un proyecto puede contener muchos módulos, funcionalidades y características.
Considere un proyecto pequeño que tiene 5 características:
- Acceso
- Perfil
- Buzón
- Agregar a los favoritos
- Cerrar sesión
A continuación (Tabla No 02) está la tabla de Análisis de Impacto correspondiente de este proyecto en particular.
Aquí, las columnas representan los módulos / características que han cambiado y las filas de la matriz representan los módulos / características que han sido influenciados por los cambios. Los desarrolladores harán una marca () en la tabla cuando un cambio en la Característica 'A' influya en la Característica 'B'; antes de que este documento sea entregado a los probadores.
Características | Acceso | Perfil | Buzón | Agregar a los favoritos | Cerrar sesión | ||||
---|---|---|---|---|---|---|---|---|---|
............. | |||||||||
Acceso | | ||||||||
Perfil | | ||||||||
Buzón | | ||||||||
Agregar a los favoritos | | ||||||||
Cerrar sesión | |
Cuadro No 02
Para mostrar una fuerte influencia, hemos utilizado el color ROJO. El color AMARILLO se usa para mostrar una influencia moderada, el color VERDE muestra una influencia débil. Consulte la Tabla No.03 para obtener más detalles.
Al hacerlo, los evaluadores pueden comprender fácilmente los cambios en los módulos al observar los diferentes códigos de color en el documento. El documento actúa como una lista de verificación para los desarrolladores y pueden verificar si se ha perdido algún módulo y las dependencias.
Colores | Descripción |
---|---|
Red | Alta influencia |
Amarillo | Influencia moderada |
Verde | Influencia de la semana |
Cuadro No 03
Si hay un cambio en la función de inicio de sesión, influirá principalmente en la función de 'inicio de sesión'. Los cambios en la función de inicio de sesión pueden influir ligeramente en las funciones de 'Perfil' y 'Cerrar sesión'. Esto está marcado en el documento de Análisis de impacto utilizando códigos de color. Entonces, el documento se verá como la Tabla No.04
Características | Acceso | Perfil | Buzón | Agregar a los favoritos | Cerrar sesión |
---|---|---|---|---|---|
Acceso | |||||
Perfil | |||||
Buzón | |||||
Agregar a los favoritos | |||||
Cerrar sesión |
Tabla No.04
Podemos usar números para indicar el nivel de influencia que se muestra en la Tabla No 05. Por lo tanto, la Tabla No 04 se puede volver a dibujar como la Tabla No 06.
mejores sitios de anime para ver anime
En la Tabla No 06, la función de Inicio de sesión (Nivel de influencia: 03) tiene la máxima prioridad. La función de perfil (Nivel de influencia: 02) tiene una prioridad moderada. La función de cierre de sesión (Nivel de influencia: 01) tiene la prioridad más baja.
Nivel de influencia | Descripción |
---|---|
3. Red | Fuerte influencia |
2. Amarillo | Medio |
1. Verde | Bajo |
Cuadro No 05
Características | Acceso | Perfil | Buzón | Agregar a los favoritos | Cerrar sesión |
---|---|---|---|---|---|
Acceso | 3. Red | 1. Verde | 2. Amarillo | ||
Perfil | |||||
Buzón | |||||
Agregar a los favoritos | |||||
Cerrar sesión |
Cuadro No 06
Nota:
- Los números que se muestran en la tabla son muy útiles para el equipo de control de calidad. Pueden priorizar los casos de prueba basados en los números fácilmente.
- Algunos grandes proyectos tendrán más niveles de influencia. Se especifica en la siguiente tabla. (Consulte la Tabla No 07 para su referencia).
Nivel de influencia | Descripción |
---|---|
5 | Muy fuerte |
4 | Fuerte |
3 | Medio |
2 | Débil |
1 | Muy débil |
Cuadro No 07
¿Cómo preparar el documento de Análisis de impacto para un proyecto que tiene muchas características y subcaracterísticas?
Considere un proyecto que tiene 20 características y cada característica principal de ese proyecto tiene 5 subfunciones cada una. La matriz que representa el documento de Análisis de impacto es muy grande y será difícil de mantener. La tabla correspondiente se verá como la Tabla No.08.
Módulo | Módulo 1 | Submódulo1 | Submódulo2 | Submódulo 3 | ........ | Módulo2 | Submódulo1 | Submódulo2 | .............. |
Módulo 1 | |||||||||
Submódulo1 | |||||||||
Submódulo2 | |||||||||
............. | |||||||||
Módulo2 | |||||||||
Submódulo1 |
Cuadro No 08
Entonces, para superar este problema, podemos usar una tabla especial para representar los módulos y submódulos en el documento de análisis de impacto. Consulte la Tabla No 09, las filas representan las características principales y las columnas representan las subcaracterísticas.
Submódulo1 | Submódulo2 | Submódulo 3 | Submódulo 4 | Submódulo 5 | |
---|---|---|---|---|---|
Módulo7 | |||||
Módulo 1 | |||||
Módulo2 | |||||
Módulo3 | |||||
Módulo4 | |||||
Módulo5 |
Cuadro No 09
Al utilizar este documento para grandes proyectos, los desarrolladores pueden marcar fácilmente las subcaracterísticas que tienen un impacto debido al cambio en la función principal. La legibilidad de este documento es mejor en comparación conCuadro No 09.
Nota: Todas las subfunciones no tendrán impacto debido a los cambios en la función principal.
Ahora, considere otro proyecto que tenga 50 módulos principales. El proyecto cuenta con un grupo de desarrolladores. Diferentes desarrolladores están trabajando en diferentes tareas en el proyecto (agregar nuevas funciones, corregir errores, refactorizar, etc.).
Podemos mostrar los cambios en un proyecto utilizando un documento de Análisis de impacto. El desarrollador escribirá la información sobre el cambio correspondiente en la tabla. Consulte la Tabla No 10 y la Tabla No 11
Cambios de configuración | Comentarios del desarrollador | Prioridad | Planes futuros | |
---|---|---|---|---|
Módulo 1 | Navegador Chrome | Prueba con el navegador Chrome. | Informe de error n. ° 001 | |
Módulo2 | ||||
Módulo3 | ||||
Módulo4 | ||||
Módulo5 | ||||
Módulo6 |
Cuadro no 10
Artículos | Descripción |
---|---|
Cambios de configuración | Los cambios en algunos módulos / funciones de un proyecto dependerán de los dispositivos / entorno utilizados. Los desarrolladores deben especificar los cambios de configuración en el documento para que sea más fácil para los evaluadores comprender mejor los cambios. |
Comentarios de desarrolladores | Es una de las informaciones más importantes que necesitan los probadores mientras realizan las pruebas. |
Prioridad | Los probadores pueden priorizar fácilmente la tarea de prueba con la ayuda de códigos de color o números en el documento |
Planes futuros | Los evaluadores deben conocer los planes futuros de los desarrolladores. Si los desarrolladores planean cambiar los códigos después de algunas semanas, los probadores no necesitan probar la funcionalidad y perder tiempo. Los probadores pueden esperar hasta que los desarrolladores completen el proceso de codificación. |
Cuadro No. 11
Ventajas del análisis de impacto en las pruebas
- Preciso: Este documento siempre proporcionará datos precisos sobre los cambios en los módulos / características de la aplicación.
- Mayor eficiencia en las pruebas: Con la ayuda de este documento, los evaluadores pueden planificar casos de prueba de manera más eficiente, ya que el documento proporciona información clara sobre los cambios en los módulos.
- Trabajo sincronizado: Todos los miembros del equipo son responsables de actualizar el documento de Análisis de impacto. Este documento debe estar actualizado.
- Preciso: Dado que el documento es fácilmente legible, los evaluadores tendrán una idea clara sobre los cambios en una aplicación al mirar el documento.
- Disminución del tiempo de prueba: Además de probar todo el sistema, los probadores pueden realizar pruebas en los módulos y submódulos que han cambiado. Los evaluadores pueden priorizar y planificar casos de prueba. De ese modo pueden reducir el tiempo de prueba.
- Cobertura aumentada: Con este documento, los probadores se asegurarán de haber verificado los submódulos que están influenciados por los cambios en los módulos. Al hacerlo, aumentará la cobertura de prueba del proyecto.
- Estandarización del resultado de la prueba: Los desarrolladores y evaluadores utilizarán un documento de análisis de impacto común, que representa todos y cada uno de los cambios en el módulo.
- La responsabilidad del equipo aumenta: Los miembros del equipo deben mantener este documento actualizado. Cada miembro del equipo es responsable de actualizar la información sobre los cambios que ha realizado en el sistema.
- Priorice la tarea de forma temprana y sencilla: Dado que el documento proporciona una imagen clara de los cambios, los evaluadores pueden priorizar las pruebas de acuerdo con él.
- Conocimiento claro sobre el producto: Con la ayuda de este documento, tanto los desarrolladores como los probadores tendrán una idea de todos los módulos presentes en el sistema.
- Fácil detección de errores: La detección de errores ha mejorado mucho. Un documento de análisis de impacto es útil para las pruebas de integración.
Conclusión
Un proyecto se puede realizar con o sin análisis de impacto. Pero hemos visto los beneficios del documento Análisis de impacto del artículo anterior. El tiempo de prueba se reduce considerablemente con la introducción de este documento. Los evaluadores no necesitan perder tiempo probando las funciones que no tienen cambios.
Con la introducción de este documento, la comunicación entre los desarrolladores y probadores ha mejorado mucho y esto conduce a la eficiencia en las pruebas. Los probadores tendrán una mejor idea de todo el sistema.
Esperamos que tenga una comprensión clara del análisis de impacto en las pruebas. Siéntete libre de compartir tus comentarios.
Lectura recomendada
- Trabajo de asistente de control de calidad de pruebas de software
- Curso de pruebas de software: ¿A qué instituto de pruebas de software debo unirme?
- Prueba de software Escritor de contenido técnico Trabajo autónomo
- Elegir las pruebas de software como carrera
- Pruebe sus capacidades de análisis y poder de pensamiento: ejercicios de prueba de software (parte 2)
- Comentarios y revisiones del curso de pruebas de software
- Algunas preguntas interesantes de la entrevista sobre pruebas de software
- ¿Es la prueba de software una tarea emocional?