Pruebas de software Agile: Planificar con los 4 cuadrantes del Agile Testing (2da parte)

Imagen obtenida de: LogiGear

Presentamos la segunda parte de nuestra serie sobre como planificar las pruebas de software usando los 4 cuadrantes del Agile Testing.

En la primera parte de nuestra serie sobre como planificar con los 4 cuadrantes del Agile Testing, nos enfocamos en describir las herramientas y tipos de pruebas de software que describe cada cuadrante, como instrumento para la planificación de las prueba en metodologías ágiles.

En esta segunda parte, veremos algunos consejos y recomendaciones sobre cómo usar los 4 cuadrantes para definir el enfoque y plan de pruebas de software agile.

PMOInformatica presenta: Planificar con los 4 cuadrantes del Agile Testing (2da parte)

Pruebas de software Agile: Planificar con los 4 cuadrantes del Agile Testing (1era parte)

Imagen de: Blog de Lisa Crispin

Cuando aplicamos metodologías de desarrollo de software predictivas (como por ejemplo cascada), las pruebas de software deben abarcar diferentes tipos de pruebas destinadas a probar tanto el lado funcional cliente como el lado técnico de la aplicación.

En metodologías ágiles, y en particular cuando aplicamos enfoques del Agile Testing, debemos igualmente considerar todos estos tipos de pruebas, con la complejidad adicional que debemos considerar iteraciones cortas, refactorizaciones e integraciones continuas.

Por lo tanto se hace necesario contar con un marco de referencia para planificar las pruebas en el Agile Testing, y esto es precisamente lo que nos suministrar los 4 cuadrantes del Agile Testing.

PMOInformatica presenta Pruebas de software Agile: Planificar con los 4 cuadrantes del Agile Testing (1era parte). En esta primera parte nos enfocaremos en describir las herramientas y en la segunda veremos como realizar la planificación.

Qué es el Agile Testing y cuáles son sus principios y estrategias

Imagen de: Practitest.com

Que es el Agile Testing

Agile Testing es una práctica de pruebas de software que sigue los principios del desarrollo ágil de software.

Involucra a todos los miembros de un equipo ágil multifuncional, en el cual el rol del tester es el de un experto multifuncional, garante que se entregue el valor de negocio deseado por el cliente a un ritmo sostenible y continuo.

Las metodologías ágiles no ven al software testing como una fase separada, sino como parte integral del Desarrollo de software al igual que la programación.

Agile Testing, incorpora una serie prácticas, como por ejemplo Testing de “todo el equipo”, Testing independiente (opcional), Integración continua, Testing guiado por pruebas (Test Driven Development – TDD), Desarrollo guiado por comportamiento (Behaviour Driven Development – BDD), Desarrollo guiado por pruebas de aceptación (Acceptance Test Driven Development – ATDD), entre otros.

Testing de aceptación automatizado con selenium

Imagen de: My Software Quality

La comunidad de ingeniería del software, está dando cada vez más importancia a las metodologías ágiles, y estas a su vez le dan un sitial de gran importancia al Software Testing de Aceptación Automatizado. Un ejemplo de esta situación es el “Desarrollo Guiado por Pruebas (Test Driven Development)”, método en el que el código de programa es desarrollado de acuerdo a casos de prueba previamente definidos.

Asimismo, Selenium WebDriver se ha convertido en uno de los principales exponentes en la Automatización de Software Testing, por ser esta de código abierto y soportar múltiples lenguajes de Scripting como Ruby, Java, Perl, entre otros.

PMOInformatica.com, "La Oficina de Proyectos de Informática", presenta a continuación algunas pautas para usar Selenium WebDriver en el marco de las metodologías ágiles de desarrollo de software.

Refactorización: 6 preguntas y respuestas

Imagen de: Picasa Web Albums

Una de las técnicas más importantes en el desarrollo ágil de software y en particular del Test Driven Development (TDD) es la Refactorización, la cual consiste en hacer modificaciones al código existente para mejorar su diseño de forma tal que no afecte su comportamiento externo.

Está técnica es la que permite implementar en la práctica uno de los valores de la programación extrema (XP) y del desarrollo ágil de software que es la simplicidad.

En este artículo se describe el concepto de refactorización, razones para aplicarlo, tipos de refactorizaciones, beneficios, lo que la práctica permite hacer, entre otros aspectos.

Presentamos a continuación el artículo sobre Refactorización:

TDD: Componentes difíciles de probar

Un factor crítico de éxito del Test Driven Development (TDD) es la automatización de pruebas unitarias, pues son estas las que permiten los ciclos de iteraciones rápidas, necesarios para aplicar de forma éxitosa la práctica TDD.

Sin embargo, se presentar dificultades cuando deben probarse componentes externos al software que se está desarrollando.

En este artículo se describen cuales son las áreas que tienen a presentar problemas, como por ejemplo bases de datos y la interfaz gráfica.

Asimismo, presenta un enfoque para enfrentar este reto, por medio de la abstracción y aislamiento de los segmentos de código difíciles de probar.

