Testing y APIs
En mayo de 2014 fue publicado por OMG el nuevo estándar ESSENCE 1.0, cuyo anexo B contiene una extensión del núcleo de ESSENCE llamada KUALI-BEH, desarrollada orgullosamente en México.
Ya es el segundo estándar intenacional, después de ISO/IEC 29110, dónde pusimos nuestro granito de arena apoyados, entre otros, por Software Guru.
El artículo anterior en SG44 dialogábamos sobre productos y servicios, sobre cómo cada día los servicios se están volviendo los verdaderos diferenciadores de una propuesta de valor, conjuntando la ingeniería de software con la ingeniería de servicios.
Entre la gran cantidad de cosas que tienes que hacer cuando estás en un startup, especialmente al principio cuando el equipo es muy pequeño, es contestar a todos esos valiosos clientes que experimentan frustración, confusión y enojo con tu producto o servicio.
Aunque se debate cuando apareció el primer juego electrónico, la era de las “maquinitas” operadas con moneda inició en 1972. Durante cuatro décadas hemos vivido una permanente era de innovación. Durante este mismo periodo, hemos planeado el futuro de juegos y otros productos con artefactos y técnicas de limitado alcance. Literalmente hemos diseñado con los ojos cerrados.
Cuando se popularizaron las computadoras personales hace cerca de 30 años, el teclado y el ratón se convirtieron en objetos cotidianos para poder trabajar con procesadores de texto, hojas de cálculo y juegos de escritorio. Con la aparición de dispositivos touch como smartphones, tabletas y computadoras el uso de esta tecnología se volvió más natural e intuitiva, sólo basta observar cómo niños y adultos son capaces de utilizarlos sin esfuerzo.
Docker, hoy en boca de todos, nació en Marzo de 2013 como un proyecto “open source” de dotCloud, startup que por aquel entonces era un proveedor de PaaS al estilo de Heroku. En tan solo 18 meses Docker se ha convertido en uno de los proyectos más populares en GitHub. El proyecto ha sido tan exitoso, que dotCloud mismo pasó a llamarse Docker, Inc. y en Junio de 2013 organizaron la primera conferencia DockerCon en San Francisco con el apoyo de compañías como Google, RedHat o Rackspace.
Cada vez más vemos como la tendencia a exponer APIs (application programming interface) aumenta en todo tipo de organizaciones. Hoy en día el uso e implementación de APIs representa un nuevo canal de producto para llegar a muchas personas, ya que los aPIs facilitan el aprovechamiento de datos o servicios existentes. En base a esto surge una buena pregunta: ¿Sólo yo uso y expongo mi información o debería permitir que terceros externos puedan usarla?
Como todos sabemos, las redes sociales crecen día a día y poseen información tanto personal, como de opiniones de los usuarios que las utilizan.
Con el fin de conocer dicha información para fines específicos y de promocionar marcas y servicios, actualmente muchas aplicaciones están siendo diseñadas de tal forma que tengan la capacidad de establecer una conexión con el API (Application Programming Interface) de dichas redes.
El pasado mes de julio tuve nuevamente la oportunidad de participar en el congreso anual que organiza SG, presentando la conferencia Desarrollo de software y criptografía [1].
En esta ocasión hablaré de un tema relacionado con las Interfaces de Programación de Aplicaciones (API) y con las pruebas que juega un papel fundamental dentro de la arquitectura: las interfaces. Las interfaces son los puntos de contacto que establecen un contrato que permite el intercambio de información entre elementos que forman parte de la arquitectura de un sistema de software. Estos elementos pueden ser lógicos (ej. módulos), dinámicos (ej. objetos) o físicos (ej. nodos de hardware).
Soy reconocido en la industria primordialmente por mi actividad en el ámbito de Lean, Kanban y Agile. Algo menos sabido es que también soy miembro del Comité de Dirección del Agile Testing Alliance y que en 3 de las 5 empresas en Silicon Valley que fui miembro del equipo fundador yo cree las organizaciones de aseguramiento de calidad. Así que a compartiré a continuación algunos aspectos relevantes de pruebas estilo ágil.
El testing es tan antiguo como el software, pero en los últimos años ha evolucionado hasta tal punto que las pruebas se han convertido en algo estratégico y clave. Esto es consecuencia de los actuales ciclos de vida que buscan cada vez la entrega de desarrollos lo más rápido posible para acortar el llamado “time to market”.
La diferencia entre un producto bueno y uno excelente es la calidad; a medida que una aplicación crece, es mayor el esfuerzo que debemos invertir para validar la funcionalidad. Las pruebas automatizadas nos ahorran tiempo y dinero, estas pueden ser repetidas una y otra vez durante todo el ciclo del desarrollo para asegurar la calidad del producto. Cada vez que exista un cambio, arreglo o nuevos elementos, seremos capaces de validar la funcionalidad completa, rápida y consistentemente.
Como bien sabemos, las pruebas de software se han convertido en una etapa imperdonable dentro del ciclo del desarrollo de software, ya sea que se trate de software de aplicación o software de sistemas.
Nota del autor: El contenido de este artículo fue extraído de partes de comentarios dejados por los miembros del grupo TESTING & QA en LinkedIn, a partir de debates generados.
Hay dos enfoques a tener en cuenta en relación con el área de software testing que se hará cargo de la selección de casos de prueba candidatos:
La semana pasada me di cuenta que el futuro que habíamos visualizado para MoProSoft llegó. Por un lado un consultor de procesos de software canadiense me dijo que estaba trabajando con sus clientes para implantar la ISO/IEC 29110, “por fin una norma que avala todo lo que le digo a mis clientes” externó.
Este trabajo resume los pasos seguidos por una empresa en un ambiente híper competitivo como es el comercio electrónico y las decisiones técnicas y organizacionales que tomaron para mejorar su desempeño. Se analizan éstas luego para extraer conclusiones aplicables a cualquier empresa.
Para las metodologías de desarrollo de software la meta final será siempre entregar un producto funcional al usuario. Esto comprende un conjunto de pasos que abarca desde la conceptualización de la aplicación hasta su instalación y mantenimiento. Con una visión cerrada y limitada del manejo de la aplicación, el equipo de desarrollo trabaja incansablemente para encontrar la manera óptima de poder entregar en tiempo y forma el resultado de su trabajo.
Es un hecho que los pagos móviles son el presente y el futuro, lo que no está claro es la velocidad de adopción por los consumidores y las diferentes variantes que tendrán estos.
Aunque fue la industria financiera quien primero quiso involucrarse con Big Data, en este momento todo el mundo habla de Big Data y la buena noticia es que ya los conocimientos sobre esta importante tendencia han madurado en aquellos que consideran incluirla en sus iniciativas.
Desarrollar nuevas tecnologías nunca había sido tan sencillo -o tan rentable- como lo es actualmente.
Las brechas entre “academia” e “industria” en relación a la carrera de TI y en particular para profesionistas de software no tienen por qué seguir siendo grandes y mucho menos tiene que continuar desatendida.
Es importante que todo estudiante por egresar, todo recién egresado y todo profesionista puede ayudar a acortar dicha brecha y orientarse hacia lo que las empresas necesitan para ser más productivas y obtener mejores resultados en una industria tan competida como la nuestra.
Nuestro ritmo de vida ha ido en aumento. Es por esto que en ocasiones no nos percatamos de algunos factores que pudieran repercutir negativamente en nuestra salud. De hecho, México se ha convertido en el país con el mayor índice de obesidad a nivel mundial. Según la Organización de las Naciones Unidas para la Alimentación y la Agricultura, una tercera parte de los adultos mexicanos es obesa.
Cómo conseguir una carrera de éxito desarrollando software y cómo evitar los errores habituales.
