Exposición dada por la Ing. Marcela Andrea Alvarez
ar.linkedin.com/pub/ing-marcela-andrea-alvarez/21/16a/ba3
durante el "6to Encuentro Online de Testers"
organizado por TestingBaires (www.testingbaires.com)
Tema a debatir: Agile Testing
Presenta las diferentes entre Desarrollo Cascada versus Desarrollo Agile-Scrum, mostrando la manera en la que participa el Testing, más algunos de los procedimientos, prácticas y conceptos principales.
Para mayor información, visitar: http://testingbaires.com/
A continuación, parte del contenido de la presentación.
#Planteo formulado dentro de un grupo de discusión
Generalidades
¿Qué tipo de actividades llevas a cabo bajo este modelo?
¿Qué ceremonias: Daily Scrum Meetings, Sprint Reviews, Retrospectives?
¿Participan con el Product Owner en la User Story?
¿Qué tratamiento le dan al Product Backlog y Sprint Backlog?
¿Participan del Sprint Planning?
¿Tienen un Scrum Master que lo elabora?
¿Estiman el esfuerzo de trabajo?
¿Qué documentan?
¿Elaboran Indicadores y Métricas?
Herramientas
¿Usan herramientas aranceladas? JIRA Agile, JIRA Bamboo, JIRA Zephyt, TFS
¿Usan herramientas open source? Redmine, Testlink, Mantis, Selenium WebDriver, Cucumber, SonarQube
Automatización
¿Ejecutan Automation Testing?
¿Bajo qué tipo de modelo: BDD y/o ATDD, pej?
¿Ejecutan Testing contra Código?
¿Ejecutan Testing contra Servicios?
¿Ejecutan Testing contra Front End?
¿Estiman, documentan, elaboran Indicadores y Métricas?
Planteo por parte de un miembro
En mi trabajo es difícil aún introducir los procesos de Testing en Scrum.
Acá se practica la metodología estrictamente, los sprint son de dos semanas y la documentación es casi nula (no existen los casos de uso, y los documentos de requerimientos son escasos), el tiempo para crear casos de prueba es muy poco por lo que decidimos solo crear los de regresión y dedicar mas tiempo a los Criterios de Aceptación (Definition of Done). Utilizamos Jira pero no solo como bugtracker sino también como pizarra de Scrum donde se encuentran las Historias de Usuario (User Story) creadas entre todo el equipo de Scrum en el Sprint Planning. Por el momento las estimaciones de los desarrolladores para bugfixing nunca alcanzaron, y la verificación de bugs de un Sprint se realizan en el próximo. Para nuevos proyectos vamos a probar con Sprints de 3 semanas: 2 de desarrollo, 1 de Testing y bugfixing, así los desarrolladores podrían liberar funcionalidades mas completas (y testeables), estimar mejor el tiempo de testing (somos abiertos al testing exploratorio) y quedaría tiempo para realizar bugfixing. La verificación de bugs seguiría quedando para el próximo sprint.
Devolución ofrecida
No están siendo ágiles.
Si están realizando el testing fuera de la sprint, no están entregando un producto de calidad.
La idea es entregar un incremento TERMINADO: diseñado, desarrollado, probado.
Lamentablemente, así funcionan muchos equipos actualmente.
Es necesario incorporar el Testing dentro de las iteraciones.
TestLodge
Herramienta para gestionar testing
Trabajo de Investigación realizado por:
Gustavo Adolfo Nolazco Rivas
https://pe.linkedin.com/in/gustavo-adolfo-nolazco-rivas-7b47952a/en
Coordinado por: Gustavo Terrera
en el marco del curso online:
Intensivo Manual Testing
+ínfo:
http://testingbaires.com/
Contacto
info@testingbaires.com
Presenta las diferentes entre Desarrollo Cascada versus Desarrollo Agile-Scrum, mostrando la manera en la que participa el Testing, más algunos de los procedimientos, prácticas y conceptos principales.
Para mayor información, visitar: http://testingbaires.com/
A continuación, parte del contenido de la presentación.
#Planteo formulado dentro de un grupo de discusión
Generalidades
¿Qué tipo de actividades llevas a cabo bajo este modelo?
¿Qué ceremonias: Daily Scrum Meetings, Sprint Reviews, Retrospectives?
¿Participan con el Product Owner en la User Story?
¿Qué tratamiento le dan al Product Backlog y Sprint Backlog?
¿Participan del Sprint Planning?
¿Tienen un Scrum Master que lo elabora?
¿Estiman el esfuerzo de trabajo?
¿Qué documentan?
¿Elaboran Indicadores y Métricas?
Herramientas
¿Usan herramientas aranceladas? JIRA Agile, JIRA Bamboo, JIRA Zephyt, TFS
¿Usan herramientas open source? Redmine, Testlink, Mantis, Selenium WebDriver, Cucumber, SonarQube
Automatización
¿Ejecutan Automation Testing?
¿Bajo qué tipo de modelo: BDD y/o ATDD, pej?
¿Ejecutan Testing contra Código?
¿Ejecutan Testing contra Servicios?
¿Ejecutan Testing contra Front End?
¿Estiman, documentan, elaboran Indicadores y Métricas?
Planteo por parte de un miembro
En mi trabajo es difícil aún introducir los procesos de Testing en Scrum.
Acá se practica la metodología estrictamente, los sprint son de dos semanas y la documentación es casi nula (no existen los casos de uso, y los documentos de requerimientos son escasos), el tiempo para crear casos de prueba es muy poco por lo que decidimos solo crear los de regresión y dedicar mas tiempo a los Criterios de Aceptación (Definition of Done). Utilizamos Jira pero no solo como bugtracker sino también como pizarra de Scrum donde se encuentran las Historias de Usuario (User Story) creadas entre todo el equipo de Scrum en el Sprint Planning. Por el momento las estimaciones de los desarrolladores para bugfixing nunca alcanzaron, y la verificación de bugs de un Sprint se realizan en el próximo. Para nuevos proyectos vamos a probar con Sprints de 3 semanas: 2 de desarrollo, 1 de Testing y bugfixing, así los desarrolladores podrían liberar funcionalidades mas completas (y testeables), estimar mejor el tiempo de testing (somos abiertos al testing exploratorio) y quedaría tiempo para realizar bugfixing. La verificación de bugs seguiría quedando para el próximo sprint.
Devolución ofrecida
No están siendo ágiles.
Si están realizando el testing fuera de la sprint, no están entregando un producto de calidad.
La idea es entregar un incremento TERMINADO: diseñado, desarrollado, probado.
Lamentablemente, así funcionan muchos equipos actualmente.
Es necesario incorporar el Testing dentro de las iteraciones.
TestLodge
Herramienta para gestionar testing
Trabajo de Investigación realizado por:
Gustavo Adolfo Nolazco Rivas
https://pe.linkedin.com/in/gustavo-adolfo-nolazco-rivas-7b47952a/en
Coordinado por: Gustavo Terrera
en el marco del curso online:
Intensivo Manual Testing
+ínfo:
http://testingbaires.com/
Contacto
info@testingbaires.com
El desarrollo ágil de software son métodos de ingeniería del software basados en el desarrollo iterativo e incremental, donde los requerimientos y soluciones evolucionan mediante la colaboración de grupos auto organizados y multidisciplinarios.
Metodología, roles, actividades y artefactos que componen el modelo de proceso ágil SCRUM en el desarrollo de software y cómo lleva a maximizar el retorno de la inversión en la empresa (ROI).
Metodologías de desarrollo ágiles: Scrum, XPejordi
Metodologías de desarrollo ágiles: Scrum y eXtreme Programming.
Treball de l'assignatura Gestió de Sistemes d'Informació (GESI) de la Universitat Politècnica de Catalunya (UPC). Professor: Jordi Esteve. Gener 2009. Vilanova i la Geltrú. Barcelona. Catalunya.
El desarrollo ágil de software son métodos de ingeniería del software basados en el desarrollo iterativo e incremental, donde los requerimientos y soluciones evolucionan mediante la colaboración de grupos auto organizados y multidisciplinarios.
Metodología, roles, actividades y artefactos que componen el modelo de proceso ágil SCRUM en el desarrollo de software y cómo lleva a maximizar el retorno de la inversión en la empresa (ROI).
Metodologías de desarrollo ágiles: Scrum, XPejordi
Metodologías de desarrollo ágiles: Scrum y eXtreme Programming.
Treball de l'assignatura Gestió de Sistemes d'Informació (GESI) de la Universitat Politècnica de Catalunya (UPC). Professor: Jordi Esteve. Gener 2009. Vilanova i la Geltrú. Barcelona. Catalunya.
En la actualidad, la utilización de metodologías para el desarrollo de aplicaciones es casi imposible omitirla, debido a la gran necesidad de control de variables que conlleva el mismo desarrollo, y para la ordenada elaboración de las aplicaciones, por lo tanto, seguir metodologías y estándares nos llevan a estar en competitividad en todo momento.
Similar a Desarrollo en cascada vs desarrollo agile scrum (20)
SEMINARIO WEB EN VIVO: INTRODUCCIÓN AL AGILE TESTINGtbaires
En la actualidad, el concepto de Agilidad sigue evolucionando y con él las prácticas de desarrollo de software que adoptan como base un marco de trabajo ágil.
Durante el seminario se tratarán algunos conceptos básicos:
· ¿Por qué Testing Ágil?
· Los Principios Ágiles
· Esquema de Desarrollo Ágil
· Beneficios de las Prácticas Ágiles
· Los Valores del Testing Ágil
· Descripción del curso de Testing Ágil
Duración
1 hora
Fecha
27 de Julio de 2016
Horario
de 19 a 20 hs
Expositora:
Lic Miriam Alsogaray
https://ar.linkedin.com/in/miriam-alsogaray-2851348
Si te interesa alguno de los cursos que aquí se muestran, solo tienes que ponerte en contacto con nosotros a: info@testingbaires.com / Asunto: SAP Form
Te enviaremos tu código de Descuento
Proyecto Nahual
Meetup del 7Abr en Baufest Argentina
Organizadores. Nadia Cavalleri & Gustavo Terrera
Expositor: Gabriel Escobar
+ info: http://testingbaires.com/
Estimación - 3er Encuentro entre Testers - TestingBairestbaires
Encuentro entre Probadores de Software (Presencial y transmitido en directo por Youtube) para tratar y debatir aspesctos vinculados con la Estimación del Esfuerzo de Pruebas. La reunión se hizo en una de las salas de la empresa Baufest (Argentina) que gentilmente nos facilita para este tipo de eventos.
TestingBaires - Encuentro de Testers - Requerimientos - 18 Abr15tbaires
2do Encuentro de Testers / Probadores - Presencial y Online
Realizado el 18 Abril 2015, en la empresa Baufest (Argentina)
Tema a Debatir: Los Requerimientos.
¿Cómo llegan al Tester?
¿De qué manera participan en la documentación los Testers?
Exposición dada por Carolina Gorosito
Agile coach, trainer and consultant - Certified Scrum Master
ar.linkedin.com/in/carolinagorosito
http://agilecoaching.com.ar/
durante el "6to Encuentro Online de Testers"
organizado por TestingBaires (www.testingbaires.com)
Tema a debatir: Agile Testing
3Redu: Responsabilidad, Resiliencia y Respetocdraco
¡Hola! Somos 3Redu, conformados por Juan Camilo y Cristian. Entendemos las dificultades que enfrentan muchos estudiantes al tratar de comprender conceptos matemáticos. Nuestro objetivo es brindar una solución inclusiva y accesible para todos.
(PROYECTO) Límites entre el Arte, los Medios de Comunicación y la Informáticavazquezgarciajesusma
En este proyecto de investigación nos adentraremos en el fascinante mundo de la intersección entre el arte y los medios de comunicación en el campo de la informática.
La rápida evolución de la tecnología ha llevado a una fusión cada vez más estrecha entre el arte y los medios digitales, generando nuevas formas de expresión y comunicación.
Continuando con el desarrollo de nuestro proyecto haremos uso del método inductivo porque organizamos nuestra investigación a la particular a lo general. El diseño metodológico del trabajo es no experimental y transversal ya que no existe manipulación deliberada de las variables ni de la situación, si no que se observa los fundamental y como se dan en su contestó natural para después analizarlos.
El diseño es transversal porque los datos se recolectan en un solo momento y su propósito es describir variables y analizar su interrelación, solo se desea saber la incidencia y el valor de uno o más variables, el diseño será descriptivo porque se requiere establecer relación entre dos o más de estás.
Mediante una encuesta recopilamos la información de este proyecto los alumnos tengan conocimiento de la evolución del arte y los medios de comunicación en la información y su importancia para la institución.
Actualmente, y debido al desarrollo tecnológico de campos como la informática y la electrónica, la mayoría de las bases de datos están en formato digital, siendo este un componente electrónico, por tanto se ha desarrollado y se ofrece un amplio rango de soluciones al problema del almacenamiento de datos.
(PROYECTO) Límites entre el Arte, los Medios de Comunicación y la Informáticavazquezgarciajesusma
En este proyecto de investigación nos adentraremos en el fascinante mundo de la intersección entre el arte y los medios de comunicación en el campo de la informática.
La rápida evolución de la tecnología ha llevado a una fusión cada vez más estrecha entre el arte y los medios digitales, generando nuevas formas de expresión y comunicación.
Continuando con el desarrollo de nuestro proyecto haremos uso del método inductivo porque organizamos nuestra investigación a la particular a lo general. El diseño metodológico del trabajo es no experimental y transversal ya que no existe manipulación deliberada de las variables ni de la situación, si no que se observa los fundamental y como se dan en su contestó natural para después analizarlos.
El diseño es transversal porque los datos se recolectan en un solo momento y su propósito es describir variables y analizar su interrelación, solo se desea saber la incidencia y el valor de uno o más variables, el diseño será descriptivo porque se requiere establecer relación entre dos o más de estás.
Mediante una encuesta recopilamos la información de este proyecto los alumnos tengan conocimiento de la evolución del arte y los medios de comunicación en la información y su importancia para la institución.
Inteligencia Artificial y Ciberseguridad.pdfEmilio Casbas
Recopilación de los puntos más interesantes de diversas presentaciones, desde los visionarios conceptos de Alan Turing, pasando por la paradoja de Hans Moravec y la descripcion de Singularidad de Max Tegmark, hasta los innovadores avances de ChatGPT, y de cómo la IA está transformando la seguridad digital y protegiendo nuestras vidas.
Es un diagrama para La asistencia técnica o apoyo técnico es brindada por las compañías para que sus clientes puedan hacer uso de sus productos o servicios de la manera en que fueron puestos a la venta.
2. Índice
1. Modelo en Cascada:
I. Definición.
II. Desventajas.
III. Características del Testing en Modelo en Cascada.
IV. Cambio de Paradigma.
2. Scrum
I. Características.
II. Testing en Scrum.
3. Zephyr
3. Dentro de las organizaciones de desarrollo de aplicaciones existen dos
grandes corrientes para la metodología en el desarrollo de un proyecto:
La que tradicionalmente conocemos como “desarrollo en cascada o
secuencial” y
las nuevas metodologías que proponen la generación de pequeños
entregables en un esquema de actividades que se pueden solapar o
traslapar, ya sea en forma secuencial o con un enfoque en palalelo.
5. Definición - Etapas
Es el enfoque metodológico que ordena rigurosamente las etapas del
ciclo de vida del software, de forma tal que el inicio de cada etapa debe
esperar a la finalización de la inmediatamente anterior.
Las etapas que comprende este enfoque son:
1. Análisis de requisitos
2. Diseño del Sistema
3. Codificación/Implementación
4. Pruebas/Validación
5. Implantación/Instalación
6. Mantenimiento
6.
7. Desventajas del Modelo en Cascada
La mayor desventaja del modelo de cascada es uno de sus mayores ventajas: No se
puede volver atrás.
Les exige a los usuarios finales que tengan que conocer desde un principio todos sus
requerimientos.
Muchas veces sucede que el cliente no es muy claro de lo que exactamente quiere
del software. se exige la aceptación de alcances previamente definidos a través de
documentos como “Casos de Uso”.
Los pequeños cambios que surgen una vez que el software está completamente
desarrollado Generar mucho re trabajo.
La mayor desventaja del Modelo en Cascada es que hasta que la etapa final del
ciclo de desarrollo se haya completado, el software no está en las manos del cliente.
Recién en esta instancia, el usuario podrá tener interacción con el producto
solicitado Ocasiona:
Problemas por falta de definición, mala interpretación, etc.
Muchos aspectos de un sistema (look and feel, usabilidad, etc.) sólo se perciban cuando se
opera el mismo.
8. Características del Testing en Modelo
en Cascada
Normalmente solo se involucran los analistas de sistemas para el levantamiento de
requerimientos sin involucrar a otros miembros del equipo de desarrollo (ejemplo:
tester) La participación del Tester está relegada a etapas posteriores del proyecto.
El alcance se congela rápidamente Las pruebas son definidas y se mantienen a lo
largo de todo el proyecto.
Se tiene un conocimiento claro de cuándo parar el ciclo de Testing Condiciones
de Corte.
Aunque los requerimientos evolucionen, el alcance debe ser mantenido hasta que
se genere un control de cambios La tarea de actualización de CP es mínima.
Los cambios en los requerimientos normalmente aparecen a lo largo del proyecto
las actividades de Testing están delimitadas y se conocen claramente. No hay
cambios en las mismas.
Es factible implementar la automatización de CP.
9. Cambio de Paradigma
Exigencias del Cliente Fechas pactadas con la Gerencia.
Modificación en el “Dinamismo del proyecto” Búsqueda de una
nueva metodología:
Pronto resultado Visibilidad del producto.
Fuerte interacción entre todos los involucrados del proyecto.
Decisión: Utilizar Desarrollo Agile-SCRUM
11. Características
Scrum es un modelo de referencia Iterativo e incremental.
Define una serie de prácticas y roles.
Permite la creación de equipos auto organizado impulsando la co-localización
de todos los miembros del equipo, y la comunicación verbal
entre todos los miembros y disciplinas involucrados en el proyecto.
Un principio clave de Scrum es el reconocimiento de que durante un
proyecto los clientes pueden cambiar de idea sobre lo que quieren Por
lo tanto, Scrum adopta una aproximación pragmática, aceptando que el
problema no puede ser completamente entendido o definido, y
centrándose en maximizar la capacidad del equipo de entregar
rápidamente y responder a requisitos emergentes.
12.
13.
14. Testing en Scrum
Participación temprana del equipo de Testing.
Interacción fluida entre todos los miembros del equipo Flexibilidad en
el proyecto.
Transparencia y visibilidad del los objetivos a cumplir.
Gran dinamismo en el proyecto.
Compromiso y responsabilidad en el equipo.
Foco en desarrollar/testear lo prometido.
16. Zephyr para JIRA es una aplicación adicional que aumenta JIRA 5 y 6 , que permite en
cada etapa del ciclo de vida del software planificar, construir, probar y poner en
marcha el software .
Las características principales incluyen :
Crear , ver, editar y pruebas.
Ciclos de ejecución del plan de pruebas.
Ejecutar pruebas.
Enlazar Defectos.
Métricas de calidad por ciclo de Testing.
Crear cuadros de mando personalizados.
Realizar búsquedas avanzadas utilizando ZQL.