TRANSCRIPT
1
2
3
Editorial Por C Marcelo Cusmai
El desafío de crear una revista dedicada especialmente para profesionales de Testing de Software en idioma español, se originó a partir de la interacción con medios europeos, y también con los foros latinoamericanos de especialistas dedicados al Testing que incentivaron en gran medida la existencia de una propuesta como pretende ser “InfoTesting”. Sin lugar a dudas esta propuesta ha conseguido completarse a partir de la colaboración incondicional de numerosos profesionales de regiones latinoamericanas y también del continente europeo que se sumaron rápidamente a este canal especializado. La iniciativa se orienta a convocar el conocimiento profesional que se ha desarrollado en esta temática y plasmar en esta edición gráfica las distintas propuestas académicas, estrategias, herramientas, perfiles, y el numeroso conocimiento que se ha originado a partir del desarrollo profesional que posee esta actividad y que se proyecta con un gran crecimiento. La importancia que ha demostrado tener el aseguramiento de calidad de software no es otra cosa que el reflejo y reconocimiento de la excelente labor que realizan miles de profesionales dedicados a este rubro en todo el mundo. El tester es en su labor profesional un custodio permanente de la calidad del software. El título elegido para esta primera publicación engloba en cierto modo, el concepto constructivo que aporta el ángel guardián en la tarea profesional de la calidad. Son numerosas las variantes y especializaciones que se han desarrollado en torno al testing de software, si bien en muchos aspectos la performance laboral del profesional implica que deba realizar tareas de destrucción del código, en realidad a los objetivos finales de un proyecto de desarrollo, el tester aporta una tarea constructiva para concretar y realizar aseguramiento de calidad. En esta propuesta debajo del título de “Ángeles custodios de la calidad de software” se realiza un recorrido general sobre las distintas tareas que realizan los testers profesionales, herramientas de código libre, la utilización de tecnologías ágiles, las particularidades del testing financiero, la realización de eventos regionales e internacionales, y las numerosas actividades que se desarrollan en relación al testing internacional y profesional. Esta publicación no podría haber sido posible sin el importante aporte de conocimiento expresado en los artículos realizados por profesionales principalmente Latinoamericanos. Muchas gracias por la oportunidad de presentar “Infotesting”!!
Director /Editor
C. Marcelo Cusmai
Diseño y Diagramación
Stabilitas
Artículos y redacciones – Abril
Gary Rueda Sandoval – Bolivia
Ernesto Kizkurno – Argentina
Nora Saidman – Argentina
Gustavo Terrera – Argentina
Mark Aberdour – Testing Experience
Pedro Gonzalez – Argentina
Colaboraciones y Fuente
Raynald Korchia - España
Álvaro R. de Mendarozqueta – Argentina
Julián D. Restrepo Gomez - Colombia
Traducciones
Sergio E Cusmai
Sitio Web
www.infotesting.com
4
InfoTesting - Abril 2011
Pruebas de Software en el sector financiero……………………………………………………….Pag 5
Por Gary Rueda Sandoval
Testing Classroom………………………………………………………………………………………………………Pag 7
Por Pedro Gonzalez
Aplicando KANBAN al Testing de Software ………………………………………………………….Pag 10
Por Ernesto Kizkurno y Nora Saidman
El perfil del tester de Software……………………………………………………………………………Pag 15
Por Gustavo Terrera
Más por menos: El crecimiento del código abierto en las herramientas de prueba………………………………Pag 20 Por Mark Aberdour
La conferencia internacional expo:QA………………………………………………………….………Pag 26
Por Raynald Korchia
Jornadas JAIIO 2011 ……………………………………………………………………………………………………Pag 27
Nota InfoTesting. Fuente: Álvaro R. de Mendarozque
Calidad de Software desde Latinoamérica……………………………………………………………Pag 33 Por Marcelo Cusmai
ISTQB en Latinoamérica ………………………………………………………………………………………………Pag 35
Por Julián D. Restrepo Gomez
I
N
F
O
T
E
S
T
I
N
G
5
as empresas del sector de la industria bancaria, de los servicios financieros y de seguros tienen que actualizar
constantemente sus aplicaciones de software para adaptarse rápidamente al entorno de negocios que siempre irá cambiando dinámicamente. Estas empresas dependen a menudo de vendedores externos para desarrollar sus aplicaciones de software debido a distintas consideraciones de negocios. El Software desarrollado por estos vendedores debe ser probado rigurosamente en la búsqueda de defectos, ya que estos pueden convertirse en un altísimo costo para estas empresas, en cuanto a un aumento en las horas del personal de desarrollo utilizadas para la corrección de defectos, aumento en los costos de desarrollo, aumento en los costos de transacciones y caídas temporales conduciendo a la pérdida de transacciones, demora en el procesamiento de las transacciones y la pérdida del negocio o de la reputación en el mercado. Por ejemplo:
“Transacciones de un banco en Bolivia cobró 2
veces a 10.000 clientes” “Millones de cuentas
bancarias fueron impactadas por defectos
debido a la instalación de un código de software
probado inadecuadamente en el sistema de
procesamiento de transacciones de un Banco
grande en EEUU. Las pérdidas excedieron los
100 Millones de dólares”.
Hay más informes en la prensa sobre
defectos en el software, activando
transacciones erróneas, o la desactivación de un
sitio web por horas en las transacciones en los
bancos y otras instituciones financieras en el
mundo causando una pérdida de millones de
dólares. En nuestra región de Latinoamérica no
hay una estadística publicada sobre el
porcentaje de instituciones financieras que han
tenido problemas en el software pero eso no
quiere decir que no hay defectos o pérdidas en
el negocio. Tales incidentes originan una serie
de preguntas. ¿Por qué los problemas del
software no fueron detectados antes a pesar de
todas las herramientas modernas a disposición
de los ingenieros de sistemas? ¿Cómo puede
ser remediada esta situación? Una gran parte
de las respuestas a estas preguntas caen en una
de las áreas más desatendidas del desarrollo y
despliegue del producto–Pruebas de Software.
Las pruebas de software son
predominantemente vistas como una actividad
periférica, casi una formalidad, antes del
despliegue del software. Un cambio de actitud
hacia las pruebas de software puede reducir
tremendamente los problemas normalmente
asociados con el lanzamiento del nuevo
software y minimizar el riesgo implicado. Las
pruebas de software consisten en un proceso
crítico para asegurar que el software sea
entregado al cliente libre de defectos, y debería
ser tratado como tal. En la actualidad la mayoría
de las entidades financieras y bancos no
cuentan un personal profesional en pruebas de
software para gestionar un proceso de control
L
Estrategia y conocimiento
Pruebas de Software en el Sector Financiero Para continuar competitivo, las entidades financieras tienen que innovar con nuevas ideas y ofertas de negocios. Por Ing. Gary Rueda Sandoval - Bolivia
I
N
F
O
T
E
S
T
I
N
G
6
de calidad paralelo al proceso de desarrollo y
las empresas tercerizadas están más orientadas
al desarrollo por lo cual hay una cierta
parcialización hacia el software desarrollado por
parte del fabricante. Las pruebas de software
requieren un conocimiento especializado y
profesional con una metodología diferente que
escribir código o construir software. Un peligro
inherente de contratar los servicios de control
de calidad del software del mismo fabricante
del software es el conflicto de interés. Dado a la
criticidad del software tiene sentido la
separación del desarrollo y las pruebas de
software en equipos separados y además las
pruebas de software deben ser llevadas a cabo
por personas que conocen las técnicas y
métodos, y tienen experiencia y conocimiento
del dominio del negocio, y herramientas de
pruebas de software. Este conocimiento se lo
puede adquirir mediante la certificación en
pruebas de software ISTQB (www.istqb.org), la
más reconocida a nivel mundial que brinda
distintos niveles de experticia, comenzando por
1 nivel básico, 3 niveles avanzados, 1 nivel
completo y terminando por el nivel experto.
Esta certificación asegura que su personal
adquiera el conocimiento para poder aplicarlos
en la vida práctica en los proyectos de control
de calidad de software ya sea en el rol del
proveedor de servicios de pruebas de software
así como también el que ha de contratar los
servicios de una empresa de servicios de
pruebas de software.
Gary Rueda Sandoval
Primer instructor en Latinoamérica autorizado por la ISQTB para dictar cursos en español.
Miembro fundador del Comité Hispanoamericano de Calificaciones de Pruebas de Software – HASTQB
Representante del HASTQB Bolivia
Presidente y Consultor Principal de Business Innovations S.R.L.
Consultor para la industria energética, Jefe de Proyecto/Pruebas y creador de herramientas de pruebas para la generación inteligente de casos y datos de prueba. Consultor en proyectos complejos para la empresa Versata (soluciones utilizadas por la NASA). Cuenta con el Certificado en ISTQB Nivel Avanzado (Test Manager), Certificado en Versata/Tenfold e IBM Rational Sales. Es Licenciado en Ingeniería Informática de la Universidad TFH Berlín, Alemania, Licenciatura en Administración de Empresas de la Universidad de Rushmore, USA.
I
N
F
O
T
E
S
T
I
N
G
7
esting Classroom es un portal de recursos
gratuitos para testers de habla hispana.
Las principales actividades de nuestra
comunidad están relacionadas con la gestión de
capacitaciones en testing, publicacion de
tutoriales, organización de eventos y
seminarios.
La propuesta nace ante una situación de crisis,
en la cual al cierre de una empresa de
desarrollo de software, 50 tester profesionales
quedaron desempleados. Fue esta situación la
que nos impulso a organizar un medio orgánico
de capitación, con el objetivo de fortalecer el
perfil de estos testers y reinsertarlos
rápidamente al mercado.
El experimento dio resultados inmediatamente,
todos los miembros del grupo consiguieron
empleo nuevamente, y a su vez mucha gente
interesada en perfeccionarse o bien en
incursionar en el mundo del testing se unió a la
Comunidad, asi como empresas interesadas en
contratar los servicios de los tester de la
comunidad. Este proyecto nace con un ideal, y
es este ideal el que queremos conservar y
transmitir a cada miembro de la comunidad.
Nuestro objetivo es crear una red de tester
profesionales, brindándoles un espacio en el
cual compartir sus conocimientos y aprender de
las experiencias de la comunidad.
Entre los eventos organizados por Testing
Classroom se encuentran:
uMeetup:
En Agosto de 2010 se reunieron en Nueva
Córdoba un grupo de 14 testers freelance con el
sponsorship de “uTest” y bajo la coordinación
de Pedro Gonzalez.
Se trataron temas relacionados a la actividad de
testing bajo modalidad freelance.
T
Comunidades
Testing Classroom Testing Classroom es una interesante comunidad de recursos gratuitos impulsada por Pedro Gonzales y Diego A Bruno desde el corazón de Argentina. En medio del crecimiento regional de una actividad profesional de alcance Internacional, esta comunidad ha demostrado tener continuidad e iniciativa. La misión de la propuesta es consolidar una comunidad de profesionales del Testing, capacitar, y posicionarla a nivel mundial, compartiendo y aprendiendo de la experiencia colectiva.
Por Pedro Gonzalez – Córdoba – Argentina.
I
N
F
O
T
E
S
T
I
N
G
8
NDA Workshop:
En Septiembre de 2010 realizamos una reunión
con 10 testers que estaban teniendo
dificultades para reinsertarse en el mercado. Se
habló de requisitos de los perfiles mas buscados
y se analizaron vacantes, además de generarse
una lista de testers que se envió a posibles
empleadores.
Testing Essentials:
Seminario de “introducción al testing” que tuvo
lugar en Noviembre de 2010. Este fue un curso
gratuito de 12 hs de duración dictado en las
instalaciones provistas por el Instituto Superior
Santo Domingo al que asistieron 16 alumnos. Se
trabajó de forma intensiva con un extenso
temario que incluye desde conceptos básicos
hasta técnicas útiles.
Open Session:
La primer sesión abierta se realizó en Abril de
2011 y su objetivo fue el intercambio de
conocimientos y experiencias entre los
miembros de la comunidad de testers de
Córdoba. Asistieron 14 testers y se discutieron
temas relacionados a mercado laboral,
certificaciones, cursos, metodologías de trabajo
y técnicas de automatización, etc.
En el futuro continuaremos organizando Open
Sessions, para conocer las fechas de eventos
por favor dirigirse a
http://eventos.testingclassroom.com.
Pedro Gonzalez
Most Valuable Tester (social networking testing)
2010-Q3 Bug battle Competition (1er premio categoria Mobile)
2010 –Q4 Bug battle Competition (4to premio categoria Web)
2010 uTester of the Year.
Functional & Usability testing
Test planning
Diego A. Bruno
Tester, Trainer y QA Lead –Gameloft
Tester Funcional – Intel
Tester de web Services – Santex America
I
N
F
O
T
E
S
T
I
N
G
9
10
TECNOLOGÍA
Aplicando KANBAN al testing de software
KANBAN ES UNA METODOLOGIA AGIL QUE PERMITE VISUALIZAR EL FLUJO DE TRABAJO, DIVIDIR TAREAS Y
OPTIMIZAR EL TIEMPO DENTRO DE LA OFICINA. UNA EFECTIVA ESTRATEGIA PARA LA GESTION DEL CAMBIO
QUE TIMIDAMENTE VA ABRIENDOSE CAMINO EN EL UNIVERSO TI.
POR ERNESTO KISZKURNO Socio Pragma Consultores – Presidente HASTQB Argentina y
NORA SAIDMAN Coordinadora de proyectos de QA de Pragma Consultores
n enorme tablero domina la pared de la oficina, Distintas taras llenan filas y columnas junto a pequeños post-it
amarillos que se van trasladando de forma dinámica. Detrás de esta aparente telaraña de anotaciones hay una metodología de trabajo conocida como Kanban y que ha demostrado ser muy exitosa en la disciplina del testing de software. La idea es simple y efectiva: las señales visuales marcan bloques de trabajo y el plan es no avanzar con una nueva estrategia hasta que no se haya cumplido la anterior en la cadena. Si no se adelanta en el tablero, corre el riesgo de que los elementos bloqueen el flujo productivo. Una imagen que funciona como una perfecta metáfora del trabajo en equipo. Cualquier problema o "cuello de botella" quedará en evidencia en la pizarra.
EI nombre Kanban surge de la combinación de dos conceptos: "kan" (visual) y "ban " (tarjeta o tablero). Es un término japonés acuñado por Toyota hace varios años. Ellos lo usaban para señalizar los productos parciales en la línea de montaje fabril. Kanban se enmarca dentro de las llamadas metodologías ágiles que, como su nombre lo indica, buscan dar rapidez y practicidad a los procesos. Entre sus fundamentos –establecidos en el año 2001 en el Manifiesto Agile-, se encuentra el de revalorizar las interacciones entre individuos por sobre los procesos y herramientas o la respuesta ante el cambio.
U
Ernesto Kiszkurno
Socio de Pragma consultores
Miembro de HASTQB - ISTQB
Presidente de HASTQB Argentina.
Ha sido Profesor de Aseguramiento y Control de Calidad de Software en el posgrado en Ingeniería de Software en la PONTIFICIA UNIVERSIDAD CATOLICA ARGENTINA
Director División Calidad, Tecnología y Desarrollo en Pragma Consultores
Ha participado como Miembro de la Comisión de Calidad en CESSI.
I
N
F
O
T
E
S
T
I
N
G
11
Hoy, a casi una década, estas metodologías -a las que se suman por ejemplo Scrum o Extreme Programming-, se aplican en proyectos de software en todo el mundo. Si bien Kanban se usa en diversas industrias y desde hace mucho tiempo en la de software, en particular se comenzó a utilizar en 2003 gracias a David Anderson, pionero en la materia y autor de varios libros sobre metodologías ágiles. Kanban en la industria del software. El método Kanban fue inventado por Sakichi Toyoda en 1902con el objetivo de mejorar el proceso de fabricación textil que el Grupo Toyota tenía en aquel momento (en 10 que para algunos fue el nacimiento del concepto de "automatización" en la industria). Con el tiempo, el grupo fue evolucionando a la empresa que conocemos hoy y el método a lo que se conoce vulgarmente como Toyota Production System (TPS). En la disciplina de desarrollo de software, y dentro de las herramientas de proceso llamadas ágiles, Scrum es la más usada. Pero, según explica Anderson, Kanban funciona mejor para ciertos procesos de mantenimiento de software, y por eso su amplia difusión actual en esta industria. Pero, más allá de su creciente popularidad, es difícil encontrar referencias al uso de Kanban dentro de la práctica de testing de software. Es un hecho llamativo ya que esta metodología puede estructurar muy bien la actividad de un área o equipo de testing. Henrik Kniberg, reconocido consultor en compañías de IT, subraya tres ejes claves de Kanban. El primero implica visualizar el proceso (workflow) de trabajo, partiendo el trabajo en diferentes piezas. También ayuda a limitar el trabajo en curso (work in progress) y, por último, a optimizar el flujo de trabajo midiendo el lead time (el promedio de tiempo necesario para terminar una pieza). Estos tres puntos son más que importantes a la hora de testear software en forma continua.
De la teoría a la práctica. Una QAF (Quality Assurance Factory) es un área de servicios compartidos orientada a controlar la calidad de los productos de software elaborados en una determinada organización (u organizaciones). EI concepto es similar al ampliamente difundido de Software Factory. Usualmente es vista como una unidad organizacional independiente que provee servicios a sus clientes (internos o externos) y percibe por ello ingresos (un profit center). En algunas organizaciones se encuentra totalmente tercerizada a manos de un proveedor especializado, en otras está formada por recursos propios. Dentro de los desafíos para gestionar una QAF hay dos que son los más importantes. EI primero tiene que ver con establecer un modelo de cobros dinámico que permita obtener los recursos necesarios para brindar servicios al nivel de calidad esperado. El segundo implica gestionarla demanda de trabajo. La unidad organizacional tendrá múltiples clientes a los que deberá proveer diferentes servicios, con cronogramas variables y cambios constantes (no olvidemos que estamos hablando de proyectos de desarrollo de software. Es en este último punto en el que las metodologías ágiles, y en particular Kanban, pueden ayudarnos.
I
N
F
O
T
E
S
T
I
N
G
12
Utilizar un enfoque en cascada (o altamente estructurado) para este tipo de demanda cambiante resulta impráctico con el contexto dinámico que tienen hoy las áreas de sistemas de las grandes organizaciones. En cambio, aplicar metodologías ágiles como Scrum o Kanban para gestionar una QAF nos permite disponer de mecanismos para planificar y comunicar los planes altamente efectivos; definir cuánto trabajo puede tomar el área y, en consecuencia, establecer prioridades ; entender qué se está haciendo en todo momento y quién lo está haciendo; saber inmediatamente cuando algo ha detenido la correcta ejecución de nuestros planes; introducir cambios de prioridades o ajustar la planificación y, además, interactuar con los clientes en forma eficiente de cara al cumplimiento de los planes y objetivos. A menudo, uno de los principales inconvenientes que enfrenta una QAF es la de asignar sus recursos a tareas que realmente agreguen valor o, dicho de otro modo, mantener a todo el equipo asignado a tareas productivas. Es por ello que en general la planificación se realiza desde los recursos hacia las tareas no al revés. Esta diferencia sutil pero fundamental es la que hace más atractivo el uso de Kanban en este tipo de contextos y menos restrictivo en sus procedimientos. El método Kanban se implementa mediante un tablero que se coloca en un lugar visible para todo el equipo. La pizarra se divide en columnas, una para cada etapa del proceso. Luego se define un número límite para cada columna (WPI): las tareas avanzan solo cuando hay espacio disponible, para lo cual es más sencillo establecer prioridades. Diariamente se realiza una puesta en común, en la cual todos los integrantes conocen las tareas que el resto del equipo lleva a cabo, pueden opinar al respecto y hacer sugerencias. Es fácil visualizar en el tablero los tiempos ociosos y poder adelantarse a ellos, realizando una distribución anticipada de las tareas o informando, a quien corresponda, los problemas antes que sucedan. Los miembros del equipo tienen obligación de informar la finalización de sus tareas, la
disponibilidad para tornar otras y también las interrupciones. El proceso de planificación (partición de tareas y estimación) se puede realizar utilizando las mismas técnicas que en Scrum.
La actividad de testing en áreas de sistemas de grandes compañías se ha vuelto muy dinámica. Aplicar metodologías demasiado predictivas en estos contextos constituye una fórmula para el fracaso. Es por ello que la exploración de métodos alternativos de gestión, como Kanban, es un tema clave para garantizar servicios de control de calidad a la medida de las necesidades de la organización. Lo importante de Kanban, como de otras metodologías agiles, es generar un mecanismo de control visual que ayude a hacer un seguimiento del trabajo. Agilidad y transparencia son sus principales virtudes; evitar los cuellos de botella, las superposiciones de tareas y los tiempos muertos, sus ventajas inmediatas. La gran pizarra blanca delineada por columnas y filas y tapizada de papelitos amarillos está viva, acompañado el desarrollo de las tareas de ese día. Las 9 ventajas principales del uso de Kanban 1. Se concentran en limitar el WIP (work in progress), transformando el f1ujo de las pruebas en un sistema pull no push (en función de lo que "podemos” - equipo disponible- y no de lo que "queremos" hacer). Esto evita mucho esfuerzo de planificación y priorización, que la propia dinámica de la tarea de testing vuelve obsoleto. 2. Permite representar el proceso de testing en el tablero, especificando las responsabilidades de cada área. Al tener todo en el tablero es posible visualizar y responder a primera vista dos preguntas fundamentales: (Que tareas se encuentran interrumpidas y por qué motivos? (Todo el equipo está trabajando? 3. Tiene una rutina diaria (heredada de Scrum) de puesta en común de todo el equipo. A partir de esto todos los integrantes conocen las tareas
I
N
F
O
T
E
S
T
I
N
G
13
que el resto del equipo realiza, pueden opinar al respecto y realizar sugerencias, como así también colaborar en caso de que alguien esté con tiempo ocioso (incluidos los clientes). 4. Favorece el intercambio de información (vía el tablero) y la interacción entre los diversos equipos de testing de un proyecto. Por otro lado, obliga en forma natural a que se cumplan rodas las etapas del ciclo de vida de testing de software. 5. Distribuye las actividades de gestión y planificación dentro del equipo, aliviando al líder de la QAF (que se sabe que es el rol más crítico en esta clase de estructuras). 6. Favorece la autogestión del grupo, que va balanceando sus necesidades, sin olvidar que el objetivo primordial es cumplir con los tiempos y con la calidad de entrega del producto.
7. incentiva la participación, colaboración y expresión igualitaria de rodos los miembros del equipo (impactando positivamente en su motivación). En los equipos que siguen metodologías agiles cada integrante es activo (da un paso adelante para buscar tareas y comenta lo que los demás hacen). 8. Propone técnicas de estimación para lidiar con rareas complejas (como ventanas móviles en lugar de Sprints rígidos). Esto es especialmente útil a la hora de planificar testing debido a que muchas de las decisiones del equipo estén fuera del ámbito de la QAF. 9. Propone una orientación hacia los resultados: al final del día siempre es posible medir el progreso real del equipo en términos de tareas realizadas.
I
N
F
O
T
E
S
T
I
N
G
14
15
Recursos Humanos
El Perfil del Tester de Software
El área de reclutamiento, ciertamente se encuentra cobrando una importancia mayor ya que ha
comenzado a trabajar de manera conjunta con el área de tecnología en la detección y adquisición de
los recursos que demuestren valor agregado para la empresa.
Por Gustavo Terrera – Buenos Aires, Argentina
l ‘Perfil del Tester de Software’ puede
ser analizado desde distintos puntos de
vista, muchos de ellos discutidos y
estudiados últimamente por un número
considerable de profesionales del área de TI y
de RRHH, debido a la creciente demanda de
recursos que se ha ido dando en estos años
para aplicarlos a diferentes tipos de industria.
Este perfil ha ido evolucionando y cobrando
mayor reconociendo a nivel mundial,
transformándose de ‘no representativo’ a
‘representativo’, de ‘prescindible’ a
‘imprescindible’ (en muchos casos), de
‘rechazado’ a ‘aceptado’, de ‘ninguneado’ a
‘valorado’, de ‘no reconocido’ a ‘reconocido’, y
otro adjetivos más, muchos de ellos contenidos
en los siguientes aspectos:
1. Cualidades Personales 2. Perfil Técnico 3. Clasificación 4. Área de RRHH 5. Educación 6. Tipos de Testers (Humor … hasta qué
punto) 7. Mitos y Folklore 8. Tendencias
E
I
N
F
O
T
E
S
T
I
N
G
16
Cualidades Personales
Muchas de estas cualidades fueron
proporcionadas por amigos/conocidos de las
áreas de rrhh y del área técnica que a lo largo
de estos años, y luego de muchas entrevistas,
sacan como conclusión que todo ‘Tester’
debería poder reunir la mayoría de los
siguientes puntos:
Crítico Analítico
Creativo y
Pragmático
Conciso
Buen
comunicador
Sentido común
Organizado Explícito
Metódico Asertivo
Atento Claro
Curioso Comprometido
Desconfiado Investigador interno
Cauto Confianza en si mismo
Detallista Pasión por el producto
Deductivo Compatibilidad con el grupo
Certero Rápida adaptación al área y a los
cambios
Ordenado Conocimiento sobre la empresa que lo
entrevista / contrata
Diplomático
I
N
F
O
T
E
S
T
I
N
G
17
Perfil Técnico
La gran mayoría de estos atributos, me fue
proporcionada por responsables del área
técnica quienes han estado a cargo de las
entrevistas preliminares, definitivas o bien,
De acompañar a las áreas de rrhh:
Conocimiento en
herramientas
Comprender fallas de
arquitectura
Conocimiento en
plataformas
Capacidad para detectar
errores
Conocimiento en
lenguajes
Networking
Gestionar la
configuración
Ingeniería de software
Capacidad de medir Manejo de idiomas
Probar de manera creativa Capacidad para
participar en reuniones
Comprender
vulnerabilidad de
seguridad
Skill de negocio
Conocimiento sobre el
producto a probar
I
N
F
O
T
E
S
T
I
N
G
18
Clasificación
Los siguientes tipos de ‘Tester’ conforman una
de las más populares clasificaciones, a saber:
Test Manager Tester especializados
(performance, carga, stress)
Test Lead UAT Tester
Tester Senior Agile Tester
Tester Ssr WTF Tester
Tester Junior Exploratory Tester
Tester de bajo nivel
(código)
Smoke T Tester
Tester de algo nivel
(funcional)
Early T Tester
Area de RRHH
El área de reclutamiento, ciertamente se
encuentra cobrando una importancia mayor ya
que ha comenzado a trabajar de manera
conjunta con el área de tecnología en la
detección y adquisición de los recursos que
demuestren valor agregado para la empresa.
Los siguientes puntos son reconocidos por las
dos áreas:
Búsqueda por consultora Búsqueda interna Búsqueda desde el área de rrhh de la
empresa Promesas clásicas
Devolución
del
resultado
Capacitaciones
operativas
Proyección
de
desarrollo
profesional
Capacitaciones
técnicas
Gustavo Terrera
Test Lead en Atos Origin. Se ha desarrollado en :
Software Testing (Remote Mode) –NetRed
Gerente de Proyectos - ITPower S.A.
Consultor Funcional - Structured Intelligence
Gerente Funcional de Proyecto - Censys S.A.
Lider Funcional de Proyectos - Bco Velox.
Actualmente posee una gran actividad en comunidades sociales como:
TESTING & QA
( http://www.linkedin.com/groups?m
ostPopular=&gid=1900180 )
BLOG ( http://www.testingbaires.com )
I
N
F
O
T
E
S
T
I
N
G
19
Problemáticas comunes Madurez de la empresa Dependencia del
tabulador de sueldos
Falta de tiempo para el
reclutamiento
Responsabilidad en
informarse
Comprensión real de la
actividad
Especificación poco clara
del área de TI
Trabajar en conjunto
con el área de TI
Incapacidad por detectar
oportunidades
Necesidades versus
presupuesto
Dependencia del estilo de
liderazgo
Falta de
acompañamiento técnico
Alta rotación de personal
técnico
Manejo de ofertas
atractivas
Diferencias regionales
Falta de recursos Falta experiencia en
reclutamiento técnico
Dependencia del estado
del área
Educación
La actividad del ‘Software Testing’ no esta considerada aún como una asignatura en las universidades, y por ende solo se dicta a modo de seminarios o charlas
No hay suficiente capacitación en las diferentes especializaciones que el mercado requiere y que estará por necesitar
Existen en el mercado, desde hace muy pocos años, algunas ofertas de certificaciones internacionales que permiten profesionalizar la actividad.
(Humor … hasta qué punto?)
I
N
F
O
T
E
S
T
I
N
G
20
Mitos y Folklore
Los siguientes puntos son algunas de las frases
que hemos estado escuchando los que llevamos
algunos años en la actividad:
Cualquiera puede testear. No hay posibilidades de crecimiento en
Testing. El resultado del Testing, no se usará
para mejorar la calidad. Un buen programador, puede ser un
buen tester. El resultado de las pruebas se
subestiman o menosprecian. Si se va un tester, cualquier otro tester
puede reemplazarlo. Mis programas no necesitan test, es
imposible que fallen. Programador malo, lo manda a testear.
Conclusión
Por todo lo expuesto hasta ahora, las
tendencias que se pueden percibir son que:
Se esta trabajando en la IDENTIDAD de la figura del TESTER.
Hay un mayor crecimiento de la industria del TESTING.
Hay un incremento de la demanda de QA.
Hay un incremento de la demanda de QC.
Se pronostica el auge del QC para el 2013.
Hay mayor cantidad de implementaciones de TESTING FACTORIES.
Se está realizando en muchos sitios, un proceso directo de reclutamiento asumido por un líder técnico.
Agradezco las opiniones que me han dado los
miembros del grupo de discusión de Linkedin:
‘TESTING & QA’, aquellos que me siguen a
través de mi blog, y la información volcada en el
blog del CES (http://blog.ces.com.uy/); de QA
Intelligence (http://qablog.practitest.com); y del
artículo ‘Tester Types’ del Sr. Rob Lambert
(http://thesocialtester.posterous.com/).
I
N
F
O
T
E
S
T
I
N
G
21
22
Herramientas
Más por menos: El crecimiento del código abierto en las herramientas de prueba En este artículo veremos cómo el software de código abierto ha crecido en el dominio de la tecnología de los geeks al convertirse en un integrante estratégico de muchas organizaciones de software de la actualidad. Observaremos como el software Open-Source se mueve desde la infraestructura hacia el Mercado de aplicaciones, y nos concentraremos en el efecto que esto tendrá en el software de los principales proveedores de herramientas de pruebas, seguido de un resumen de algunas de las herramientas de código abierto más populares de las pruebas y cómo abordar la evaluación de ellos. Por Mark Aberdour – Articulo cedido por TestingExperience.com Traducciones SEC.
El crecimiento del código abierto
La reciente recesión ha disminuido los
presupuestos de las organizaciones en todo el
mundo y la mayoría de las desarrolladoras de
software y empresas de servicios realmente han
sentido el efecto. Sin embargo, las compañías
de código abierto se han rebelado contra esta
tendencia al mostrar un fuerte crecimiento en
todas partes. En medio de la recesión, un
artículo de The Economist llamó la atención
con el título "Las empresas de software de
código abierto están floreciendo". En general se
ha registrado un aumento real de historias
exitosas de código abierto en los medios de
comunicación. Analistas de la industria como
IDC y Gartner han estado investigando los
resultados de la adopción de código abierto y
afirman en la publicación que muestran un
fuerte crecimiento en el sector.
Ya en 2008, Gartner encuestó 274 empresas de
todo el mundo y encontró que el 85% ya había
adoptado de código abierto, y que el resto
esperan a hacerlo dentro de los siguientes años.
Esa predicción se convirtió en realidad.
El informe Forrester 2009 "Open-Source
Software va Mainstream" sobre la tendencia de
2.000 tomadores de decisiones relacionados al
software; llegó a la conclusión de que el código
abierto había llegado a la cima de la agenda
ejecutiva, el autor toma nota de que muchos
responsables reconocidos detallan que es "más
rápido, más barato y mejor". Este fue un
importante paso para el cambio hacia el código
abierto, que había entrado en la historia de las
organizaciones bajo la tutoría del gobierno
desde abajo hacia arriba, instalado por las
tecnologías y equipos de programación y poco a
poco fue ganando terreno a través de las
organizaciones. En mayo de 2009 un informe de
Wall Street sobre tecnología lo corrobora,
Accenture se hizo eco de esto, diciendo que “las
empresas de servicios financieros están
teniendo un aspecto diferente en relación al
código abierto y tecnología; ahora que están
siendo limitados económicamente ". Este
artículo citado de los principales bancos de
inversión no sólo afirma el uso sino que en
realidad contribuye a impulsar los proyectos de
código abierto, estableciendo el
reconocimiento de un stepchange más y un
I
N
F
O
T
E
S
T
I
N
G
23
plazo real para la adopción de código que va
más allá de un ahorro de costes simplista.
Efectos sobre el mercado de herramientas de
pruebas comerciales
Una gran parte de la aceptación obtenida por el
código abierto ha sido motivado desde el nivel
de Infraestructura de IT. Sin embargo, el otro
gran cambio en adopción de código abierto en
los últimos años ha estado en la vanguardia de
la modificación de las aplicaciones en el
mercado. Algunas aplicaciones en los mercados
ya han sido significativamente modificadas por
abrir código fuente como: SugarCRM en el
mercado de CRM y Alfresco en el documento de
gestión del mercado. El mercado de las
herramientas de prueba es un caso interesante,
como código abierto claramente ha hecho un
progreso significativo.
Opensourcetesting.org se puso en marcha en
2003 y en el momento había cerca de 50
herramientas listadas, casi diez años después el
número ha aumentado a más de 450
herramientas. Este aumento de la actividad ha
sido fenomenal y es mucho más que los
ocurridos en el mercado de CRM, por ejemplo,
antes de que SugarCRM se convirtiera en la
aplicación dominante. Sin embargo, el mercado
de herramientas de prueba es mucho más
fragmentado, en muchas diversas áreas y
especialidades, lo que explica el gran número
de herramientas de código abierto. En un área
específica, tales como seguimiento de defectos
sólo hay un puñado de herramientas realmente
compitiendo por la primera posición.
Las herramientas de prueba de código abierto
son jóvenes y no han visto inversiones
comerciales importantes todavía. Pero a pesar
de eso, esperamos que la marcha sea continua.
El código abierto en los mercados de
Mark Aberdour
Mark Aberdour es fundador de opensourcetesting. org en el año 2003, cuyo objetivo es aumentar la infomacion de herramientas open source dentro de la industria de las pruebas, principalmente para proporcionar a los usuarios un enlace simple de información sobre la amplia gama de código abierto de pruebas y herramientas disponibles. Mark es Director de Soluciones Open source en Kineo, una empresa especializada en línea plataformas de la educación y el contenido, con un enfoque particular en el código abierto y sistema de gestión de aprendizaje, Moodle.
Antes de este papel, Mark pasó 10 años en pruebas de software, administración de pruebas y gestión de proyectos técnicos, y mantiene una fuerte pasión por software de calidad.
I
N
F
O
T
E
S
T
I
N
G
24
proveedores de software constituye la principal
fuerza comercial al hacer un balance de su
posición en el mercado; y la respuesta debe ser
innovar sus productos con mayor rapidez y
mantenerse un paso por delante, o innovar
sobre su modelo de negocio.
Microsoft Sharepoint es un gran ejemplo de un
producto comercial que toma la última opción,
a fin de lograr la primera. El producto de
SharePoint es el núcleo de código cerrado como
siempre, sin embargo posee más de 3.000 APIs
disponibles para los programadores para que
puedan extender el producto en formas nuevas
y no previstas por la creación de servicios,
complementos y soluciones integradas. Como
se indica en la CMS Wire, esto ha dado lugar a
un ecosistema vibrante en la comunidad para
competir con la de cualquier producto de
código abierto, debido a la estrategia de
Microsoft. El éxito de Sharepoint, sin duda, se
duplicara de forma generalizada en los
próximos años por los vendedores comerciales
frente a la competencia de código abierto. Es
muy posible que Mercury se moverá en esa
dirección, lo que podría motivar acciones
interesantes e innovadoras para el futuro.
En opensourcetesting.org las herramientas
están ampliamente divididas en categorías tales
como las pruebas funcionales, pruebas de
rendimiento, gestión de pruebas, seguimiento
de defectos y así sucesivamente. Existen claros
competidores principales en cada categoría.
Aquí van algunos de los mejores de su clase de
herramientas de código abierto de pruebas que
figuran actualmente.
Selenium - http://seleniumhq.org/
Selenium se ha forjado como un gran nombre
para sí mismo en el mercado de pruebas
funcionales. Una herramienta básica en la
captura de reproducción que adapta y se
reproducirá en muchos diferentes
navegadores. Puede utilizar el IDE para portar
los scripts de prueba en una amplia variedad de
lenguajes de programación para ser aún más
versatil, y puede gestionar las bibliotecas de
secuencias de comandos a través de un número
amplio y diferente de los marcos de pruebas.
CUCUMBER - http://cukes.info/
Cucumber permite escribir la prueba y
secuencias de comandos en texto sin formato.
Los scripts de prueba describen cómo el
software debe comportarse. Puede servir como
documentación, pruebas automatizadas y
ayuda al desarrollo, todo en uno. Cucumber
trabaja con Ruby, Java, NET, Flex o aplicaciones
web, se ha traducido en más de 30 idiomas.
Watir - http://watir.com/
Watir permite escribir pruebas con el énfasis
en la simplicidad, flexibilidad y el
mantenimiento. Soporta aplicaciones web
desarrolladas en cualquier idioma y una amplia
gama de navegadores. Una gran comunidad se
ha desarrollado en torno al producto, que ha
llegado a ser muy bien considerado en los
últimos años.
Apache Jmeter -
http://jakarta.apache.org/jmeter/
Posiblemente el más antiguo y mejor
considerado de las herramientas de pruebas de
rendimiento, Jmeter es una herramienta
funcionalmente rica para el funcionamiento y la
carga de prueba, que ha atraído un seguimiento
significativo en los últimos años. La interfaz no
será delgusto de todos, pero es una
herramienta muy potente y flexible que posee
muchos seguidores.
I
N
F
O
T
E
S
T
I
N
G
25
RADview WebLOAD -
http://www.webload.org/
Como herramienta de prueba RADview deben
se elogiado por el acceso a la base de código
abierto, aunque la estrategia ha oscilado
durante los años. En un principio fue 100% de
código abierto, y más tarde trabajo con el
modelo de "núcleo abierto" de la actual
WebLOAD abierta.
WebLOAD fuente abierta constituye el motor
de WebLOAD Profesional, la oferta de este
último tiene muchas características adicionales
y soporte comercial. Sin duda, es un gran
producto, pero no ha desarrollado realmente
una comunidad en torno a la herramienta hasta
la fecha, que otras herramientas de open
sourece como SugarCRM lo han hecho con
éxito. Sería bueno observar que el WebLOAD se
mueva en esta dirección.
Bugzilla - http://www.bugzilla.org/
Cada desarrollador de software parece haber
oído hablar de él. No es ni el más agraciado las
herramientas open source de gestores de fallos
ni el más fácil de configurar, pero
probablemente el mejor en términos de
funcionalidad, flexibilidad y complementos.
Mantis - http://www.mantisbt.org/
Uno de los principales recursos el área de
seguimiento de fallos y con una interfaz
decente. Es necesario
cierta capacidad técnica para realmente
configurarlo bien, con eso dicho, es una buena,
fiable y bien probada herramienta fuera de la
caja.
TestLink - http://www.teamst.org/
TestLink hace un trabajo muy bueno de
proporcionar una decente gestión de casos. Se
puede utilizar para manejar las necesidades,
especificaciones de la prueba, planes de prueba
y suites de casos de prueba. Proporciona un
marco flexible y robusto para la gestión de sus
procesos de pruebas
con una comunidad fuerte y muy activo de
actividad del equipo de pruebas.
¿Cómo evaluar las herramientas de código
abierto?
Una de las preguntas frecuentes de los usuarios
potenciales de código abierto
es sobre la fiabilidad del software de código
abierto. Los productos de código a disposición
del público tienden a ser revisados por cientos
de desarrolladores, mucho más que la mayoría
de las empresas comerciales de software podría
permitirse el lujo de probar sus propios
productos; por lo que la calidad y la fiabilidad
tienden a ser altos.
El desarrollo de código abierto en general, evita
muchos de los procedimientos
que normalmente se toman como prácticas del
mejor desarrollo de software ,
sin sufrir la calidad del producto. Por ejemplo,
en código abierto lo que se encontrará es una
liberación rápida e interactiva del proceso que
resulta en la mejora continua por un gran
número de los desarrolladores que contribuyen
en las iteraciones, mejoras y correcciones.
Un estudio académico de 100 aplicaciones open
source ha encontrado que la calidad del código
estructural fue mayor de lo esperado y
comparables con el software desarrollado
comercialmente, y además proyectos conocidos
como Apache y el kernel de Linux han
demostrado una densidad de defectos
sustancialmente más bajos que similares
I
N
F
O
T
E
S
T
I
N
G
26
productos comerciales. Así que no hay duda de
que el código abierto puede ofrecer productos
de alta calidad.
Existen algunas premisas para fundamentar la
calidad de código abierto que son bastante
fáciles de fundamentar con un poco de
investigación :
• Una gran y sostenible comunidad desarrolla
código con rapidez y depura código de forma
efectiva, todos los proyectos de código abierto
tienen áreas de la comunidad en su sitio web,
donde puedes ver los números de usuarios
registrados y la cantidad de actividad en los
foros, wikis y páginas de publicación, y de fácil
lectura repositorios de código fuente permite
ver con qué frecuencia el código se ha
comprometido.
• El código modular con el apoyo de una buena
documentación servirá para atraer
los desarrolladores de nuevas centrales y la
ampliación / plug-in de constructores, mientras
que la documentación es visible en la página
web del proyecto. Pregúntele a un
desarrollador para echar un vistazo en el código
para evaluar su calidad.
• Un equipo básico y dirigido, que responde
rápidamente a los comentarios de los revisores
y contribuciones de código dará lugar a la
rápida innovación y alta calidad que se
está logrando. Este será visible a través de foros
del proyecto y al público.
• Re-uso de las bibliotecas de código
establecido y probado en lugar de escribir del
todo el programa desde el principio ayuda a una
unidad de alta calidad. Estas bibliotecas
Debería ser objeto de la revisión de la
documentación del desarrollador.
También existen algunos modelos de evaluación
formal que se pueden utilizar para ayudar a
proporcionar un marco de evaluación. Aplicar
en el Modelo de Madurez de origen (OSMM) es
una práctica de trabajo bajo una licencia
abierta y evalúa la madurez de los elementos
claves de los proyectos. La herramienta Rating
es un modelo de evaluación propuesto en
desarrollo por un grupo de importantes
organizaciones que busca ampliar los modelos
anteriores de OSMM para desarrollar un
estándar abierto para la clasificación de OSS.
I
N
F
O
T
E
S
T
I
N
G
27
Eventos Internacionales
La conferencia internacional expo:QA La conferencia internacional expo:QA es el punto de encuentro de los profesionales en Testing y Calidad del Software. Con 7 años de existencia se ha consolidado como el mayor evento del sur de Europa sobre esta temática. Por Raynald Korchia – Fundador
La propuesta expo:QA es una conferencia
internacional sobre testing y calidad del
software bilingüe (castellano – inglés) que tiene
lugar cada año en España. Nació en 2004 de la
iniciativa de la empresa inQA.labs, un pionero
en España de servicios de Testing, como un foro
profesional y un lugar de encuentro para los
testers del mundo hispano-hablante. Luego se
independizó y es ahora un evento de referencia
del sector.
Los últimos años han visto crecer su
profesionalización y su internacionalización:
traslado al Centro de Congresos de la Feria de
Madrid, traducción simultánea, numerosos
ponentes y autores que son referentes
mundiales, más de 20 empresas asociadas del
sector del Testing, un programa variado de
ponencias, tutoriales, talleres, eventos de
networking, y otras propuestas.
Fruto de ese trabajo de haber ido construyendo
poco a poco ese lugar de encuentro para
nuestra comunidad de testers, y de haberle
dado cada vez más proyección internacional,
expo:QA recibió en 2010 casi 25% de asistentes
no residentes en España. Muchos procedían de
América latina, en particular Argentina, Chile,
Uruguay y Brasil. Para acomodar esa situación y
asumir plenamente esa nueva orientación
internacional, expo:QA ha decidido mover las
fechas de celebración de Noviembre a Junio,
época más propicia en el calendario
internacional. La próxima edición de expo:QA se
celebrará en junio 2012.
Este evento convoca a profesionales de todas
las regiones; para quienes quieran participar en
su organización como ponente, en el Comité de
Programa o en el Comité de revisión, o si tiene
sugerencias e ideas para mejorar expo:QA,
pueden hacerlo a: [email protected]. Le
animamos a apuntarse también en su lista de
distribución para recibir los avisos de los “Call
for Papers” y otros eventos que se organizan.
También se puede seguir en Facebook, Linkedin
o Twitter.
expoQA 2010
Dorothy Graham (foto), consultora, ponente y autora reconocida internacionalmente de varios libros sobre Testing y Automatización de las pruebas impartió un brillante tutorial sobre “Cómo automatizar las pruebas con éxito”.
expoQA 2010
Graham Moran ganó el premio al Best Debater (mejor panelista) en el debate ético sobre el testing de software organizado por Nathalie Rooseboom de Vries van Delf, una sesión interactiva muy interesante y divertida que animó con Ewout Van Driel y su invitado “sorpresa” Dorothy Graham.
I
N
F
O
T
E
S
T
I
N
G
28
Simposios Informáticos
Jornadas JAIIO Desde 1961 se realizan las JAIIOs, Jornadas Argentinas de Informática, organizada por la SADIO, donde
en sesiones paralelas se presentan trabajos que se publican en Anales, se discuten resultados de
investigaciones y actividades sobre diferentes tópicos, desarrollándose también conferencias y
reuniones con la asistencia de profesionales argentinos y extranjeros.
Fuente: Alvaro Ruiz de Mendarozqueta – Co Chair General – Prensa JAIIO Argentina
Entre el 29 de Agosto y el 2 de Septiembre de 2011, se desarrollarán estas jornadas de gran presencia académica y proyección internacional en la Ciudad de Córdoba, República Argentina. En esta oportunidad Organiza SADIO (Sociedad Argentina de Informática) y Co-Organiza La Universidad Tecnológica Nacional, RC. La coordinación general del evento se encuentra a cargo Álvaro Ruiz de Mendarozqueta (UTN Córdoba, Motorola) Site Manager Argentina Software Center Motorola Solutions y Marcelo Marciszack (UTN Córdoba), la Coordinación Ejecutiva por Alejandra Villa (SADIO) . Las JAIIOs se organizan como un conjunto de simposios separados, cada uno dedicado a un tema específico, de uno o dos días de duración, de tal forma de permitir la interacción de sus participantes. Esta edición es la número 40, y pone en evidencia la importancia que han obtenidos estas jornadas desde su creación y la calidad académica que han desarrollado. Desde 1961, SADIO viene realizando las Jornadas Argentinas de Informática, las que a través de los años, han ganado un reconocido prestigio profesional, concitando la presencia de profesionales de nuestro país y de otros de la región. En ellas no se presentan nuevos productos, sino conceptos y metodologías que pueden mejorar la calidad de los proyectos, y sirven para tomar conocimiento con nuevas ideas o tendencias que condicionarán a los productos futuros, o experiencias que pueden indicarnos caminos
apropiados (o desalentarnos a seguir otros equivocados). Desde hace diez años y para mejorar la efectividad de la interacción entre los asistentes, en lugar de organizar un gran congreso disperso temáticamente, SADIO decidió concentrar la actividad en Simposios temáticos reducidos a uno, o a lo sumo dos días de duración, en el que se encuentren profesionales locales con destacados invitados del exterior para actualizar-se y discutir enfoques y tendencias. Algunas de las temáticas tratadas en los simposios son las siguientes: Inteligencia Artificial (ASAI), Ingeniería de Software (ASSE), Tecnología (AST), Informática y Derecho (SID), Informática en el Estado (SIE), Investigación Operativa (SIO), Informática y Salud (SIS), la Sociedad de la Información (SSI), Software Libre (JSL), Informática Industrial (JII) y la Vinculación Universidad –Industria (JUI) Si recorremos un poco la historia de las JAIIO, ya en 1961 nos visitó Vassily Leontieff, a quien SADIO le otorgó el carácter de socio honorario y que un par de décadas después recibió el Premio Nobel de Economía. Durante el Congreso Iberoamericano de Informática de 1972, Edgard Codd planteó su Modelo Relacional de Datos que acababa de publicar y dió origen a las Bases de Datos Relacionales que son la norma actual. En las JAIIO de 1979 Louis Pouzin brindó un panorama de la situación de comunicación de datos y planteó la concepción de Internet, que
I
N
F
O
T
E
S
T
I
N
G
29
por ese entonces recién comenzaba a tener vínculos internacionales. En 1984 y 1987 participó Saúl Gass, cuyo libro de Programación Lineal se utilizó en la educación de generaciones de ingenieros de todo el mundo. En 1992 Guillermo Arango planteó, por primera vez en nuestro medio, la noción de calidad en el proceso de desarrollo de software y señaló el camino a seguir. En 1994 Peter Freeman brindó un panorama de lo que iba a venir en materia de computación durante los próximos 10 años. El espíritu de las JAIIO quizás pueda resumirse en una mesa redonda dedicada a analizar proyectos de software, que en años pasados reunió a media docena de especialistas de EE.UU. y Europa, los que en conjunto, llevaban publicados más de una docena de libros, algunos como el Ingeniería de Software, de Carlo Ghezzi, que han servido para formar generaciones de profesionales de la computación. En las JAIIO se reúnen los especialistas e investigadores de las universidades con profesionales responsables. Unos palpan los problemas que enfrenta la industria y la práctica profesional, y los otros se enteran de las tendencias tecnológicas o comparten experiencias, actualizándose con la evolución de la técnica o de la metodología. Esta es una oportunidad única para capacitarse, para capacitar a los líderes de tecnología o a los analistas de proyectos de las empresas, o simplemente para “estar” y tomar contacto con lo que vendrá. Una recorrida por las últimas JAIIO 2009 – 38 JAIIO Organizadas en 14 simposios: ASAI, ASSE, AST, CAI, HPC, JII, JSL, JUI, SID, SIE, SIO, SIS, SSI, WSegI y un Concurso de Trabajos Estudiantiles Invitados especiales: Héctor Jennifer, Univ. Pompeu Fabra, Jean Pierre Auffret, Director de Center for Advanced Technology Strategy, Profesor de Technology Management de George Mason University; Jorge Linskens,
Director de Informática Gobierno de la Ciudad de Buenos Aires; Julián Aráoz, Univ. de Cataluña; Marcello Visconti, Univ. Técnica de Santa María – Chile; Mario Chauca, Univ. Nac. San Luis Gonzaga, Univ. Ricardo Palma, Perú; Rafael Sánchez Montoya, Univ. de Cádiz, España: Wojciech Cellary, Director del Depto. de Tecnologías de la Información de Poznan University of Economics, Polonia. 2008 – 37 JAIIO Organizadas conjuntamente con la XXXIV Conferencia Latinoamericana de Informática del Centro Latinoamericano de Estudios en Informática (CLEI 2008). Se realizaron 8 simposios: AST, HPC, SID, SIE, SIS, SSI, JII, JUI y el Concurso de Trabajos Estudiantiles. ASAI, ASSE y SIO fueron incluidas dentro de CLEI. Invitados especiales: Dennis Frailey, Raytheon - Southern Methodist University, Metin Akay, IEEE, Ramon Puigjaner;. Universitat des les Illes Balears, Nora Sabelli, SRI, Francisco García Morán, Director General Informatics European Comisión. 2007 – 36 JAIIO Organizada en 11 simposios ASAI, ASSE, AST, SID, SIE, SIO, SIS, SSI, JII, JSL y JUI y un Concurso de Trabajos Estudiantiles. Invitados especiales: Eric Wong, Univ. Texas, USA; Judith Stafford, Tufts University, USA; María Julia Orozco, Ultrasist S.A. de C.V., Mexico; Luis Kun, National Defense University, USA; Marcello Visconti, U. Técnica F. Sta. Maria, Chile; Mauricio Aguiar, METRICAS, IFPUG, Brasil; Francisco García Morán, Dirección General Informática Comunidad Europea, España; Nazaré Lopes Bretas, Ministerio De Planificación, Brasil; Carlos Vignolo, Universidad de Chile, Chile; Sergio Zirbes, Universidade Federal Do Rio Grande Do Sul, Brasil; Boris Stilman, University Of Colorado, USA; Marcelo Schneck de Paulo Pessoa, EPUSP, Brasil; Isidoro Marín, Academia Nacional De Ingeniería, Argentina. 2006 – 35 JAIIO Organizada en 8 simposios ASAI, ASSE, AST, SID, SIS, SSI, JII y JSL y un Concurso de Trabajos Estudiantiles. Invitados especiales: Rosa Tang, Universidad de Texas, USA; Ivon Arroyo, Intelligent Tutoring
I
N
F
O
T
E
S
T
I
N
G
30
Systems Lab Computer Science Department University of Massachussets, USA; Huei Diana Lee, Laboratório de Bioinformática, Universidade Estadual do Oeste do Paraná, Brasil; Marcelo Campo, ISISTAN-UNICEN, Argentina; Ing. Andres Santos Lleo, Universidad Politécnica de Madrid, España; Alvaro Margolis, Uruguay; Alejandro Prince, UBA, UTN, UDESA y UB, Argentina, Ana Laura Rivoir, Universidad de la República, Uruguay, Laura Serra, Educ.Ar, Argentina; Djalma Valois, Comité de Incentivo a Producao do Software Livre e Alternativo, Brasil; Hugo Hoeschl, IJURIS, Brasil. 2005 – 34 JAIIO Organizada en 9 simposios ASAI, ASIS, ASSE, AST, SIO, SIS, SSI, JII y JSL y un Concurso de Trabajos Estudiantiles. Invitados especiales: Nadia Magnenat-Thalmann, MIRALab, University of Geneve, Switzerland; Daniel Thalmann, Virtual reality Lab, Ecole Polytechnique Fédérale de Laussane, Switzerland; Julián Araoz, Departament d´Estadística i Investigació Operativa, Universidad Politécnica de Catalunya, España; Corinto Meffe, ITI, Brasil; Leonardo Rodrigues de Mello, ITI, Brasil; Masuzo Yanagida, Dept. of Knowledge Engineering, Doshisha University, Japón; Walter Dosch, Institute of Software Technology and Programming Languages, University of Luebeck, Germany; Dra. Beatriz López Ibañez, Agents Research Lab, Universidad de Girona, España. 2004 – 33 JAIIO Organizada en 10 Simposios: ASAI, ASIS, ASSE, AST, SID, SIO, SIS, SSI, JII y JSL y un Concurso de Trabajos Estudiantiles Invitados Especiales: Ricardo Baeza Yates, Universidad de Chile, Chile, Albert Bakker, IMIA Honorary Fellow, Holanda, Kai Koskimies, Tampere University, Finland, Verónica Dahl, School of Computer Science, Simon Fraser University, Canadá, Juan Manuel Gutiérrez, University of Cantabria Santander, España, Ana Regina Cavalcanti da Rocha, Len Bass, Software Engineering Institute, USA, Ana Friedlander, IMECC, Universidad Estadual de Campinas, UNICAMP, Brasil, Alessandro Provetti, Dip. Di
Scienze dell´Informaziones, Universitá di Milano, Italia. 2003 – 32 JAIIO Organizada en 9 Simposios: ASAI, ASSE, AST, SID, SIO, SIS, WAIT, SSI y JSL y Concurso de Trabajos Estudiantiles Invitados Especiales: Larry Mc Carthy, Motorola, USA; Luiz Fernando Martins Castro, FAAP, Brasil Carlos Del Piazzo, Facultad de Derecho, Univ. de la Rep. Oriental del Uruguay; José Mario Martínez, IMEC, Univ. Estadual de Campinas, SP, Brasil; Gustavo Vulcano, Stern School of Business, New York University, USA; Gerry Duncan, Cerner, USA. 2002 - 31 JAIIO Organizada en 6 Simposios y 2 Workshops: ASAI, ASSE, AST, SID, SIO, SIS, WAIT, WEI y EST. Simultáneamente se han acordado la realización de dos conferencias, Latin America Networking e ICWE Ibero American Conference on web Engineering. 2001 - 30 JAIIO Organizada en 6 Simposios y 2 Workshops: ASAI, ASSE, AST, SID, SIO, SIS, WAIT, WEI y EST. Los disertantes invitados fueron: Doug Grant, Swinburne University, Melbourne Australia; Paolo Fiorini, Universidad de Verona, Italia; Eduardo Miranda, Ericsson Research, Canadá, Andre de Carvalho, Universidad de San Pablo, Brasil, Ubaldo García Palomares, Univ. Simón Bolívar, Venezuela, Clovis Gonzaga, Univ. Fed. de Río de Janeiro, Brasil, Rudolf Berghammer, Christian Albrechts Universität Kiel, Alemania. 2000 - 29 JAIIO Organizada en 4 Simposios y un Workshop: ASAI, ASSE, AST, SIS, WAIT y EST, además de Workshop del WG 2.3 de IFIP y la Escuela/Seminario State of the Art . Entre los disertantes internacionales participaron: Robert Jenders, Columbia University, USA; Mohamed Fayad, University of Nebraska, Lincoln, USA; Michael Young, Oregon University, USA y Natarajan Shankar, SRI Int. 1999 - 28 JAIIO Organizada en 10 Simposios: ASOO, SIS, WAIT, ASAI, SoST, Redes, SIO, WER, SyM, y EST; junto con tres Tutoriales, TC 6 - IFIP. Invitados Especiales:
I
N
F
O
T
E
S
T
I
N
G
31
André Danthine, Universidad de Lieja, Bélgica. Lorne G. Mason, INRS- Telecomunicaciones, Canadá. Ramón Puigjaner, Univ. de les Illes Balears, España. Zbigniew Michalewicz, Univ. North Carolina, USA. Hans-Ludwing Hansen, GDM, Alemania. Bernhard Möller, Univ.Ausburgo, Alemania. 1998 - 27 JAIIO / IX CLAIO Organizada en 6 Simposios: SoST, ASOO, BDatos, SIS, Redes y WAIT y la Conferencia Latino Iberoamericana de Investigación Operativa: Invitados especiales: Sergio Bandinelli, European Software Inst. Ivan Tomek, Acadia Univ., Canadá Gérard Plateau, Universitè Paris-Nord Mary Lynn Manns, US WEST & Univ. NC Andrés Weintraub, Presidente de IFORS Egon Balas, Carnegie Mellon University 1997 - 26 JAIIO Organizada en 4 Simposios: SoST, ASOO, Redes y WAIT y Tutoriales sobre Base de Datos auspiciados por la VLDB Endowment: Invitados especiales: Carlo Ghezzi, Politécnico de Milán Wolgfang Pree, Constance Univ., Alemania Rakesh Agrawal, IBM Almaden, California Stéfano Ceri, Politécnico de Milán Mariano Consens, Univ. Waterloo, Canadá Donovan Schneider, Red Brick, Los Gatos Michael Brodie, GTE, Boston 1996 - 25 JAIIO Comité de Programa: Jorge Boria, Schlumberger, Austin, Texas Comité Organizador: Ricardo Ferraro Invitados especiales: Guillermo Arango, Schlumberger, Tx Craig Kaplan, IQ, Maryland Julio César Leite, PUC Río de Janeiro Alberto Mendelzon, Univ. de Toronto David Mizell, Boeing Co., Seattle Alain Pirotte, Univ. de Lovaina Esteban Zimanyi, Univ. de Bruselas 1995 - 24 JAIIO Comité de Programa: Daniel Yankelevich, F.C.E.N., Univ. de Buenos Aires Comité Organizador: Eduardo Quiroga, CIADEA
Invitados especiales: Gonzalo de León: Univ. Politécnica, Madrid Miranda Mowbray, Hewlett-Packard, Bristol Harri Oinas-Kukkonen, Univ. de Oulu Antonia Bertollino, CNR, Pisa 1994 - 23 JAIIO Comité de Programa: Enrique Ruspini, SRI Comité Organizador: Conrado Estol Comité Empresario: Juan Carlos Masjoán Invitados especiales: Michael Brodie, GTE Object Lab, Boston Lawrence Putnam, QSM, Maryland Enrique Gómez, IBM, Houston 1993 - 22 JAIIO / Panel ’93 Organizadas conjuntamente con la XIX Conferencia Latinoamericana de Informática del CLEI, el Centro Latinoamericano de Estudios en Informática. Comité de Programa: Alberto Mendelzon, Univ. De Toronto, Canadá. Comité Organizador: Miguel Kurlat, Edesur Invitados especiales: Adele Goldberg, Parc Place Systems, Calif. Martín Abadi, DEC Systems Research Mario Schkolnik, IBM Watson Research Gunther Schmidt, Univ. de Munich 1992 - 21 JAIIO Comité de Programa: Guillermo Arango, Austin, USA Comité Organizador: Julia Oshiro Invitados especiales: Peter Freeman, Georgia Inst. of Technology, USA Guillermo Prieto Díaz, Software Productiv., USA Milt Mc Ilhenny, American Airlines, Tulsa, USA José Castells, CITICORP, Madrid, España 1991 - 20 JAIIO Comité de Programa: Gustavo Rossi, UNLP Comité Organizador: Dante Ramos, Techint Invitados especiales: Alberto Mendelzon, Univ. de Toronto Guillermo Arango, Schlumberger Armando Haeberer, PUC Río de Janeiro Ron Holtzman, Weizman Institute . 1990 - 19 JAIIO / V CLAIO Organizadas conjuntamente con el V Congreso Latino-Ibero-Americano de Investigación Operativa auspiciado por ALIO, la Asociación
I
N
F
O
T
E
S
T
I
N
G
32
Latinoamericana de I.O., el miembro latinoamericano de IFORS. Comité de Programa: Hugo Scolnik, UBA Comité Organizador: Liliana Lew, Warner-Lambert Mauricio Resende: Bell Laboratories Wilfred Brauer, Univ. de Munich William Caelli, EDP Security Institute, Queensland Univ., Australia Nelson Maculán F., UFRJ, Brasil Andrés Weintraub, Univ. de Chile 1989 - 18 JAIIO Comité de Programa: Julián Aráoz Durán, Univ. Simón Bolívar, Caracas Comité Organizador: Cecilia Berdichevsky, Caja Nacional de Ahorro y Seguro Invitados especiales: Luis Reyna, IBM Yorktown
Ramón Puigjaner, Universitat des Isles Baleares Sebastián Ceria, Carnegie-Mellon Univ. 1988 - 17 JAIIO / Panel ‘88 Organizadas conjuntamente con la XIV Conferencia Latinoamericana de Informática del CLEI, el Centro Latinoamericano de Estudios en Informática Comité de Programa: Jorge Vidart, ESLAI Comité Organizador: Rodolfo Boldt, EATON Conferenciantes invitados: Carlo Ghezzi, Politécnico de Milán Carlos P. de Lucena, PUC de Río de Janeiro Ugo Montanari, Univ. de Pisa Héctor García Molina, Princeton Univ. Ramón López de Mántara, Inst. Blanes, Barcelona Paulo Velhoso, PUC Río de Janeiro
I
N
F
O
T
E
S
T
I
N
G
33
Regiones Emergentes
Calidad de Software desde Latinoamérica Brindar servicios de calidad de software desde regiones de economías emergentes es una realidad que se complementa con los buenos recursos y las certificaciones internacionales de Calidad.
Por Marcelo Cusmai – Argentina.
Ser custodios de la calidad de los productos de software es una responsabilidad profesional que se materializa en el desempeño cotidiano del Tester de Software. El testing es una actividad que requiere un conocimiento específico y va muchos más allá de probar un sistema utilizándolo o gestionando comandos de usuario. Ejecutar y diagramar pruebas de software es una actividad en gran expansión y que puede ser desarrollada perfectamente desde regiones de economías emergentes. El desarrollo de software es una actividad que posee un impacto directo en todos los ámbitos de la sociedad moderna. La buena calidad de los desarrollos y la conciencia colectiva en el sector empresarial de la importancia de las áreas de testing han contribuido a que el mercado internacional proponga nuevos estándares de aceptación. El mercado del testing crecerá hasta 100.000 millones de euros en 2014 desde la actualidad, según la consultora francesa PAC. En este contexto, la norma internacional ISTQB lidera el capital simbólico de conocimiento sobre cómo realizar Testing de Software y cómo proyectar, en el campo empírico, los mejores resultados de calidad.
Las proyecciones de inversión en testing de software Son numerosos los factores que han influido a la hora de convertir los servicios de testing en una de las principales prioridades de los encargados de tomar decisiones de tecnología. Existe una renovada presión, que se ejerce
Carlos Marcelo Cusmai
Gerente de Marketing y Estrategia Comunicacional en la firma QAustral S.A.
Director del proyecto Stabilitas
Comunicador Social especializado en Gráfica e imagen digital.
Desarrollador Web reconocido en los premios Matear 2007 (Arte y Cultura)
Diseñador Multimedia, especializado en proyección 3D.
Ha participado en numerosos
proyectos relacionados con juego
virtual y propuestas del azar en
Internet para España y
Latinoamérica. Participa
activamente en espacios de
investigación en Hispanoamérica
relacionados con las distintas
posibilidades de interacción en
Internet. Actualmente colabora en
más de 30 sitios especializados
en distintas temáticas como
Índice Bursátil, Turismo,
Empresa, Situaciones Urbanas,
deportes, seguridad virtual,
política internacional, juegos de
azar y casinos.
I
N
F
O
T
E
S
T
I
N
G
34
sobre las TI para que colaboren en los programas de reducción de costos a todos los niveles de la empresa, como consecuencia de la desaceleración económica y un mayor reconocimiento de los efectos negativos que un testing ineficaz, insuficiente o mal dirigido puede ocasionar en las empresas. Cada vez con más frecuencia los medios han destacado fallos de sistemas informáticos, con el consiguiente perjuicio de la imagen. Un informe de Worldwide Testing Services escrito por dos consultores de la francesa PAC -Nick Mayes (PAC Reino Unido) y Arnold Aumasson (PAC Francia)- arroja datos claros sobre el mercado de servicios de testing de software global. El gasto mundial en testing (incluidas las habilidades de testing internas y externas, las herramientas y el hardware y los sistemas relacionados) seguirá aumentando más rápidamente que el mercado de TI y puede alcanzar el listón de 100.000 millones de euros en 2014. Asimismo, el testing está convirtiéndose en uno de los ámbitos más sólidos de selección de personal en el sector de las TI y la consultora PAC estima un gran impulso en el rol del tester profesional en todo el mundo. ISTQB es en la actualidad la principal norma de calidad relacionada directamente con el testing de software, un sector que promete un crecimiento sostenido en la necesidad de profesionales calificados.
Una norma internacional
Asegurar que el conocimiento y procedimiento de un tester profesional que se desempeña en algun país latinoamericano es similar al que posee otro profesional en Europa o EEUU ha significado una preocupación y una tarea dificultosa para muchos analistas tecnológicos en los primeros anios del nuevo milenio. Poseer una certificación internacional que demuestre el conocimiento del profesional y asegure una igualdad de procedimientos en distintas regiones, es en la actualidad la manera más evidente de asegurar que el procedimientos y
conocimientos de un tester de software que se desempeña en regiones emergentes es el mismo que se utiliza en otras regiones del mundo. Para cualquier tester profesional, ser certificado en la norma ISTQB es un valor agregado de gran importancia. El comité internacional de cualificación de pruebas de software (ISTQBTM: International Software Testing Qualification Board, www.istqb.org) es una organización, creada en el año 2002, con el fin de brindar soporte de contenidos, estrategias de testeo de software y definir un esquema de certificación internacional. Dicho comité suministra el plan de estudios y el glosario en los cuales se establecen los estándares internacionales por nivel y las guías para la acreditación y evaluación de los profesionales del testing, a cargo de los comités de cada país. Unas de las grandes particularidades de la norma es que se integra con las certificaciones y normas vigentes que apuntan a procesos. ISTQB es una norma que se enfoca en el producto y en la práctica se integra sin dificultades con los habituales estándares de procesos fijados por normas como IEEE, ISO y CMMI. Profesionales en el mundo La principal expansión de la norma se ha registrado desde Europa y EEUU, aunque rápidamente los centros de testeo en India se han sumado y aportado un impulso de gran importancia. Actualmente existen más de 150.000 profesionales certificados en todo el mundo, aunque también existe un número mayor de profesionales que han formado su conocimiento en ISTQB y aún no han certificado su saber. Los países de regiones emergentes como Colombia, Argentina, Uruguay, Brasil y otros, integran dia a dia mas profesionales y procedimientos de certificaciones internacionales. Incluso en aspectos que responden a las nuevas tendencias tecnológicas como el “testing agile” y la ética profesional que debe seguir cada profesional en estos campos específicos.
I
N
F
O
T
E
S
T
I
N
G
35
Certificaciones
ISTQB en Latinoamérica La principal norma de testing internacional posee su Board en Latinoamérica. HASTQB es la entidad
que promueve las formaciones y exámenes de certificación internacional para profesionales de testing
de Software en los países de habla hispana de América del Sur.
Por Julian Dario Restrepo Gómez - Secretario HASTQB – Colombia – www.hastqb.org
HASTQB significa Hispanic America Software Testing Qualifications Board. El comité latinoamericano fue fundado en el 2006 sin ánimo de lucro, como comité regional para promover el esquema ISTQB, International Software Testing qualifications Board, en la región hispana de América del Sur. El comité tiene como objetivo crear un marco de trabajo común y promover la certificación de conceptos internacionalmente aceptados, entre los testers hispanos.
Los miembros activos de esta organización regional son personas y empresas que dedican tiempo en difundir este tema en la región, para que aquellos profesionales dedicados al testing logren crecer profesionalmente, homologar sus conocimientos, y seguir sus estudios por el esquema de ISTQB. El esquema de certificación ISTQB está compuesto por tres niveles: FOUNDATION LEVEL, ADVANCED LEVEL, y EXPERT LEVEL.
Actualmente el ISTQB tiene más de 150,000 personas certificadas en el mundo. El HASTQB empezó a realizar exámenes en la región hispana en el año 2008 y hasta el 2010 se han realizado 721 exámenes de ISTQB Foundation Level de los cuales se han certificado 438 personas. En la actualidad, el comité se encuentra en una etapa de crecimiento y fortalecimiento en la región siendo una organización ejemplar en la industria de testing. Así mismo se constituye una agremiación en donde se facilitan espacios para hablar de tendencias, negocios, crear amistades, y bienestar para el área de testing de software.
I
N
F
O
T
E
S
T
I
N
G
36
37
38