Presentamos a continuación las áreas difíciles de probar y el porqué:

Test Driven Development (TDD): Pruebas de desarrollador

.

Continuando con la serie sobre Test Driven Development (TDD), en este artículo se describen lineamientos y conceptos relacionados con las pruebas de desarrollo, práctica que es necesario dominar antes de implementar prácticas ágiles como TDD.

Antiguamente las pruebas de desarrollo se conocían como “pruebas unitarias”, sin embargo el concepto ha sido ampliado, dado que en hoy en día, cada vez más se ejecutan también pruebas integrales en los ambientes de desarrollo.

En el artículo se describen los lineamientos para implementar una práctica de pruebas de desarrollo y las cualidades que deben tener estas pruebas, en cuanto a que sean rápidas de configura y ejecutar, que sean aisladas (no dependan de pruebas previas o que deban ejecutarse en cierto orden), deben ejecutarse lo antes posible, sobre pequeñas unidades de código, entre otros aspectos.

Presentamos a continuación los lineamientos y cualidades que deben tener las pruebas de desarrollo:

Test Driven Development (TDD): Como llevarlo a la práctica

Imagen de: IBM Rational Community

Se presenta a continuación un nuevo artículo sobre la serie dedicada al Test Driven Development (TDD), "Como llevarlo a la práctica".

En este artículo, primero se presentan dos requisitos previos a la adopción de TDD, contar con una metodología de pruebas unitarias que se esté aplicando y con herramientas de apoyo a pruebas unitarias, como por ejemplo JUnit o VBUnit.

Luego se describen los pasos a seguir en una hoja de ruta para la adopción de TDD, abarcando la formación, selección del marco de referencia, adaptación del marco y metodología a la organización, aplicar el método TDD, realizar mediciones, ajustar el plan de adopción a las mediciones e incrementar progresivamente el uso de la práctica.

El artículo fue elaborado con base en contenido de la Wiki de Eclipse (El más que conocido IDE gratuito), consulte la referencia para ver la fuente original.

Presentamos a continuación el artículo sobre Como llevar a la práctica el TDD.

Test Driven Development (TDD): Ventajas y desventajas

El Test Driven Development (TDD) o “Desarrollo guiado por pruebas” es un enfoque de desarrollo ágil de software en el que primero se escriben las pruebas y luego el código necesario para que la prueba sea exitosa.

En este artículo se escriben las ventajas del TDD en cuanto a Mejora de calidad, simplicidad de diseño y mejora de productividad.

Asimismo, se describen algunos problemas y sus posibles soluciones, tales como: Problemas con obtejos de interfaz gráfica, base de datos, posibles errores no identificados y perdidas de la visión general de la arquitectura de software.

Presentamos a continuación las ventajas y desventajas del Test Driven Development (TDD):

Test Driven Development (TDD): 9 retos para su implementación y cómo hacerles frente

Imagen de: Picasa Web

La técnica del Test Driven Development (TDD) es bastante prometedora y ha demostrado dar resultados, sin embargo presenta importantes cambios de paradigmas y retos para su implementación exitosa. En este artículo se abordan 9 retos en la implementación del TDD y algunas ideas de cómo hacerles frente: curva de aprendizaje, cambio del enfoque de desarrollo a las pruebas, apoyo de la gerencia y dirección, dificultades con sistemas legados (Legacy), dependencias de aplicaciones externas, sesgo del desarrollador, relajarse cuando no se identificar muchos errores inicialmente, constantes iteraciones, refactorizaciones y alto costo de errores no identificados.

El Test Driven Development (TDD), es una técnica de desarrollo de software invierte el orden tradicional de las actividades de desarrollo y pruebas, de tal forma que primero se diseñan y ejecutan las pruebas, para luego a partir de los resultados desarrollar la funcionalidad. Se caracteriza por la ejecución constante de: Pruebas, definición de nuevos casos, refactorizaciones, iteraciones, integraciones y pruebas de regresión. Implica cambios de paradigmas importantes, desde el equipo de desarrollo (los programadores), hasta la gerencia y dirección de la organización.

Presentamos a continuación los 9 retos para poner en práctica el TDD y algunas ideas de cómo enfrentarlos:

Test Driven Development (TDD): Desarrollo de software guiado por pruebas

Scrum es un marco de trabajo de gestión de proyectos, no una metodología de desarrollo de software, por ende, el mismo no define prácticas específicas para desarrollo o pruebas de software. Es por ello que Scrum debe utilizarse con algún marco de trabajo de desarrollo de software y las pruebas correspondientes.

En este artículo se describen los aspectos de la forma tradicional de hacer pruebas de software que pierden validez al aplicar Scrum y el desarrollo ágil de software.

Asimismo, se presentan métodos de pruebas que están más alineados con la filosofía de Scrum y desarrollo ágil, específicamente la técnica de “Test Driven Development” (TDD). Cabe destacar que TDD es más que una técnica de pruebas de software sino que es una forma de organizar todo el desarrollo.