Bitácora - Aseguramiento de la Calidad del Software - IC6831

Herramientas para la automatización de pruebas de software Es necesario automatizar las pruebas funcionales con el fin de lograr mayor rapidez y repetitividad en los procesos de pruebas de software. La automatización es sumamente beneficiosa, pues en caso de modificar el software, cambios casi insignificantes pueden ocasionar que el software deje de estar en funcionamiento. En resumen, se ha vuelto una necesidad el automatizar los procesos de prueba de software, necesidad suplida por las siguientes herramientas: Selenium Ésta es un herramienta gratuita conformada por un conjunto de unidades utilizada para automatizar las pruebas de aplicaciones web. Posee las siguientes características: Fácil registro y ejecución de las pruebas. Auto-completado para todos los comandos. Las acciones tienen la posibilidad de ser ejecutadas paso a paso. Las pruebas pueden ser almacenadas en diferentes formatos. Permite la grabación, selección de campos, pruebas de recorrido, puntos de c...

Pruebas de integración Niveles de pruebas de software            (Anon, 2017) Los niveles de pruebas comprenden desde el inicio hasta la finalización del software que se desea construir. Cada nivel comprende detalles que aseguran la calidad del software, con el objetivo de presentar al cliente un producto final que cumpla con los requerimientos especificados y responda las necesidades. En este caso, detallaremos las pruebas de integración.

Pruebas unitarias (Rodríguez, 2017) El proceso de validación del software de suma importancia para el aseguramiento de su calidad, y las pruebas son parte por excelencia de ese proceso de validación. Las pruebas poseen distintos niveles, entre los cuales se encuentran las pruebas unitarias , posteriormente las integrales, pruebas del sistema, de humo, las alpha, las beta y finalmente las de aceptación. En este artículo abordaremos las pruebas unitarias de software. (Rodríguez, 2017) Éstas también son nombradas como pruebas de caja blanca o modulares , por la cualidad que tienen de permitir verificar (mediante ejecuciones de casos de prueba ) si un módulo de cualquier programa está terminado correctamente. (Calidadysoftware, 2017) Éstas poseen las siguientes características: Se concentran en probar cada componente para asegurar el funcionamiento unitario. Aplican técnicas de prueba que recorren caminos específicos en las pruebas estructurales. Para probar cada módu...

TÉCNICAS DE PRUEBAS FUNCIONALES BASADAS EN ESPECIFICACIONES (CAJA NEGRA) Las pruebas de caja negra, también denominadas por el Instituto  Internacional de Cualificaciones de Pruebas de Software  ( ISTQB   por sus siglas en inglés)  como técnicas basadas en especificación , son una forma de derivar y seleccionar condiciones, datos y casos de prueba a partir de la documentación de requerimientos del sistema. (Pmoinformatica.com, 2017) Es decir, son pruebas que no utilizan información interna del software o sistemas por probar, sino que consideran su comportamiento externo desde el punto de vista del usuario. En este artículo se abordarán las principales técnicas de pruebas de caja negra utilizadas para pruebas funcionales. Son las siguientes: Partición de equivalencias Fuente: Creación propia La partición de equivalencias se ejecuta "clasificando las entradas de los datos del sistema en conjuntos de comportamiento semejante". (Pminformatica.com, 20...

     5 HERRAMIENTAS PARA PRUEBAS ESTÁTICAS      E l proceso de verificación es imprescindible en el proceso de creación de software, en el cual las revisiones estáticas fungen un papel muy importante, pues son las que se realizan antes de llegar al punto de ejecutar el software. En este caso, el enfoque será sobre las pruebas estáticas del código fuente del software.

Olores de software Existen diversas prácticas que son consideradas inadecuadas para lograr un producto de software calificado, y que en la mayoría de las veces provocan que el costo sea mayor que el planificado desde las primeras etapas de construcción. En este caso, se abordarán consecuencias de algunas de estas malas prácticas reflejadas en el software, consecuencias denominadas “olores de software”, las cuales se detallarán a continuación: Rigidez Cualidad demostrada cuando es difícil ejecutar un cambio en el software. Un ejemplo de ello es un cambio que es aparentemente sencillo, pero al ejecutarlo resulta más difícil de lo esperado. Una razón de este comportamiento es que un cambio conlleve una cascada de cambios asociados.  (BEEVA | Soluciones de tecnología e innovación para empresas, 2017) Fragilidad Cualidad sumamente relacionada con la rigidez, que consiste en la tendencia a la ruptura del software en sus diferentes partes, cuando se ejecuta un cam...