Sistema de información

Introducción

Dentro de los sistemas de mantención de software existen conceptos básicos que debemos manejar estos implican pruebas que deben ser realizadas y para ello definiremos y veremos cómo se aplican pruebas tales como:

Pruebas de sistemas

Pruebas unitarias

Pruebas de componentes

Pruebas de integración

Pruebas de humo, Alpha y beta

Pruebas de aceptación

También se entiende que estos sistemas deben ser mantenidos una vez entregados y que la mantención de software se ejecuta para lograr la continuidad operacional de estos y por ende de la producción, entre los conceptos de mantención se destacan los siguientes:

• Mantención predictiva
• Mantención preventiva
• Mantención correctiva
• Mantención Evolutiva

Cada uno de ellos es aplicable a los equipos que se desea intervenir de tal forma que puedan prolongar su vida útil y productiva en el tiempo, mediante el presente trabajo conoceremos la función que cada uno de estos implica y desempeña dentro del desarrollo de un software.

Pruebas de software

Pruebas de sistemas: estas tienen como propósito realizar pruebas a sistema de manera detallada para comprobar si este es operativo y  se encuentra integrado al sistema de información global , con estas pruebas comprobaremos que los subsistemas funciones entre sí y con el sistema general , si su comunicación e interfaces se encuentren en su correcto funcionamiento, es decir permite tener la certeza que en su conjunto el software funciones como corresponde y si cumple o no con las expectativas para lo cual fue creado.

[pic 1]

Pruebas unitarias: es aquella que se realiza a un componente único y específico dentro de un sistema, aquel que realiza estas pruebas debe exponer el sistema a situaciones limites las que reflejaran las limitaciones del componente y es aquí donde aparecen los conceptos pruebas de “caja  negra” y “caja blanca”, cabe recomendar que en la medida que vamos adjuntando nuevas funciones a las aplicaciones vayamos realizando nuevas pruebas para poder medir los progresos y también realizar las antiguas pruebas o test para saber si lo que antes funcionaba aun lo sigue haciendo este tipo de pruebas también es conocido como test o prueba de “regresión”.

[pic 2]

Pruebas de componentes: son aquellas ejecutadas de manera independiente y con ellas comprobaremos que los resultados que buscamos sean lo que realmente se requiere, el objetivo de estas pruebas es verificar los usos y funcionalidad de sus componentes aun que solo este limitado a aquello, este tipo de pruebas se puede realizar a un elemento que tenga una entrada y genere una salida y que podemos comprobar lo siguiente:

Prueba login (para credenciales validas e invalidas)

Prueba de carga (para asegurar el rendimiento)

Prueba UI (para uso y acceso)

Inyección de SQL (para asegurar la seguridad mediante componentes UI)[pic 3]

Pruebas de integración: esta prueba consiste en juntar todos los componentes del sistema, con este tipo de prueba detectaremos errores en sus interfaces , cabe mencionar que algunas empresas realizan pruebas a diario compilando los componentes del sistema tal y como estos se encuentran en el momento , los sistemas son sometidos a una cantidad de pruebas básicas conocidas como prueba de humo , con estas pruebas se puede garantizar que nuestros objetivos del proyecto pueden seguir avanzando^[a] en los sub siguientes días, una causa de que el sistema presente fallas en su compilación es la de tener que realizar horas de sobretiempo para que el resto de sus puedan seguir laborando el día que sigue.

[pic 4]

Pruebas de humo, Alpha, beta: puede ocurrir que al entregar un programa a un cliente este tenga que ser utilizados por mas de un usuario , vale decir una amplia cantidad de estos , al ocurrir esta situación no es recomendable o practico realizar pruebas de aceptación para cada uno de los clientes , en este caso se utilizan las pruebas  de humo ,alfa y beta , estas pruebas encontraran los errores que solo el usuario final va a encontrar .

Pruebas de “humo”: estas pruebas se realizan en un programa probador de versión rápida, el cual cumple la función de simular el cómo tienen que funcionar y no se vean interrumpido los procesos básicos, este tipo de prueba pueden ser llevadas a cabo durante todo el proceso del desarrollo del software y los desarrolladores del mismo antes de ser entregada su versión final al cliente.

[pic 5]

Pruebas “alfa”: son realizadas en el lugar en donde quien desarrolla el sistemas de desempeña y sor realizadas por un grupo de personas , los cuales actúan en representación del cliente final, en este tipo de pruebas el grupo mencionado son quienes encuentran y registran los errores y su problemas de uso.

Pruebas “beta”: son llevadas a cabo in situ en los establecimientos del cliente o en variadas situaciones especificas, puesto que el o los usuarios finales suelen ser varios clientes que recibirán nuestro producto , cabe mencionar que en este tipo de pruebas quien desarrolla el producto no se encuentra presente y son los clientes o usuarios finales quienes registran los problemas detectados , estos se deben hacer llegar al desarrollador del software.

[pic 6]

Pruebas de aceptación: antes de desplegar el software se debe realizar la ultima prueba, esta es conocida como prueba de aceptación la cual consiste en realizar la comprobación si el software que se creo se encuentra preparado y puede ser utilizados por los usuarios del mismo y es el cliente quien tiene la decisión final de aceptarlo o no y si cumple con sus requerimientos.

[pic 7]

Mantenimiento del software

Una vez entregado el software a los clientes se debe continuar brindando soporte al cliente , este soporte será ejecutado mediante la posterior mantención de los software y para ello debemos conocer los conceptos que implican en la mantención.

...