Este documento presenta los desafíos comunes de la automatización de pruebas de software y cómo superarlos. Algunos de los desafíos discutidos incluyen la falta de tiempo, los costos asociados con la automatización, la falta de apoyo de la gerencia, la dependencia excesiva de herramientas y el aburrimiento. El documento recomienda priorizar las pruebas para automatizar, mostrar los beneficios de las pruebas automatizadas, evitar la pérdida de conocimiento y adoptar una actitud positiva ante los desafí
El documento proporciona 8 pasos para realizar un diagnóstico en la plataforma Supérate con el Saber, que incluyen ingresar al sitio web con nombre de usuario y contraseña, hacer clic en el curso seleccionado, hacer clic en Diagnóstico Fase 1, leer las instrucciones y previsualizar el cuestionario, responder las preguntas dentro de 1 hora, hacer clic en Enviar todo y terminar al finalizar, revisar los resultados pregunta a pregunta, e ir a la portada del sitio para ver el reporte.
Este documento presenta las instrucciones para un sprint de 5 días para construir y probar un prototipo realista. Se introducirán los participantes, se establecerán las reglas básicas como que el facilitador controla el horario y el decisor toma las decisiones difíciles. Luego, se explicará el proceso del sprint, incluyendo mapear los pasos clave, elegir un objetivo, bosquejar soluciones individualmente, tomar decisiones sobre los mejores bocetos, convertirlos en un storyboard, crear un prototipo realista y entrevistar clientes para
El documento habla sobre el uso de computadoras en programas de primera infancia. Recomienda tener alrededor de una computadora por cada seis u ocho niños para conducir actividades en computadora de manera exitosa. Señala que un monitor de color es esencial y que se necesitan al menos diez programas educativos de calidad.
Una encuesta fue realizada a docentes para determinar si aprobarían un proyecto que desarrollaría un borrador automático para pizarras. La encuesta incluye preguntas sobre si a los docentes les gusta borrar el tablero, si consideran útil el tiempo que gastan haciéndolo, si en ocasiones les da pereza, y si creen que un borrador automático sería útil.
Mitos sobre el testing y el testing automatizadoGeneXus
Este documento derriba varios mitos comunes sobre el testing y el testing automatizado. En primer lugar, destaca que el testing es una herramienta fundamental para lograr calidad y no es prescindible. Luego, enfatiza la importancia de involucrar a los usuarios, trabajar en equipo y capacitarse continuamente. Finalmente, promueve mejorar los procesos de testing e implementar pruebas automatizadas para acelerar el testing sin comprometer la calidad.
Evento CDA Abstracta - Perú 2015 - Testing de performance y testing automátic...Federico Toledo
Charla sobre testing de performance y testing automatizado, centrado en las herramientas que nos permiten realizar estas tareas, pero sin dejar de lado la importancia de la metodología para aprovechar el máximo provecho que se le pueden sacar a estas herramientas.
Esto fue en el marco del evento organizado por CDA-Perú, en el que se presentó la alianza estratégica entre CDA y Abstracta, a través de la cual se ofrecen servicios especializados de testing automatizado y performance a empresas de Perú.
El documento presenta información sobre pruebas de software. Explica los fundamentos del testing, incluyendo conceptos como error, defecto y falla. Describe el proceso de testing, que incluye actividades como planificación, diseño, ejecución, evaluación y reportes. También cubre temas como los niveles de prueba, incluyendo pruebas de componente, integración, sistema y aceptación.
VLCtesting 2013 - Comprobando y refutando las promesas del testing automatiza...Abstracta
http://www.vlctesting.es/
Es importante que los usuarios confíen en el software que desarrollamos, y no hay mejor camino que probándolo. Para probar software siempre se habla de que el testing automatizado es un camino para acelerar, ser más eficiente, reducir costos, reducir riesgos, aumentar productividad, aumentar la motivación del equipo, etc. Pero ¿todo eso es realmente cierto? En nuestra experiencia podemos decir que no siempre es completamente cierto. Si no enfocamos bien nuestros esfuerzos no lograremos cumplir con esas promesas. Entonces, ¿cómo hacemos testing automatizado en forma efectiva y eficiente? ¿Cómo hacemos que valga la pena? ¿Cómo lo hacemos para obtener el máximo beneficio? ¿No siempre es beneficioso automatizar pruebas? ¿Cómo decido cuándo sí y cuándo no?
Testear efectiva y eficientemente es un gran desafío, que siempre nos lleva a querer ver cómo mejorar la productividad en la búsqueda de la calidad. En esta charla veremos algunas buenas prácticas, lecciones aprendidas, consejos y observaciones que hemos tomado nota en nuestra experiencia dando servicios de pruebas, viendo así cómo enfocar nuestros esfuerzos para tener éxito en nuestras pruebas, haciendo reales, o lo más reales posible, esos beneficios que siempre nos prometen del testing automatizado. También compartiremos los problemas más comunes con los que nos enfrentamos a menudo, y las alternativas que hemos encontrado para solventarlos. Compartiremos la experiencia de proyectos en distintos dominios de aplicación (sector financiero, logística, venta y distribución, etc.), contextos y plataformas, con diversos clientes. Intentaremos mostrar cuándo creemos que sí es factible y beneficioso automatizar, y cuándo rotundamente no.
El documento proporciona 8 pasos para realizar un diagnóstico en la plataforma Supérate con el Saber, que incluyen ingresar al sitio web con nombre de usuario y contraseña, hacer clic en el curso seleccionado, hacer clic en Diagnóstico Fase 1, leer las instrucciones y previsualizar el cuestionario, responder las preguntas dentro de 1 hora, hacer clic en Enviar todo y terminar al finalizar, revisar los resultados pregunta a pregunta, e ir a la portada del sitio para ver el reporte.
Este documento presenta las instrucciones para un sprint de 5 días para construir y probar un prototipo realista. Se introducirán los participantes, se establecerán las reglas básicas como que el facilitador controla el horario y el decisor toma las decisiones difíciles. Luego, se explicará el proceso del sprint, incluyendo mapear los pasos clave, elegir un objetivo, bosquejar soluciones individualmente, tomar decisiones sobre los mejores bocetos, convertirlos en un storyboard, crear un prototipo realista y entrevistar clientes para
El documento habla sobre el uso de computadoras en programas de primera infancia. Recomienda tener alrededor de una computadora por cada seis u ocho niños para conducir actividades en computadora de manera exitosa. Señala que un monitor de color es esencial y que se necesitan al menos diez programas educativos de calidad.
Una encuesta fue realizada a docentes para determinar si aprobarían un proyecto que desarrollaría un borrador automático para pizarras. La encuesta incluye preguntas sobre si a los docentes les gusta borrar el tablero, si consideran útil el tiempo que gastan haciéndolo, si en ocasiones les da pereza, y si creen que un borrador automático sería útil.
Mitos sobre el testing y el testing automatizadoGeneXus
Este documento derriba varios mitos comunes sobre el testing y el testing automatizado. En primer lugar, destaca que el testing es una herramienta fundamental para lograr calidad y no es prescindible. Luego, enfatiza la importancia de involucrar a los usuarios, trabajar en equipo y capacitarse continuamente. Finalmente, promueve mejorar los procesos de testing e implementar pruebas automatizadas para acelerar el testing sin comprometer la calidad.
Evento CDA Abstracta - Perú 2015 - Testing de performance y testing automátic...Federico Toledo
Charla sobre testing de performance y testing automatizado, centrado en las herramientas que nos permiten realizar estas tareas, pero sin dejar de lado la importancia de la metodología para aprovechar el máximo provecho que se le pueden sacar a estas herramientas.
Esto fue en el marco del evento organizado por CDA-Perú, en el que se presentó la alianza estratégica entre CDA y Abstracta, a través de la cual se ofrecen servicios especializados de testing automatizado y performance a empresas de Perú.
El documento presenta información sobre pruebas de software. Explica los fundamentos del testing, incluyendo conceptos como error, defecto y falla. Describe el proceso de testing, que incluye actividades como planificación, diseño, ejecución, evaluación y reportes. También cubre temas como los niveles de prueba, incluyendo pruebas de componente, integración, sistema y aceptación.
VLCtesting 2013 - Comprobando y refutando las promesas del testing automatiza...Abstracta
http://www.vlctesting.es/
Es importante que los usuarios confíen en el software que desarrollamos, y no hay mejor camino que probándolo. Para probar software siempre se habla de que el testing automatizado es un camino para acelerar, ser más eficiente, reducir costos, reducir riesgos, aumentar productividad, aumentar la motivación del equipo, etc. Pero ¿todo eso es realmente cierto? En nuestra experiencia podemos decir que no siempre es completamente cierto. Si no enfocamos bien nuestros esfuerzos no lograremos cumplir con esas promesas. Entonces, ¿cómo hacemos testing automatizado en forma efectiva y eficiente? ¿Cómo hacemos que valga la pena? ¿Cómo lo hacemos para obtener el máximo beneficio? ¿No siempre es beneficioso automatizar pruebas? ¿Cómo decido cuándo sí y cuándo no?
Testear efectiva y eficientemente es un gran desafío, que siempre nos lleva a querer ver cómo mejorar la productividad en la búsqueda de la calidad. En esta charla veremos algunas buenas prácticas, lecciones aprendidas, consejos y observaciones que hemos tomado nota en nuestra experiencia dando servicios de pruebas, viendo así cómo enfocar nuestros esfuerzos para tener éxito en nuestras pruebas, haciendo reales, o lo más reales posible, esos beneficios que siempre nos prometen del testing automatizado. También compartiremos los problemas más comunes con los que nos enfrentamos a menudo, y las alternativas que hemos encontrado para solventarlos. Compartiremos la experiencia de proyectos en distintos dominios de aplicación (sector financiero, logística, venta y distribución, etc.), contextos y plataformas, con diversos clientes. Intentaremos mostrar cuándo creemos que sí es factible y beneficioso automatizar, y cuándo rotundamente no.
El documento trata sobre la productividad a nivel individual, de equipo y organizacional. A nivel individual, propone métodos como Getting Things Done y la técnica Pomodoro. Para los equipos, presenta Scrum y Kanban como enfoques ágiles. A nivel organizacional, introduce conceptos de Lean como el flujo continuo de valor, la eliminación de desperdicios y la mejora continua a través de retrospectivas.
065 Testing Automatizado Hagamos Que Las Maquinas Trabajen Por NosotrosGeneXus
Este documento discute los beneficios y desafíos de la automatización de pruebas de software. Menciona que la automatización puede mejorar la calidad, el rendimiento y la productividad al hacer que las máquinas realicen tareas de prueba de forma repetitiva. Sin embargo, también señala que la automatización no reemplaza la necesidad de pruebas manuales y que la calidad de las pruebas automatizadas depende de factores como la selección de casos de prueba, los datos y los oráculos utilizados. El documento pro
Este documento describe las experiencias de implementar métodos ágiles en equipos tradicionales. Explica que es importante recomendar cambios a los jefes y demostrar beneficios concretos. También advierte sobre mitos como pensar que un marco o técnica solucionará todos los problemas o que ser ágil significa no usar documentación. Finalmente, resume los primeros pasos dados como realizar reuniones y planificaciones más ágiles e iterativas y hacer retrospectivas para mejorar continuamente.
Experiencias de Implementacion Agil en Equipos TradicionalesJersson Dongo
Este documento describe las experiencias de implementar métodos ágiles en equipos tradicionales. Explica que es importante recomendar cambios a los jefes y demostrar beneficios concretos. También advierte sobre mitos como pensar que un marco o técnica resolverá todos los problemas o que ser ágil significa no usar documentos. Finalmente, resume los primeros pasos dados como realizar reuniones y planificaciones más ágiles e iterativas y hacer retrospectivas para mejorar continuamente.
Para universidades:
De qué va esto?
Sembrar la semilla de la curiosidad
Abrir los ojos
Como se está moviendo el mundo
Sacarte de la zona de confort
Inquietarlos
Este documento proporciona recomendaciones para realizar un análisis PM efectivo. Se enfatiza la importancia de recopilar datos precisos y completos sobre el equipo, proceso y fenómeno, así como eliminar suposiciones. También recomienda representar gráficamente los datos, analizar las variaciones antes de las fallas, y considerar la interacción de todos los elementos como un sistema. Finalmente, sugiere evaluar los costos de realizar el análisis PM frente a los costos de las pérdidas, para determinar si vale la pen
Testing automatizado, ¿qué futuro me espera? - Gonzalo ManceboGeneXus
El documento habla sobre los aspectos fundamentales del proceso de testing automatizado. Explica que es importante planificar el proceso definiendo objetivos claros, qué pruebas automatizar, cómo trabajará el equipo, y cuánto tiempo se dedicará. También recomienda realizar un proyecto piloto para adquirir experiencia y medir los beneficios antes de una automatización a gran escala.
El documento presenta 16 reglas para escribir buenos tests utilizando desarrollo guiado por pruebas (TDD). Las reglas incluyen: 1) los tests deben fallar inicialmente, 2) medir el tiempo de cada paso, 3) nombrar los tests describiendo setup, exercise y assertions, 4) nombrar los tests por caso funcional no datos, 5) los tests no son verificación formal, 6) seguir estructura setup-exercise-assertion. El documento concluye enfatizando que los tests son un sistema que debe diseñarse y mantenerse siguiendo buenas pr
Técnicas básicas para la gestión de la calidadElsa240113
Este documento describe varias técnicas básicas para la gestión de la calidad, incluyendo el ciclo PHVA para la resolución de problemas, técnicas de trabajo en grupo como la tormenta de ideas y el diagrama de afinidades, y las siete herramientas estadísticas de la calidad como la hoja de recogida de datos y el diagrama de Pareto. El objetivo general es ayudar a las organizaciones a mejorar la calidad mediante el análisis de datos y la participación del personal.
El documento presenta diferentes técnicas y herramientas para el análisis y solución de problemas, incluyendo el método de los cinco porqués. Explica las cuatro etapas del proceso de análisis y solución de problemas - definición del problema, observación y análisis, plan de acción, y verificación y estandarización. También proporciona consejos sobre cómo aplicar efectivamente la técnica de los cinco porqués para identificar la causa raíz de un problema repitiendo la pregunta "¿Por qué?" hasta
Recomendaciones para tener en cuenta al momento de abordar un Análisis PM (Phaenomenon Mechanisma), y corregir de raíz problemas relacionados con la calidad y/o averías de máquinas.
Se complementa con el "Flujo tratamiento análisis PM" del mismo autor.
Presentación realizada dentro del marco del congreso ISA15 (Interaction SouthAmerica) realizado en la Ciudad de Córdoba Argentina.
Trata sobre algunas recomendaciones para realizar testeos rápidos de bajo costo (guerrilla) especialmente enfocado en Startups que no acostumbran a realizar validaciones con usuarios.
Se propone también una matriz de testeo sistemático que otorga algunas propuestas de testeo en distintas etapas del proceso de prototipado.
Presentación Modelo sistemático para testeo con usuarios en StartupsGustavo Soto Miño
El documento presenta un modelo sistemático para realizar pruebas de usuario en startups con recursos limitados. Propone una matriz de pruebas de usuario que incluye cinco categorías (qué, dónde, quién, cómo y qué hacer con los resultados) para diferentes etapas del desarrollo de producto, desde bocetos hasta el producto final. El objetivo es incorporar la validación de usuarios de manera recurrente mediante pruebas iterativas con cinco usuarios y sesiones de retroalimentación para mejorar el producto.
Certificación pmp introducción al proceso de certificaciónCOFRE Consultores
El documento presenta información sobre la certificación PMP®. Explica las motivaciones para obtener la certificación, incluyendo agregar valor a la organización, demostrar compromiso con la gestión de proyectos e indicar deseo de desarrollo profesional. También describe los requisitos para ser elegible para el examen PMP®, el proceso de certificación, y estrategias para aprobar el examen de 200 preguntas.
El documento proporciona información sobre la certificación PMP®. Explica las razones para obtener la certificación, incluido agregar valor a la organización, demostrar compromiso con la gestión de proyectos y cumplir con los requisitos de elegibilidad. También resume los pasos del proceso de certificación, como la postulación, la revisión de antecedentes, la confirmación de elegibilidad y la programación del examen.
Este documento presenta una guía sobre la gestión del tiempo y la productividad personal basada en el método GTD (Getting Things Done). Explica los 4 pasos del método GTD para organizar las tareas (recopilar, procesar, organizar y revisar), así como técnicas como priorizar según importancia, evitar distracciones y pérdidas de tiempo, y utilizar herramientas que ayudan a mejorar la productividad. También identifica 11 fuentes comunes de pérdida de tiempo en el trabajo y cómo combatirlas a través de una mejor
Este documento presenta información sobre variables, expresiones, algoritmos y tipos de datos en programación. Explica la diferencia entre variables y constantes, e ilustra su uso con ejemplos. También describe los pasos para resolver un problema y detectar errores comunes en la programación. Finalmente, revisa conceptos como tipos de datos numéricos, variables dependientes e independientes y reglas para nombrar variables.
El documento describe las pruebas de usabilidad con usuarios reales como una herramienta para mejorar el diseño de productos. Explica que las pruebas de usabilidad involucran la observación de cómo los usuarios interactúan con un producto o prototipo para identificar problemas y oportunidades de mejora. También describe los diferentes tipos de pruebas que se pueden realizar en las distintas etapas del desarrollo de un producto.
Este documento resume la información sobre el uso de chatbots. Indica que los usuarios de aplicaciones de mensajería están creciendo más rápido que las redes sociales. Los chatbots son más rápidos que los sitios web y aplicaciones móviles. También menciona casos de éxito de chatbots utilizados por empresas para reducir costos y mejorar la escalabilidad. El documento concluye destacando los desafíos de diseño de chatbots y las nuevas tecnologías como el procesamiento de lenguaje natural.
Construya las aplicaciones del futuro ¡hoy!GeneXus
Presentaremos cuáles son alguna de las principales características que debe tener una aplicación moderna, como ser una excelente experiencia de usuario, seguridad y adecuarse a los dispositivos desde el que se accede. Mostraremos ejemplos de aplicaciones web y SD.
Más contenido relacionado
Similar a 0168 testing el_camino_para_que_confien_en_nuestro_software
El documento trata sobre la productividad a nivel individual, de equipo y organizacional. A nivel individual, propone métodos como Getting Things Done y la técnica Pomodoro. Para los equipos, presenta Scrum y Kanban como enfoques ágiles. A nivel organizacional, introduce conceptos de Lean como el flujo continuo de valor, la eliminación de desperdicios y la mejora continua a través de retrospectivas.
065 Testing Automatizado Hagamos Que Las Maquinas Trabajen Por NosotrosGeneXus
Este documento discute los beneficios y desafíos de la automatización de pruebas de software. Menciona que la automatización puede mejorar la calidad, el rendimiento y la productividad al hacer que las máquinas realicen tareas de prueba de forma repetitiva. Sin embargo, también señala que la automatización no reemplaza la necesidad de pruebas manuales y que la calidad de las pruebas automatizadas depende de factores como la selección de casos de prueba, los datos y los oráculos utilizados. El documento pro
Este documento describe las experiencias de implementar métodos ágiles en equipos tradicionales. Explica que es importante recomendar cambios a los jefes y demostrar beneficios concretos. También advierte sobre mitos como pensar que un marco o técnica solucionará todos los problemas o que ser ágil significa no usar documentación. Finalmente, resume los primeros pasos dados como realizar reuniones y planificaciones más ágiles e iterativas y hacer retrospectivas para mejorar continuamente.
Experiencias de Implementacion Agil en Equipos TradicionalesJersson Dongo
Este documento describe las experiencias de implementar métodos ágiles en equipos tradicionales. Explica que es importante recomendar cambios a los jefes y demostrar beneficios concretos. También advierte sobre mitos como pensar que un marco o técnica resolverá todos los problemas o que ser ágil significa no usar documentos. Finalmente, resume los primeros pasos dados como realizar reuniones y planificaciones más ágiles e iterativas y hacer retrospectivas para mejorar continuamente.
Para universidades:
De qué va esto?
Sembrar la semilla de la curiosidad
Abrir los ojos
Como se está moviendo el mundo
Sacarte de la zona de confort
Inquietarlos
Este documento proporciona recomendaciones para realizar un análisis PM efectivo. Se enfatiza la importancia de recopilar datos precisos y completos sobre el equipo, proceso y fenómeno, así como eliminar suposiciones. También recomienda representar gráficamente los datos, analizar las variaciones antes de las fallas, y considerar la interacción de todos los elementos como un sistema. Finalmente, sugiere evaluar los costos de realizar el análisis PM frente a los costos de las pérdidas, para determinar si vale la pen
Testing automatizado, ¿qué futuro me espera? - Gonzalo ManceboGeneXus
El documento habla sobre los aspectos fundamentales del proceso de testing automatizado. Explica que es importante planificar el proceso definiendo objetivos claros, qué pruebas automatizar, cómo trabajará el equipo, y cuánto tiempo se dedicará. También recomienda realizar un proyecto piloto para adquirir experiencia y medir los beneficios antes de una automatización a gran escala.
El documento presenta 16 reglas para escribir buenos tests utilizando desarrollo guiado por pruebas (TDD). Las reglas incluyen: 1) los tests deben fallar inicialmente, 2) medir el tiempo de cada paso, 3) nombrar los tests describiendo setup, exercise y assertions, 4) nombrar los tests por caso funcional no datos, 5) los tests no son verificación formal, 6) seguir estructura setup-exercise-assertion. El documento concluye enfatizando que los tests son un sistema que debe diseñarse y mantenerse siguiendo buenas pr
Técnicas básicas para la gestión de la calidadElsa240113
Este documento describe varias técnicas básicas para la gestión de la calidad, incluyendo el ciclo PHVA para la resolución de problemas, técnicas de trabajo en grupo como la tormenta de ideas y el diagrama de afinidades, y las siete herramientas estadísticas de la calidad como la hoja de recogida de datos y el diagrama de Pareto. El objetivo general es ayudar a las organizaciones a mejorar la calidad mediante el análisis de datos y la participación del personal.
El documento presenta diferentes técnicas y herramientas para el análisis y solución de problemas, incluyendo el método de los cinco porqués. Explica las cuatro etapas del proceso de análisis y solución de problemas - definición del problema, observación y análisis, plan de acción, y verificación y estandarización. También proporciona consejos sobre cómo aplicar efectivamente la técnica de los cinco porqués para identificar la causa raíz de un problema repitiendo la pregunta "¿Por qué?" hasta
Recomendaciones para tener en cuenta al momento de abordar un Análisis PM (Phaenomenon Mechanisma), y corregir de raíz problemas relacionados con la calidad y/o averías de máquinas.
Se complementa con el "Flujo tratamiento análisis PM" del mismo autor.
Presentación realizada dentro del marco del congreso ISA15 (Interaction SouthAmerica) realizado en la Ciudad de Córdoba Argentina.
Trata sobre algunas recomendaciones para realizar testeos rápidos de bajo costo (guerrilla) especialmente enfocado en Startups que no acostumbran a realizar validaciones con usuarios.
Se propone también una matriz de testeo sistemático que otorga algunas propuestas de testeo en distintas etapas del proceso de prototipado.
Presentación Modelo sistemático para testeo con usuarios en StartupsGustavo Soto Miño
El documento presenta un modelo sistemático para realizar pruebas de usuario en startups con recursos limitados. Propone una matriz de pruebas de usuario que incluye cinco categorías (qué, dónde, quién, cómo y qué hacer con los resultados) para diferentes etapas del desarrollo de producto, desde bocetos hasta el producto final. El objetivo es incorporar la validación de usuarios de manera recurrente mediante pruebas iterativas con cinco usuarios y sesiones de retroalimentación para mejorar el producto.
Certificación pmp introducción al proceso de certificaciónCOFRE Consultores
El documento presenta información sobre la certificación PMP®. Explica las motivaciones para obtener la certificación, incluyendo agregar valor a la organización, demostrar compromiso con la gestión de proyectos e indicar deseo de desarrollo profesional. También describe los requisitos para ser elegible para el examen PMP®, el proceso de certificación, y estrategias para aprobar el examen de 200 preguntas.
El documento proporciona información sobre la certificación PMP®. Explica las razones para obtener la certificación, incluido agregar valor a la organización, demostrar compromiso con la gestión de proyectos y cumplir con los requisitos de elegibilidad. También resume los pasos del proceso de certificación, como la postulación, la revisión de antecedentes, la confirmación de elegibilidad y la programación del examen.
Este documento presenta una guía sobre la gestión del tiempo y la productividad personal basada en el método GTD (Getting Things Done). Explica los 4 pasos del método GTD para organizar las tareas (recopilar, procesar, organizar y revisar), así como técnicas como priorizar según importancia, evitar distracciones y pérdidas de tiempo, y utilizar herramientas que ayudan a mejorar la productividad. También identifica 11 fuentes comunes de pérdida de tiempo en el trabajo y cómo combatirlas a través de una mejor
Este documento presenta información sobre variables, expresiones, algoritmos y tipos de datos en programación. Explica la diferencia entre variables y constantes, e ilustra su uso con ejemplos. También describe los pasos para resolver un problema y detectar errores comunes en la programación. Finalmente, revisa conceptos como tipos de datos numéricos, variables dependientes e independientes y reglas para nombrar variables.
El documento describe las pruebas de usabilidad con usuarios reales como una herramienta para mejorar el diseño de productos. Explica que las pruebas de usabilidad involucran la observación de cómo los usuarios interactúan con un producto o prototipo para identificar problemas y oportunidades de mejora. También describe los diferentes tipos de pruebas que se pueden realizar en las distintas etapas del desarrollo de un producto.
Este documento resume la información sobre el uso de chatbots. Indica que los usuarios de aplicaciones de mensajería están creciendo más rápido que las redes sociales. Los chatbots son más rápidos que los sitios web y aplicaciones móviles. También menciona casos de éxito de chatbots utilizados por empresas para reducir costos y mejorar la escalabilidad. El documento concluye destacando los desafíos de diseño de chatbots y las nuevas tecnologías como el procesamiento de lenguaje natural.
Construya las aplicaciones del futuro ¡hoy!GeneXus
Presentaremos cuáles son alguna de las principales características que debe tener una aplicación moderna, como ser una excelente experiencia de usuario, seguridad y adecuarse a los dispositivos desde el que se accede. Mostraremos ejemplos de aplicaciones web y SD.
Live Editing es una de las nuevas funcionalidades de Salto, diseñada para maximizar la productividad en el desarrollo de buenas experiencias de usuario.
Live Editing es una de las nuevas funcionalidades de Salto, diseñada para maximizar la productividad en el desarrollo de buenas experiencias de usuario. Reduce drásticamente los ciclos de diseño al integrar plenamente la aplicación que se ejecuta en el dispositivo o navegador al propio IDE. En ésta presentación veremos lo que nos ofrece dicha funcionalidad, y lo que podremos encontrar en la siguiente versión de GeneXus.
Experiencias en el desarrollo de aplicaciones móviles en el sector salud de M...GeneXus
El documento presenta la experiencia en el desarrollo de aplicaciones móviles para el sector salud en México. Se describen las ineficiencias del uso de formatos de papel que llevaron al desarrollo de una aplicación móvil, incluyendo errores en la captura de datos, pérdida de tiempo por desplazamientos y costos asociados. La solución implementada fue una aplicación con formularios digitales que precargan datos para su llenado en dispositivos móviles con arquitectura escalable y disponible en múltiples pl
¿Pensando en implementar un sistema de gestión integral en su organización?GeneXus
Se hablará de sistemas ERP y GRP, de su implementación en las organizaciones y de los aspectos claves a considerar para lograr el éxito.
Para obtener los mayores beneficios a la hora de implementar un ERP/GRP en su organización, se deben tener presentes diferentes aspectos a nivel del sistema a incorporar, del proyecto de implementación y de la propia organización. Presentaremos los aspectos claves desde la perspectiva de nuestra experiencia en K2B.
K2B Tools el compañero de viaje ideal hacia el futuroGeneXus
En esta charla conoceremos la suite de herramientas con la que podemos ser mucho más productivos, ahorrar costos y disminuir realmente el tiempo de nuestros proyectos.
Se mostrarán las grandes novedades que K2B Tools ha incorporado en su última versión, como el SD Designer, acompañando siempre la importante evolución que ha tenido GeneXus en este último tiempo.
Genexus Salto, la próxima versión de GeneXus, simplifica aún más la construcción de software. Entérate del porqué de este salto significativo en lo que respecta a la rapidez del desarrollo Móvil.
PXTools: Nuevo generador y nuevos controles responsivosGeneXus
Mostraremos las primeras pantallas que resultarán de nuestro nuevo generador responsivo y explicaremos el funcionamiento de los nuevo controles "PXTools Responsive Layout" y "PXTools Smart Menus".
APPlícate: Aplicaciones móviles para el desarrollo de la industriaGeneXus
Hablaremos sobre el desarrollo y uso de aplicaciones móviles para aumentar la productividad de las empresas
El tema hoy es movilidad y va en aumento su demanda. El acceso a aplicaciones móviles para el negocio aumenta la productividad, la conectividad y la eficiencia económica de su organización.
El documento habla sobre el diseño web adaptable (Responsive Web Design, RWD). Explica que RWD permite que un sitio web se adapte a diferentes tamaños de pantalla y dispositivos mediante una combinación de CSS flexible, grids fluidos y media queries. También describe cómo GeneXus permite crear aplicaciones web adaptables a través de objetos definidos automáticamente, paneles web adaptables y reglas CSS condicionales en el editor de temas.
K2B ERP es una solución integral nativa para GeneXus que permite unificar y ordenar toda la información de una empresa, interconectando todas las áreas. Para empresas privadas, provee información estratégica y operativa que permite tomar decisiones rápidas. Para organizaciones de gobierno, opera como catalizador para una gestión eficiente y colaborativa con control centralizado y operación descentralizada. K2B es accesible a través de la web, seguro, extensible y permite la colaboración entre áreas de una empresa.
GeneXus 15 – Salto en su estado Beta – es la próxima versión de GeneXus. Se presentará su foco principal, principales beneficios asociados y roadmap de esta versión.
GeneXus Cloud Deployment Services. El camino a la nube.GeneXus
A través de GeneXus Cloud deployment services se automatizan y gestionan las publicaciones de tus aplicaciones en las nubes. Ahora es fácil colocar soluciones en producción en cualquier proveedor de cloud.
LigaMX con GeneXus: De 0 a 1.700.000 de usuariosGeneXus
La aplicación oficial de la LigaMX fue desarrollada con GeneXus y ya cuenta con más de 1.700.000 de usuarios.
Los desafíos tecnológicos y las decisiones de arquitectura que permitieron lograr esta exitosa aplicación.
En el contexto actual las empresas deben ser capaces de innovar rápidamente, ofrecer aplicaciones móviles se hace cada vez más necesario. Conozca qué oportunidades le ofrece GeneXus ERP Connector for SAP para extender SAP ERP y cuáles son las novedades de GeneXus para SAP.
Evaluaremos las distintas tecnologías a la hora de llevar nuestro negocio al ambiente móvil.
Ya no quedan dudas que hay que tener una presencia en los dispositivos móviles. A la hora de llevar nuestro negocio al ambiente móvil notamos que hay diferentes opciones: aplicaciones nativas, web con diseño responsive y web móvil. Veremos cuáles son las diferencias y semejanzas entre las distintas opciones y en qué caso es mejor usar cada una de ellas.
WW+, SD+ y Audit+: Potencie GeneXus la Suite PlusGeneXus
El documento promociona las herramientas WorkWithPlus, SmartDevicesPlus y AuditPlus de DVelop, las cuales permiten mejorar la productividad, facilidad de uso y experiencia de usuario al desarrollar aplicaciones con GeneXus. Incluyen funcionalidades como templates responsive, edición en grid, copia de registros, seguridad y auditoría de base de datos. El documento también presenta testimonios de clientes y detalles sobre el soporte técnico ofrecido.
Aproveche las ventajas de la colaboración entre GeneXus y Cloud Shared Office...GeneXus
Cloud Shared Office es un servicio de colaboración y reporting basado en la nube muy fiable. Es usado en más de 170 países actualmente y tiene control de acceso, versionado y todo lo necesario para resolver estas funcionalidades. En esta sesión veremos algunas características de ese servicio y cómo integrarlo en una aplicación GeneXus para el manejo de archivos y printing/reporting.
6. How do you spend time to save time? Beneficios a largo plazo? Grabo una vez, parametrizo. Pienso los datos de prueba, y ejecuto eso Cuantas veces quiera En cuántas plataformas quiera Cada día que quiera
11. ROI de la automatización Test Automatizado vs Test Manual Entre 3 – 10 veces más CemKaner La vez número 11 que ejecute ya gano!
12. Otros de yapa Lo ejecuta una maquina Las pruebas quedan documentadas Los resultados quedan registrados Ejecución en distintos ambientes Manejadores de bases de datos Application servers Java o .Net, etc. Internet Explorer, Firefox
13. Conclusión 2/5 No es sólo para empresas grandes Ejecuto 1 prueba 11 veces y gano Documento, registro resultados Distintos ambientes
15. Visibilidad Tenemos que saber mostrar el valor que tiene todo esto Mostrar resultados Mostrar valor a los desarrolladores Colaborar, ayudar Testing colaborativo
16. Fugas de conocimiento Qué pasa si se va un analista o tester? Dónde queda el conocimiento?
19. A no generar falsas expectativas No esperar que haya una herramienta que solucione todos los problemas.
20. … pensar … La herramienta no piensa. Priorizar, seleccionar, diseñar pruebas. Luego, automatizarlas es muy fácil. Automated chaos givesfaster chaos @michaelbolton @fltoledo Not necessarily faster only; it might (also) intensify chaos, or enable chaos where chaos was previously infeasible.
21.
22. Conclusión 4/5 No hay herramienta que sirva para todo Pensar Estrategia Atacar el problema de a pequeñas partes Priorizar lo que me de más beneficio
Buenos días, mi nombre es Federico Toledo, formo parte del equipo de Abstracta, la cual es una empresa que se dedica al desarrollo de productos para apoyar las tareas de testing. En abstracta estamos ofreciendo y trabajando con Gxtest, la cual es una herramienta de automatización de pruebas funcionales específica para Genexus. En lo personal estoy involucrado en esta área hace poco más de 5 años, y siempre he estado trabajando con distintas formas de automatización de aplicaciones con propósito de realizar distintas pruebas., y bueno, de un tema relacionado con eso es que vamos a estar hablando en esta charla, vamos a estar hablando de testing como un camino para que confíen en nuestro software.
Hace un par d meses encontramos por ahí un libro que nos resultó muy interesante, pero principalmente a matías. Todos los días venía con algo nuevo. Pa! No sabés lo q leí en el libro hoy! … etcPor suerte nuestros conceptos concuerdan mucho con los d este reconocido libro de testing automatizado. Nos hace ver q lo q andamos diciendo por ahí también está respaldado por esta gente.El libro es este … de fulano … y es d 1998 ?? … o sea q no son ideas tan nuevas, y les aseguro q plantean cosas más q validas … incluso algo interesante es q tienen experiencias d otras personas en proyectos concretos, muy bueno, muy recomendado. Pero a mi en particular me gustó mucho mucho una idea, un problema al q le pusimos un nombreProblema de la Acumulatividad Nula extrovertida sistemática
Acumulativo Página 494. Hay una gráfica que muestra que las features crecen cada vez más, pero el test no. Eso es un problema, pues significa que cada vez más se nos da el problema de elegir qué testear y dejamos un montón de cosas sin probar. Otra cosa con respecto a esto es que la gráfica de features va creciendo con el tiempo, la de esfuerzo en testing debería ir creciendo también proporcionalmente. De aquí sale El problema de no tener tiempo para automatizar, pues no hay siquiera tiempo para el teSt manual, y tal vez la mayoria de uds no son conscientes de que les sucede esto o de la gravedad del asuntoUn colega argentino de una consultora /Kizcurno (arg)/ Dice q lo más pesado (costoso) en testing es diseño y ejecución.Lo bueno de la automatización es que es acumulativa. La automatización tiene una curva distinta, más pronunciada al comienzo y luego sigue creciendo más lento. Es la única forma de poder que el testing se haga constante, etc. El problema es que generalmente queremos encarar esta tarea cuando ya hay mucho esfuerzo de desarrollo, entonces cuesta más, pues hay una brecha … y nos da pereza comenzar..El desafíoeshacertestingen forma eficiente, de forma que nos rinda, que veamoslosresutaldos (señalarlappt), que nos aporte valor, y q vayaacompañandolaacumulatividaddeldesarrollo.Nuestrapropuestaesautomatizar pruebasfuncionales para hacertestingen forma más eficiente, y asíganar más confianzaennuestro software.
Y bueno, qué vamos a ver en esta charla?vamos a intentar darles soluciones a muchos de los problemas que típicamente nos aquejan en esto del testing automatizado.WIIFY? En esta charla pretendemos mostrarles algunos tips, algunas soluciones a problemas comunes. Problemas que hemos visto sacados de la experiencia que tenemos de estos ya 2 o 3 años en carrera con automatización de pruebas de sistemas genexus. Y todos estos tips q les vamos a mostrar no son sólo invento nuestro, sino que han sido en su mayoría sacados de un libro llamado … …. Software test automation, (que a matias tanto le gusta)… que mientras más lo leemos más consideramos que es nuestra biblia casi … y como siempre consejos también sacados de lo que dicen alguno de los salados que seguimos en twitter y facebook, como CemKanner, y James Batch, etc.Aclaracion d gxtest. Si quieren lo q les voy a transmitir es mas q nada en cuanto a test automatizado, y no solo d gxtest. Si bien voy a usarlo d ejemplo en algun caso, yo lo q quiero es convencerlos sobre lo bueno q es automatizar pruebas, pues se q si logro eso luego uds mismos se daran cuenta q gxtest es lo más apropiado para hacerlo cuando usan genexus, de eso no me preocupa convencerlos.
Comencemos con uno de los típicos problemas que se escuchan por ahí. … es como todos sabemos un verdadero dolor de cabeza. Yo voy a considerar que ya saben q Para la calidad Hay que tomarse tiempo, pues todo sea por la Imagen! La pinta es lo de menos, mentira!!Product de calidad, empresa de calidad – otros productos serán predefinidos como de calidad pues vienen de una empresa de calidad (imagen de google o Apple, a pesar de que wave o buzz fueron una cagada, todos imaginaban q iba a estar de más; cada nuevo producto de Apple es deseado desde que se anuncia)
Entonces si saben q hay q tomarse tiempo para la calidad, algo d testing manual al menos hacen. Entonces tal vez me pueden decir q como tienen tanto para probar manualmente no tienen tiempo para hacer pruebas automáticas.Siempre nos pasa que es difícil dedicar tiempo a algo que da principalmente beneficios a largo plazo. Pero podemos hacer que nos de beneficios a corto plazo, inmediatamente!Para ver como les cuento un ejemploHace poco tenía q probar algo q ejecutaba un proceso batch y luego había q verificar 47 cuentas para verificar que había quedado correctamente el balance. Eso implicaba entrar a la aplicación, buscar por número de cliente, entrar a un workwith y ahí ver en uno de los atributos el balance. De paso había que mirar que se hayan registrado los movimientos, etc. 47 veces lo mismo! No alcanza con ver solo 1??? No!!! Pq cada cliente es un caso particular, uno con mora, otro con plata en moneda extranjera, etc, etc….Qué hizo fede? Automatizó eso una vez, cargó los datos de prueba de la planilla a la herramienta, y ejecutó las 47 veces. Todo en menos tiempo de lo que me hubiera llevado hacerlo a mano 47 veces. Lo mejor, es q mañana sale una nueva versión del sistema y queremos probar lo mismo entonces lo hago con un clic. Acumulé conocimiento en testing!!http://www.kaner.com/pdfs/autosqa.pdfTodos sabemos que mientras más tarde detectemos los bugs más costará corregirlo. Si dedicamos tiempo a hacer pruebas automatizadas tendremos menos tiempo para probar otras funcionalidades, entonces haremos que corregir esas pruebas sea más caro.Por otro lado, automatizando una prueba podremos ejecutarla con muchos datos, y de esa forma acelerar la ejecución de otros casos, que de ser ejecutados manualmente demoraríamos más tiempo… por lo que entonces estaríamos ahorrando el costo de corrección de estos bugs.
Imaginen q esa es la torta de todos los beneficios obtenibles con todos los TC automatizables…. Regla del 80/20 – se cumple de una forma muy interesante. Hay un 80% de los casos de prueba que al automatizarlos nos van a dar un 20% del beneficio obtenible, y un 20% de los casos de prueba que nos van a dar el 80% del beneficio. Entonces, pensemos y prioricemos esos pocos casos para hacerlos primeroPriorizar Buscar obtener ese 80 de los beneficios lo antes posible y a menor costo
Este es un problema bastante viejo, que se vienen quejando hace rato.
Por lo q veíamos recién hay ciertos casos en q la automatización es más barato q las pruebas manuales.Pero, antes de mostrarles cómo abaratar costos con la automatización, quiero aclarar algo! Esto aplica para todo tipo de empresas … o para la mayoría de ellas. Algo que no soporto escuchar es que el testing automatizado es algo para empresas grandes, con recursos de sobra, etc. O que es para quien tiene tiempo para eso. Es muy complejo, no tenemos recursos.Empresas pequeñasEl testing automatizado también es aplicable en empresas pequeñas. No es sólo para Google, IBM y M$ (por nombrar algún ejemplo que se que ponen mucho foco en automatización de pruebas). Por qué? Pues a mi al menos no me da el tiempo de probar todo lo que quiero antes de liberar cada versión, sería muy costoso!… entonces el tener pruebas automatizadas que ejecuten más rápidamente, me soluciona este problema.Pero vayamos más allá y pensemos en el ROI de la automatización … no quiero entrar en algo muy detallado de esto, pero al menos ver una idea q compartió cemkaner en uno d sus artículos.Costos de automatizarhttp://www.kaner.com/pdfs/autosqa.pdfKener dice que automatizar una prueba lleva entre 3 y 10 veces más tiempo que ejecutarla en forma manual.Supongamos que tenemos pruebas diseñadas y datos para probar, incluyendo su valor esperado.Una prueba manual puede ejecutarse con 1 set de datos a la vez. Una prueba automatizada con todos los que se tengan (si la herramienta soporta data-driventesting). Si ejecutamos con 11 datos ya igualamos los beneficios. Si ejecutamos con más los superamos.Este beneficio se mantiene incluso considerando los Costos de mantenimiento, en un peor caso de que lleve 10x también reparar un caso de prueba ante una nueva liberación.
Además hay otros beneficios como documentar las funcionalidadesDejar registrados automáticamente los resultados de esas pruebas. Sacar luego estadísticas en base a eso.
Esto es algo q produce dolores de cabezaMás cosas de acá Visibilidad http://www.performancetesting.co.za/visibility.html
Si bien la queja es d q el jefe no nos asigna horas, tmb está el problema de mostrarle el valor al resto d la empresa, jefe, desarrolladores, etc.Como testers a veces cuesta q nos valoren o nos den pelota. No?Tenemos q encontrar la forma de darle valor a lo q hacemos, y de mostrarle al resto del equipo.Un ejemplo, uno de nuestros clientes está por migrar a otra versión de Genexus, a la evolution 1. cómo las pruebas automatizadas pueden dar beneficios para esta situación en particular? Si automatizamos pruebas en laapp de hoy, la q esta en gx9, estamos testeando el sistema actual, y estamos facilitando la migración, ya q estamos aportando en gran forma a minimizar los riesgos al momento d migrarnos, pues al migrar vamos a tener un montón de pruebas q en unos minutos nos van a dar información de cómo esta el sistema. Fíjense que las pruebas automatizadas nos dan gran valor acá. Seguro que si mostramos q podemos hacer eso nos van a dar horas. Y así con un montón de situaciones en particular. Comenté eso q tal vez no es algo d todos los días, pero a los desarrolladores creo q les interesa ver fácilmente el estado d calidad del sistema antes d liberar una nueva version. Y al nombrar a los desarrolladores se me ocurre entrar en otro tema muy importante q es el de testing colaborativo. O sea, lo ideal sería lograr q se genere colaboración hacia los dos lados, q el tester colabore con el desarrollador y el desarrollador con el tester (como comentaban en la charla anterior cuando hablaban de hacer software testeable)Colaboración con carmen de consulting. Cómo el tester puede colaborar con el desarrollo, pero a su vez es importante que el desarrollador colabore con el tester, y le brinde por ejemplo procGX para inicializar datos, validar resultados, etc., o que agregue cierta información en pantalla de forma tal que le sea práctico al tester verificar lo que quiere verificar (esto no es sólo para cuando se usa Gxtest o automatización, sino en general, de modo de colaborar con la testeabilidad del software --nombrar charla de MW otra vez)
Les tiro otra cuestión. Si mañana se nos va alguien, un tester o analista, que tenía el conocimiento de cómo debía funcionar determinado módulo o funcionalidades. Menudo problema, no? Es un riesgo con el que siempre estamos. He aquí una forma de disminuir los impactos de este riesgo.Intentemos registrar el conocimiento sobre el comportamiento esperado de la aplicación. Si un especialista indica que es interesante verificar que la funcionalidad se comporta correctamente en determinada situación (un cliente no existe, etc) entonces al menos eso hay que registrarlo en un papel, en un inventario de pruebas, cosa de tener la posibilidad de volver a ejecutarlo a futuro. Mucho mejor si eso lo podemos automatizar fácilmente y agregarlo a la batería de pruebas. Servirá como documentación clara y NO ambigua del resultado esperado. Documentación con casos de pruebaDejar el know-how de testing en un formato ejecutable… un tc es entendible, legible, no ambiguo Si ponemos a testear a alguien q no sabe del negocio o de testing, seguro que los bugs que reporta no tengan tanto valor.
Pasemos a Otro problema jodido….No hay herramientas que solucionen todo….Hay gente que se hace mala sangre por estas cosas .. Fa!
Acá están imaginando que voy a decir “ta, pero gxtest la rompe, soluciona todos sus problemas”Pero no, no les voy a decir eso! Porque no es verdad!Una herramienta no soluciona todos los problemas, los vendedores de herramientas generalmente intentan convencer a la gente de eso…. Lo cual muestra que como vendedor soy un buen ingeniero.
Las herramientas no nos evitan el trabajo de pensar. Porsuerte :DHay empresas que han fracasado con automatización pero no por la herramienta, sino por no haber seguido el camino correcto. O sea, hay que pensar para priorizar y seleccionar y diseñar pruebas que den valor, y no automatizar cualquier cosa. Incluso una buena práctica podría ser, tomar la lista de casos de prueba que tenemos diseñados y revisar cuáles de esos vale la pena automatizar. No tienen por qué ser todos! Tenemos que pensar cuáles van a darme más valor. Cuáles van a ser fáciles de mantener, cuáles son críticos, cuáles me interesa probar siempre. Si automatizamos así no más sin pensar… vamos muertos.Citando una frase del libro de Software test automation, automatizar el caos nos traerá más caos, más rápido. Incluso escribimos algunas de estas ideas en un post de nuestro blog, y bueno, para darle un poco más de difusión lo tiramos por twitter, … y para nuestra sorpresa rápidamente Michael Bolton (un salado en testing) nos responde que no sólo más rápido, sino que logra intensificar el caos, y hacer que aparezca caos donde antes nadie se imaginó que podía haber caos!!Entonces una de las cosas q hay q tener es una estrategia…
Y se me viene algo a la mente… se acuerdan de starcraft?? Alguno tuvo que haber jugado a este juego, o a alguno similar.Esto es una imagen de la versión dos que salió hace uno o dos meses, pero yo recuerdo que jugué bastante a la primera versión. Y bueno, para que más o menos tengan una idea, uno se va formando sus tropas a medida va obteniendo recursos. Cada nave tiene un costo, y obviamente las naves poderosas grandes, con gran poder destructivo tenían un costo muy alto, y las pequeñas un costo menor. Entonces, uno hasta que no consigue crecer y tener muchos recursos, le cuesta tener una de esas naves gigantes, y es por eso que una estrategia válida es comenzar con pequeñas naves, que se construyen más rápido, tienen menor poder destructivo pero me van defendiendo como pueden de los ataques… y con el tiempo voy teniendo cada vez más y así uno va creciendo.En esto de la automatización la misma idea. Es preferible hacer una pequeña nave de batalla, que nos de beneficios inmediatamente, por más que sean pocos, pero que yo rápidamente esté viendo los beneficios, antes que esperar a tener una gran nave de batalla superpoderosa, que tal vez llega tarde, cuando ya no hay tiempo para defenderse de los problemas, o sea, cuando estemos por salir a producción!! Es mejor hacer pequeñas naves que cuesten menos recursos, y que día a día sumemos una nueva pequeña nave que nos vayan formando un gran ejército.O sea, aplicar soluciones goodenough como decía Jodal, y no soluciones perfectas, porque las soluciones perfectas llegan tarde. Ejemplo barnes
Este tipo me dice q se aburre, se desmotiva….Por más que lucho contra eso, intento convencer a la gente que el testing está de más, que me encanta, q lo hago hace tiempo, que estoy orgulloso de ser un tester je … me siguen diciendo que es un embole, que lo ven como algo aburrido. Que nadie quiere hacer eso. Que el testing lo resuelven poniendo al nuevo, o a un pasante. Si le va bien lo ascendemos y lo pasamos a desarrollo. Eso es algo que me cuesta cambiar, transmitir.Debe ir de la mano de las experiencias de cada uno desarrollando. Hace poco alguien me contaba….Bug reportado por un cliente en un sistema de facturación que se daba en la línea de producto 17 … reproducir el caso era un embole agregarlo a las pruebas de regresión … un embole al que le tocara eso
Yo creo q Acá es donde uno debe plantearse las cosas como Desafíos, para hacerlo de mejor forma, por ejemploCon test automático, lo hago una vez y taO mejor, lo hago una vez con una línea de producto, y agrego lógica al test case automático, para que agregue distinta cantidad de líneasEl uso d una herramienta le agrega otro desafío, nos evita muchos problemas, pero no el de pensar (y volver a machacar con eso de que hay que pensar, que la herramienta no es una barita mágica)-. Ahora, como decía el artista alemán hermanhesse… en todos los comienzos reside una fuerza mágica… pero q no afloje luego!!! O sea, a veces pasa q arrancan súper entusiasmados con la idea d automatizar y le ven mucho interesante al desafío técnico, etc., y después queda ahí. El tema es lograr adquirir hábitos. O sea, lograr aceitar los mecanismos, definir algún tipo de metodología para su grupo de forma tal de hacer q cada pequeño esfuerzo perduren en beneficios. Adquirir hábitosComprar una herramienta es como anotarse a un club. Lo único que haces es pagar. Luego, para que eso rinda hay que ir al club, aprender a hacer los ejercicios, usar los aparatos, etc. Adquirir nuevos hábitos!Fuente: http://www.stickyminds.com/sitewide.asp?ObjectId=10695&Function=DETAILBROWSE&ObjectType=COL&sqry=*Z(SM)*J(COL)*R(relevance)*K(advancesite)*F(automation)*&sidx=1&sopp=10&sitewide.asp?sid=1&sqry=*Z(SM)*J(COL)*R(relevance)*K(advancesite)*F(automation)*&sidx=1&sopp=10 En todos los comienzos reside una fuerza mágica --Hermann HesseNo quedarse con el entusiasmo del comienzo y dejarlo ir luego. Hay que lograr que las nuevas prácticas se establezcan como metodologías, como hábitos.Si ejecuto las pruebas y pasan todas OK, perdí el tiempo??? -- no! Pues esa información también es valiosa, es vital! Me da seguridad de que esas pruebas pasaron y que estamos más firmes para salir.
A modo de resumen ….Me podrán decir que No tienen Tiempo! Que automatizar es muy Costoso! Que no les gusta su jefe! (digo, que no les asigna horas a automatizar), que No hay herramientas mágicas, que están desmotivados!Ya no les creo, no me como ninguna, no tienen excusas, si quieren mejorar la calidad de sus productos, si quieren hacer testing en forma eficiente, aprovechen al máximo los beneficios de la automatización!
Pueden bajar una trial aquíAgradecemos a los que nos apoyaron en el período de betatesters, en este evento estamos anunciando la salida de la versión final de Gxtest 1.1 que cuenta con más funcionalidades y más trayectoria automatizando pruebas de distintos sistemasLes recomiendo quedarse en este mismo salón ya que se viene otra charla del track de testing en la que van a poder oir testimonios de usuarios de GXtest