Tuenti es una plataforma social con más de 14 millones de usuarios en España. Para mantener la calidad, la responsabilidad recae en todos los departamentos, incluidos ingeniería y QA. La ingeniería realiza revisiones de código y pruebas unitarias y de integración. El equipo de QA ejecuta casos de prueba y reporta errores. La calidad no es solo responsabilidad del departamento de QA, sino parte integral de la cultura de la empresa.
Encuentro entre Testers Automatizadores - 230515TestingBaires
Presentación utilizada durante el 1er Encuentro entre los Testers Automatizadores que tomaron nuestros cursos de Automatización de Pruebas (Selenium WebDriver y Cucumber) con el objetivo de tener un espacio donde discutir temas vinculados con esta práctica.
Esta presentación muestra el contenido de la charla online, cuyo objetivo es poner sobre la mesa la diversidad de desafíos que tienen los Testers/Probadores de Software, y dar una breve reseña de los cambios que hay tanto en los procesos como en los aspectos de la tecnología de Testing y que invitan a que nos adaptemos rápidamente.
Información del Evento
Título del Evento: Los nuevos desafíos del Testing
Expositora: María José Pérez Zavala (LinkedIn)
Tipo de Evento: No Arancelado
Plataforma: Hangout en Directo
Fecha del Evento: 12/12/15
Inicio: 10:00 am (GMT -03:00)
Fin: 12:00 am (GMT -03:00)
Comentarios:
Se transmitirá en directo por YouTube.
Minutos antes del Inicio del evento estaremos publicando la url para que puedas acceder, seguir la charla y hasta incluso participar con tus comentarios y/o preguntas.
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.
My keynote talk at DiscussAgile Hyderabad 2016 conference. In this talk, I deconstruct #agility and compare and contract with nature. Feedback welcome :)
Encuentro entre Testers Automatizadores - 230515TestingBaires
Presentación utilizada durante el 1er Encuentro entre los Testers Automatizadores que tomaron nuestros cursos de Automatización de Pruebas (Selenium WebDriver y Cucumber) con el objetivo de tener un espacio donde discutir temas vinculados con esta práctica.
Esta presentación muestra el contenido de la charla online, cuyo objetivo es poner sobre la mesa la diversidad de desafíos que tienen los Testers/Probadores de Software, y dar una breve reseña de los cambios que hay tanto en los procesos como en los aspectos de la tecnología de Testing y que invitan a que nos adaptemos rápidamente.
Información del Evento
Título del Evento: Los nuevos desafíos del Testing
Expositora: María José Pérez Zavala (LinkedIn)
Tipo de Evento: No Arancelado
Plataforma: Hangout en Directo
Fecha del Evento: 12/12/15
Inicio: 10:00 am (GMT -03:00)
Fin: 12:00 am (GMT -03:00)
Comentarios:
Se transmitirá en directo por YouTube.
Minutos antes del Inicio del evento estaremos publicando la url para que puedas acceder, seguir la charla y hasta incluso participar con tus comentarios y/o preguntas.
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.
My keynote talk at DiscussAgile Hyderabad 2016 conference. In this talk, I deconstruct #agility and compare and contract with nature. Feedback welcome :)
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
Cas 2011 Integración continua vs controladapsluaces
Integración continua vs controlada. Los pros y contras de por qué usar CI y por qué "feature branches" (branch per task) es el futuro de la integración continua. Presentada en CAS2011 en Castellón.
Cucumber - Curso de Automatización de PruebasTestingBaires
Curso de Automatización de Pruebas con Cucumber
Cucumber, herramienta open source que junto con Selenium WebDriver en Ruby permite automatizar procesos de prueba en aplicación web y también utilizarla para pruebas sobre equipos móviles.
My invited talk at TCS AgileCafe, Bangalore on Sep 29. In this talk, I explore how large #enterprises are creating #innovative products using #leanstartups
My keynote at AgileNCR2016 at Gurgaon, 9 Dec. In this talk, I explore the very basis of the role of scrum master, what happens when that jobs is done, and what should you do next?
Comments, objections and feedback welcome!
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
Cas 2011 Integración continua vs controladapsluaces
Integración continua vs controlada. Los pros y contras de por qué usar CI y por qué "feature branches" (branch per task) es el futuro de la integración continua. Presentada en CAS2011 en Castellón.
Cucumber - Curso de Automatización de PruebasTestingBaires
Curso de Automatización de Pruebas con Cucumber
Cucumber, herramienta open source que junto con Selenium WebDriver en Ruby permite automatizar procesos de prueba en aplicación web y también utilizarla para pruebas sobre equipos móviles.
My invited talk at TCS AgileCafe, Bangalore on Sep 29. In this talk, I explore how large #enterprises are creating #innovative products using #leanstartups
My keynote at AgileNCR2016 at Gurgaon, 9 Dec. In this talk, I explore the very basis of the role of scrum master, what happens when that jobs is done, and what should you do next?
Comments, objections and feedback welcome!
An evening with... Microservices - Session 1Arkhotech
Si bien la tecnología de microservicios tiene ya un par de años, su uso más formal con implementaciones importantes en ambientes productivos es bastante reciente. En este meetup se hará un introducción mundo de los microservicios comenzando por los aspectos más teóricos, pasando por la descripción de arquitectura y buenas prácticas, para finalizar con un ejemplo práctico de implementación y un primer acercamiento al escalamiento.
La finalidad del taller es hacer una introducción a la extensión Fabrik, mediante la cual podremos apenas sin esfuerzo, crear aplicaciones en Joomla sin necesidad de conocimientos de programación. En el taller trataremos desde el uso básico de la extensión, creando una sencilla aplicación para explicar todos y cada uno de los componentes de los que podemos hacer uso, hasta mostrar con algunos ejemplos la potencia de dicho componente para la realización de toda aquella aplicación que siempre has necesitado en tu web.
Curso Especialista Marketing Digital Empresa Digitala Bizkaia - Conceptos Ini...Venan Llona
Primera sesión del Curso de Especialista en Marketing Digital de Enpresa Digitala impartido en Zamudio el 18 de septiembre de 2014 por Venan Llona (@vllona)
2. ¿Qué es ?
• Una plataforma social de comunicación web y
móvil con más de 14 millones de usuarios
registrados, alrededor de 10 millones de
usuarios activos al mes (6,5 a través de apps),
que comparten de forma privada contenido
relevante para ellos y su círculo de amigos más
cercano.
3. Gente real. Información real.
Relaciones reales.
• Máxima privacidad por
defecto
• No indexa en
buscadores
• Simple
• Messenger + Social
• Contenidos relevantes
• Alto engagement Tuenti en 2007 y nuestro primer logo"
4. 6 años de "
14MM de "
usuarios"
Total Users (Millions)"
15
Release of"
“Tuenti Places”"
11
Launched mobile" Telefónica"
Investment"
8
#1 social network in Spain"
by page views"
Hired 100th"
4
to the team"
Founded" 25k users"
Sold first ad"
0
2006 2007 2008 2009 2010 2011 2012
5. Tuenti hoy
Tuenti hoy!
• 15% del tráfico web de
España pasa por Tuenti
cada día
• Una de las principales
compañías de internet en
Europa
• 3 Oficinas, 260 empleados
de 22 nacioalidades
• En proceso de
internacionalización
"
6. Principal sitio web y móvil en España
14,5MM! 40.000!
Usuarios registrados" Millones de páginas
6,5MM!
Usuarios de apps
400MM!
Mensajes de chat/día"
vistas al mes" móviles"
Base de datos Tuenti"
7. ¿Y en cuánto a lo techie?
• +13M usuarios (~10,4M usuarios activos 2011)
• +100 minutos/día por usuario (avg)
• +400M mensajes de chat / día
• +4M fotos subidas / día (picos)
• +41,000M páginas vistas / mes
• +35K requests / seg (picos)
• +1,3K servidores
• +250 empleados (~60% techies)
• +15K archivos en los repositorios
• +10K Tests
Base de datos Tuenti"
8. Release workflow
Branch Code Test Integrate Release Stabilize
Base de datos Tuenti"
9. Release workflow
Branch Code Test Integrate Release Stabilize
• 15 ramas de media en cada release
o Record actual: 35 ramas
• 63.000 líneas modificadas de media por release
Base de datos Tuenti"
10. Release workflow
Branch Code Test Integrate Release Stabilize
• Scrum (o al menos alguna metodología Ágil)
o Tanto TDD como sea posible
• Labs
• A/B Testing
• Dark launch
Base de datos Tuenti"
11. Release workflow
Branch Code Test Integrate Release Stabilize
• Repositorio único siempre disponible
• Fecha de release dada por el equipo de devops
o Pasar toda la batería de tests hasta que todos
den el OK
o Mergear y esperar !!!
• Testing por parte de QA
o Cualquier problema debe ser solucionado
ASAP !!!
Base de datos Tuenti"
12. Release workflow
Branch Code Test Integrate Release Stabilize
• 3 releases por semana
• DevOps goal: Todos los días de la semana
• Se toma el último changeset válido de Integración
• Staging servers para probar el código con cierto
número de usuarios
Base de datos Tuenti"
13. Release workflow
Branch Code Test Integrate Release Stabilize
• Un único push a live a las 8 am
• En caso de error o problema rápido
• Revert
• Hotfix
Base de datos Tuenti"
16. ¿De quién depende la calidad?
Engineering
QA Team
Engineers Testers QA Analyst Test Engineer
• Unit & • Ejecutar Tests • Diseño y • Integration &
Integration Cases Ejecución de Browser Tests
Tests Tests Cases
• Bug Reports • Gestión de los • Analizar
• Code coverage Issues calidad del
• Release código
Process
• Soporte para
Hotfixes
17. ¿Ingenieros también?
Por supuesto,
1. Todo código debe de ser testeable
2. Los tests deben de probar el código que deberías de
tener no el que tienes
Think à Code à Test à Refactor
21. ¿Y QA dónde está?
Divididos en equipos por areas funcionales de negocio
Comms
Sharing
Identity
Ads
FEFW
Tent
Webx
Social
BEFW
Infraestructure
Revenue
Platform
Ops
Online
Cus
WP
Android
m.tuenti
MVNO
iPhone
Mobile
BB
22. ¿Por qué juntos?
• Mejor conocimiento del producto
o Plannings, Scrum diario…
• Cercanía a los developers
o Feedback rápido
o Confianza
23. Resumiendo…
• La calidad NO es un impedimento para la agilidad…
¡ Es la base de la agilidad !
• La calidad no es cosa del departamento de QA…
¡ Es parte de la cultura de la empresa !
24. Resumiendo…
“ The only way a team can write quality
software is when the entire team is responsible
for quality. ”
James A. Whittaker, Jason Arbon, Jeff Carollo, How Google Tests Software