Difference between revisions of "Beneficios de GXtest"
(→Record and Playback) |
(→Mantenimiento) |
||
Line 6: | Line 6: | ||
=== Mantenimiento === | === Mantenimiento === | ||
+ | La principal ventaja de GXtest es que permite adaptar rápidamente los casos de prueba a los cambios realizados en la aplicación. Con el enfoque tradicional, si se automatizan grandes cantidades de casos de prueba (porque se visualiza el beneficio que tiene la automatización), con cada cambio de la aplicación se vuelve MUY costoso el mantenimiento, haciendo que el costo sea mayor que el beneficio. Con las herramientas tradicionales con el simple cambio de nombre de un control dejarán de funcionar las acciones automatizadas sobre este control, y la forma de "darse cuenta" de que ya no funciona es al momento de ejecutar las pruebas que lo utilizaban. Este mismo problema se da si se cambia de versión de GeneXus o de generador. Imagínense que se cambia un nombre de un atributo en una transacción muy utilizada o que se actualiza la versión de GeneXus y se rompen todos los casos de prueba. En ese caso se pierde la motivación por mantener las pruebas automatizadas por el costo de retrabajo que implica. Con GXtest puede mantener la trazabilidad entre la aplicación y las pruebas en forma simple. La principal ventaja de GXtest es la flexibilidad para adaptar los casos de prueba a los cambios. Técnicamente, la automatización está ligada a la KB y no al HTML generado. Si GeneXus me permite hacer cambios de manera sencilla y generar la aplicación, no sería adecuado que el testing este trabando posibles mejoras. | ||
=== Entendimiento del Modelo de pruebas === | === Entendimiento del Modelo de pruebas === |
Revision as of 22:28, 22 February 2010
Contents |
Específico para GeneXus
Mantenimiento
La principal ventaja de GXtest es que permite adaptar rápidamente los casos de prueba a los cambios realizados en la aplicación. Con el enfoque tradicional, si se automatizan grandes cantidades de casos de prueba (porque se visualiza el beneficio que tiene la automatización), con cada cambio de la aplicación se vuelve MUY costoso el mantenimiento, haciendo que el costo sea mayor que el beneficio. Con las herramientas tradicionales con el simple cambio de nombre de un control dejarán de funcionar las acciones automatizadas sobre este control, y la forma de "darse cuenta" de que ya no funciona es al momento de ejecutar las pruebas que lo utilizaban. Este mismo problema se da si se cambia de versión de GeneXus o de generador. Imagínense que se cambia un nombre de un atributo en una transacción muy utilizada o que se actualiza la versión de GeneXus y se rompen todos los casos de prueba. En ese caso se pierde la motivación por mantener las pruebas automatizadas por el costo de retrabajo que implica. Con GXtest puede mantener la trazabilidad entre la aplicación y las pruebas en forma simple. La principal ventaja de GXtest es la flexibilidad para adaptar los casos de prueba a los cambios. Técnicamente, la automatización está ligada a la KB y no al HTML generado. Si GeneXus me permite hacer cambios de manera sencilla y generar la aplicación, no sería adecuado que el testing este trabando posibles mejoras.
Entendimiento del Modelo de pruebas
está más asociado al modelo de desarrollo que si estuviera asociado al html que genera Genexus.
Data-Driven Testing
no todas las herramientas permiten hacer esto en forma sencilla
La estructuración de Test Cases y el modelo planteado hace que sea más fácil pensar los casos de prueba, y también más fácil agregar nuevas pruebas, agregando simplemente más datos.
Record and Playback
si bien es cierto que nada es grabar y ejecutar, el componente Recorder hace que la edición de las pruebas sea mucho más fácil.
Véase también
Algunas lecturas para entender mejor esto
- Por qué automatizar: http://gxtest.abstracta.com.uy/wiki/index.php?title=¿Por_qué_Automatizar%3F
- Testing basado en modelos para Genexus http://gxtest.abstracta.com.uy/wiki/index.php?title=Testing_Basado_en_Modelos_para_Genexus
- Data driven testing para Genexus con GXtest http://blog.abstracta.com.uy/2010/02/nivel-de-abstraccion-de-los-casos-de.html y http://blog.abstracta.com.uy/2009/07/datapools.html
- Cómo comenzar con el testing automatizado http://gxtest.abstracta.com.uy/wiki/index.php?title=¿Como_empezar_con_testing_automatizado%3F
- Mantenimiento de pruebas y ambientes de prueba para distintas versiones de la KB http://blog.abstracta.com.uy/2009/08/mantenimiento-de-pruebas-de-distintas.html