ERP

Pruebas de software

…Continuación del artículo anterior ‘Calidad del software y planes de pruebas’

Dentro del proceso de entrega de software al cliente o usuario final, es de vital importancia el aseguramiento de su calidad, al igual que se haría con cualquier producto o servicio. Promocionar un código erróneo suele ocasionar múltiples incidencias directas y otras indirectas. A pesar de que suele pensar que el software se entrega con demasiadas incidencias, y que «se arregla una cosa para fastidiar otra», veamos que las pruebas de software son una parte más del desarrollo de éste.

Aquí no pretendemos hacer un estudio exhaustivo sobre las baterías de pruebas, sino una breve descripción de los elementos que intervienen en un plan de pruebas.

TIPOS DE PRUEBAS

Pruebas unitarias. Validamos cada “pieza” de software como una unidad independiente. Se comprobará:

  • Que todos los caminos lógicos tienen salida sin error.
  • Todas las transacciones.
  • Devolución de nulos.
  • Control de excepciones.
  • Control de entrada y salida de cada función o procedimiento sin error.

Pruebas funcionales y de sistema. Su objetivo es localizar diferencias entre requerimientos y la solución desarrollada. Se comprobará:

  • Set de pruebas de requerimientos funcionales.
  • Pruebas de estrés y carga, con la finalidad de evaluar rendimiento.
  • Pruebas de concurrencia.
  • Controles de seguridad
  • Recuperación ante fallos (pérdida de conexión, no finalización de procesos, …)

Pruebas integración. Se trata de verificar el ensamble entre los distintos módulos de la solución y son acordes a los requerimientos funcionales y de sistema.

Pruebas de interoperabilidad. Si el módulo-funcionalidad del ERP no requiere la conectividad con otras soluciones externas, no será necesario realizar pruebas de estas características.

Pruebas de regresión. Verificación de que el sistema mantiene su funcionalidad tras las modificaciones y correcciones realizadas.  En este caso se repiten las pruebas anteriores.

Pruebas de usabilidad. La solución no solo debe ser funcional, sino que debe ser robusta, flexible y de fácil aprendizaje.

HERRAMIENTAS PARA PRUEBAS

En muchos casos, todo el testeo es manual, por lo que no es necesario ningún tipo de software que automatice pruebas (Junit por ejemplo). En este caso, los juegos de datos son alimentados manualmente, por lo que no serán necesarios scripts de precarga de datos de prueba, lo que suele ralentizar el proceso de testeo.

DEFINICIÓN DE RECURSOS HUMANOS

Los recursos involucrados requeridos (como ejemplo):

  • 1 Tester, 100% de su tiempo, durante x días.
  • 2 Programadores, 80% de su tiempo, durante x días.
  • 1 Analista, 30% de su tiempo, durante x días.

DEFINICIÓN DE OTROS RECURSOS

Se requerirá replicar un entorno de pruebas idéntico al entorno de preproducción, con la finalidad de realizar las pruebas en un entorno similar al que será de producción.

CRITERIOS EVALUACIÓN DE LA PRUEBA

Se seguirá el siguiente criterio de clasificación:

  • Con éxito. Su funcionalidad y operativa es conforme.
  • Debe retornar al proceso de testeo.
  • Queda a la espera de algún otro tipo de prueba o secuencialmente no le corresponde.

FORMATO CASOS DE PRUEBA

Debería realizarse un formato normalizado para los distintos casos de prueba. A continuación se presenta un formato normalizado que se utilizará para pruebas funcionales, aunque con ligeros cambios puede extrapolarse a pruebas unitarias y de usabilidad.

PRUEBAS INTEGRACIÓN

En este caso, el entregable debería contener campos similares, si bien, debería acompañarse de una tabla donde apareciese una relación de todas las pruebas definidas en el plan de pruebas con la fecha de aprobación.

HERRAMIENTA DE BUG TRACKING

Elegimos Bugzilla como herramienta de bug tracking, con la cual podremos notificar y gestionar las incidencias relacionadas con las pruebas realizadas.

(En el Master en Software Libre de Gestión: Open Source & ERP II, estamos analizando situaciones como la que aquí acabamos de mostrar).

Recibe nuevos artículos mediante suscripción por e-mail, RSS o Feedly
Seguir en Feedly
 

Sobre Sergio Martínez

Dirección desarrollo e implantación ERP en Daemon4 Socialmedia, TIC, IDi, e-commerce, 2.0... Blogger en https://mundoerp.com

Un comentario

  1. Muchas gracias, sobre todo por el formato de casos de prueba, me fue de mucha utilidad.

Comentar

Su dirección de correo electrónico no será publicada.Los campos necesarios están marcados *

*

Este sitio usa Akismet para reducir el spam. Aprende cómo se procesan los datos de tus comentarios.

x

Check Also

¿Conoces las diferencias entre ERP y MES?

el Software ERP diseña y modela un plan empresarial para la fábrica, mientras que un sistema MES utiliza ese plan empresarial para adaptarlo a los recursos, tiempos y posibilidades de los sistemas y personal de la empresa, consiguiendo un resultado óptimo adaptado y basado en los medios de la planta.

Diferencias entre ERP online y on premise

Ventajas de elegir un ERP en la nube (cloud) frente a un ERP on-premise: accesibilidad, flexibilidad, seguridad, actualizaciones, ...

Integración de un CRM con otros sistemas de información

Al igual que el CRM, el ERP es un sistema que hace uso de una cantidad masiva de información, con la diferencia de que el CRM ejerce generalmente las funciones externas de cara al cliente, o front-office

Las pruebas de seguridad son una parte vital de la compra de software

Los proveedores de software están obligados a realizar pruebas de seguridad de su software, así como adquirir compromisos de solución de vulnerabilidades.

Métodos existentes para evaluación y selección de sistemas de gestión

Procedimientos o metodologías empleados para la evaluación y selección de un Sistema de Gestión