martes, 30 de septiembre de 2014

La sutileza del testing

En muchas ocasiones al integrarnos a un equipo de trabajo y presentarnos como testers del proyecto se nos puede llegar a ver como los verdugos que vienen a destruir el trabajo de desarrolladores o que se intenta evidenciar los errores en el código, sin embargo, es necesario que hagamos notar que somos parte del equipo y no buscamos evidenciar nada ni a nadie, solo buscamos elevar lo más posible la calidad del producto con el apoyo de los demás integrantes del equipo

Para realizar el reporte de resultado de las pruebas nos vemos en la necesidad de reportar los issues o defectos y que por más que mencionemos que son “del producto” terminan siendo identificados con el nombre de algún desarrollador a cargo.

Esto se intensifica si nos encontramos trabajando en outsourcing, asignados a un equipo probablemente con cliente, en donde muchas veces se nos ve como los extraños del grupo que solo vienen a criticar el trabajo. Por eso es importante tener una actitud que ayude a la integración con el equipo logrando así un impacto positivo a futuro ya que dará lugar a un buen desempeño y una buena prestación del servicio al cliente.

A continuación se listan y definen algunas características y actitudes que pueden ayudarnos y facilitar el trato con el cliente y con los equipos que conformen el proyecto.

Proactividad

De la misma manera en que nosotros estamos buscando la solución a alguna duda o problema en el que nos encontramos, se encuentran los demás integrantes del proyecto; por tanto debemos buscar la forma de aminorar tiempo y esfuerzo en la resolución de los mismos: investigando, pidiendo ayuda, realizando preguntas concretas a otros integrantes del equipo, etc.

Nunca debemos quedarnos sentados esperando a que alguien venga y nos de la solución a nuestras dudas, eso probablemente no sucederá, nos tomará una mayor cantidad de tiempo y nos hará ver perezosos y desinteresados.

Integración con el equipo

Debemos lograr sentirnos dentro del equipo de trabajo y que el resto de los miembros nos identifiquen como parte de él. Podríamos intentar buscar a las personas para tratar alguna duda o revisión de algún issue de forma presencial y no solo por correo, generar propuestas, y tener la iniciativa. Además no hace daño un poco de interacción extra laboral con los compañeros; como salir a comer, participar en fiestas de cumpleaños, algún after, etc.

Conocer el producto.

Hacernos y sentirnos parte del equipo, nos facilitará ser parte también en la construcción de ese producto y esto es un gran aporte a la calidad del mismo. Por ese motivo, se debe tornar desde el foco “destructivo” del testing (intentando rápidamente quebrar el producto en cuanto a su funcionalidad y rendimiento), al foco de “despojar de errores y mejorar la calidad”. Si bien el trabajo es el mismo, y la intensidad también es la misma, este último enfoque es el más adecuado para interactuar con las personas que están construyendo un producto, sean desarrolladores, arquitectos o gerentes de tecnología, entre otros. En nuestras interacciones interpersonales se notará que nosotros de alguna manera “queremos” al producto y estamos preocupados por la presencia de incidentes en él. Nuestra retribución personal ante el hallazgo de incidentes cambia de ser cazadores voraces de los más grandes y mejores bugs, para luego de reparados mejorar la calidad del producto; sino es el encontrar incidentes, lo antes posible, antes de que los usuarios finales los encuentren, y ver el producto, también “nuestro” producto, mejorando su calidad gracias a nuestro trabajo. Y este es uno de los puntos más importantes que quiero destacar.

Comunicación efectiva

No importando el medio de comunicación (correo electrónico, por teléfono o personalmente), debemos ser claros y concisos en los que deseamos dar a conocer. Una buena práctica es resumir la información en forma de esquema y de ser necesaria alguna explicación extra o dar a notar algún dato importante deberíamos resaltar las partes en negrita, utilizar estilos, tabulación, tablas, y colores (sin crear un arcoíris).

No olvidar que le descripción de los defectos o issues encontrados debe ser clara, proveer los pasos a seguir para la reproducción de los mismos; si es necesario mencionar características especiales que pueden forzar la reproducción del mismo (S.O, versión de explorador, datos e insumos utilizados, etc) y adjuntar evidencias del issue con el mayor detalle posible.

Por último no debemos olvidar cuidar que en los estatus se mantengan actualizados los issues, riesgos, limitantes que aún faltan por atender, los que ya han sido cerrados; e indicar la prioridad de los mismos.

Espero que lo anterior les sea de utilidad J

martes, 16 de septiembre de 2014

Certificar en ITIL

¿Queres certificar ITIL V3 Foundation?

En el campus vas a encontrar toda la información que necesitas para poder dar la certificación de ITIL v3 foundation!!!!

Tendrás acceso al material que dictan dos consultoras muy importantes (IAAP y Xelere) sin necesidad de asistir ni pagarlo, sino que lo podrás leer on line y tener toda la información que se requiere para poder certificar!!

También encontraras preguntas de examen típicas las cuales, una vez leído el material, te ayudaran a evaluar si estás preparado para rendir el examen.

¿¿¿Estás listo para empezar??? Continúa leyendo más sobre ITIL…

A continuación podrás encontrar algunas preguntas y respuestas que te ayudaran a entender que es ITIL, para que sirve y los niveles de certificación.

…Y que es ITIL y para qué sirve?

ITIL (Information Technology Infrastructure Library), es un conjunto de conceptos y prácticas para la gestión de servicios de tecnologías de la información, el desarrollo de tecnologías de la información y las operaciones relacionadas con la misma en general.

ITIL da descripciones detalladas de un extenso conjunto de procedimientos de gestión ideados para ayudar a las organizaciones a lograr calidad y eficiencia en las operaciones de TI. Ha sido desarrollada para servir como guía que abarque toda infraestructura, desarrollo y operaciones de TI. 

¿Cuantos niveles de certificación hay y en qué consisten?

ITIL V3 considera cuatro niveles de certificación:

  1. Nivel Inicial: Foundations. Asegura el entendimiento de los principios, la terminología y el contenido de los procesos y funciones considerados en ITIL V3.
  2. Nivel intermedio. Diseñada para reforzar las habilidades para analizar y aplicar los conceptos de ITIL. Existen varias opciones:
    • 5 de ciclo de vida de los servicios (estrategia de servicios, diseño de servicios, transición de servicios,  operación de servicios y mejora continua de servicios).
    • 4 de Capacidad (Soporte y análisis operacional -OS&A-, oferta y acuerdos de servicios -SO&A-, liberación, control y validación -RC&V- y planeación, protección y optimización -PP&O-).
  1. ITIL Expert. Destinada a aquellos que requieren consolidar el conocimiento obtenido en los niveles de certificación anteriores.
  2. ITIL Master. Es el nivel máximo de certificación en V3 y se enfoca en asegurar la habilidad para analizar y aplicar los conceptos de ITIL en nuevas áreas. Aún está en desarrollo.

¿Qué es ITIL foundation?

Este nivel es adecuado para personas que requieren una comprensión básica del marco de trabajo de ITIL y cómo puede usarse para mejorar la calidad de la gestión de servicios de TI dentro de una organización. También se aplica a profesionales de TI que trabajan para una organización que ha adoptado ITIL y por lo tanto necesitan estar al corriente y contribuir al programa de mejora general del servicio.

¿Por qué ITIL Foundation?

  • Enfoca el negocio y resuelve problemas de TI con las buenas prácticas en ITIL Foundation
  • Optimiza la comunicación entro los empleados de TI y sus clientes
  • Incrementa el valor de los servicios de TI alineándolos a las necesidades del cliente y los objetivos del negocio de ITIL Foundation
  • Fomenta un aumento en productividad a través de una inversión enfocada en conocimientos y experiencia
  • Con ITIL Foundation optimiza recursos y reduce costos en la provisión y el soporte de los servicios a través de la mejora continua.
  • Certifica a los profesionales de TI sentando las bases para una certificación ISO/IEC 20000 para la organización
  • Minimiza riesgos operativos y de TI con ITIL Foundation

¿Tenes dudas?

Podes contactar a las siguientes personas:

- Damián Villamea (LCP Comunidad ITX)

- Mariana Rube

- Leonardo Rosso.

 

¡¡¡Gracias por su contribución Mariana Rube y Leonardo Rosso!!!

martes, 9 de septiembre de 2014

A/B testing: ¿Qué es y para qué se utiliza?


Las pruebas A / B es la comparación de dos versiones de una misma página web para saber cuál funciona mejor. Básicamente se trata de verificar dos páginas, mostrando diferentes formas de la mismas, llamémosla A y B, para poder determinar ante cual los usuarios responden mejor. Lo que se intenta comprobar es qué versión tiene mejor desempeño, cambiando uno o varios elementos del diseño para saber cómo se comportan los usuarios.

También puede ser utilizado cuando queremos realizar un rediseño de un sito y no sabemos cómo los usuarios se comportaran ante el cambio de diseño, ya que se pueden sentirse perdidos o al contrario sería más sencillo llegar a algún elemento. Asimismo, si nos estamos anunciando en algún sitio podemos enviar a los usuarios aleatoreamente a las distintas versiones para saber cuál de ellas tiene mejor conversión en donde podríamos cambiar los colores de fondo, la posición de los elementos, el formulario de contacto, etc.

Para todo tipo de prueba existen ventajas y desventajas, para el caso del A/B test son las siguientes:

Ventajas:

ü Fácil de usar y comprender: se deberá crear diferentes versiones y ver cuál es la que mejor funciona.

ü Fácil de analizar: simple para comprender los resultados.

ü Flexibilidad: se pueden plantear los cambios que se consideren oportunos en las distintas versiones para probar.

ü Menor volumen de información necesaria: las conclusiones se pueden alcanzar con un volumen de datos menor.

Desventajas:

ü No nos dice, por sí solo, cuál es el elemento que causa un mejor o peor desempeño de la conversión.

ü Puede darse el caso de que un elemento mejore la conversión y otro la empeore siendo el resultado que no hay mejora con respecto al original.

Cuando utilizamos el A/B testing se deberían testear funcionalidades tales como:

- Botones o “call to action”

- Diferentes recorridos de navegación

- Las páginas que tiene mucho trafico

- Diferentes tipos de diseño

Existen varias herramientas para poder llevar a cabo un test de A/B alguna de las principales herramientas son:

Google Analytics: es una herramienta gratuita que se puede analizar hasta el más mínimo detalle de la web y, lo que es más importante, se puede conocer el comportamiento de tus usuarios cuando la visitan.

Crazy Egg: es una de las herramientas más sencillas de utilizar al igual que Google Analytics. Crea mapas de color en la web en base al comportamiento de los usuarios en cada visita. Con ella se podrá saber dónde se mueven los usuarios cuando entran a la web.

Mixpanel: es una manera diferente y más sencilla de aproximarse al mundo de la analítica web. Incluye funciones de marketing online.

KISSmetrics: está enfocada a las acciones de los usuarios y está orientada a la parte comercial.

Optimizely: se pueden crear test A/B de manera más sencilla, además se pueden crear diferentes versiones rápidamente, analizando los resultados y eligiendo la mejor versión de todas.

 

¡Gracias por tu contribución Eugenia Spadaro!

miércoles, 3 de septiembre de 2014

Desarrollo rápido con Azure DocumentDB

Por Fernando Hunth

 

DocumentDBAzure DocumentDB es un nuevo servicio de base de datos documental NoSQL diseñada para apoyar de forma nativa JSON y JavaScript directamente en el interior del motor de base de datos. Es una solución ideal para las aplicaciones web y mobile cuando las claves de esa aplicación son el rendimiento , la baja latencia y consultas flexibles. Actualmente aplicaciones como OneNote ya utilizan DocumentDB para soportar millones de usuarios.



enables-rapid-developmentAzure DocumentDB te permite un desarrollo rápido reduciendo la fricción y la complejidad en la construcción de nuevas aplicaciones de negocio mediante el acceso a bases de datos a través de CRUD, consulta y procesamiento de JavaScript a través de una sencilla interfaz HTTP RESTful . Programar contra DocumentDB es simple , accesible , abierto y no requiere codificación o extensiones personalizadas para JSON o JavaScript .
 


Para mas información sobre este tema:


martes, 2 de septiembre de 2014

TFS - Evitar checkout automático y editar archivos bloqueados

Cuando deseamos hacer pruebas en nuestra aplicación sin la necesidad de bloquear algún archivo o necesitamos editar parte del mismo cuando está bloqueado por otro desarrollador, es útil configurar Visual Studio de la siguiente manera:

[Pasos]

1. En Visual Studio, dentro del menú Tools, click Options.

2. En el cuadro de dialogo de Options, click Source Control, y luego click Environment.

clip_image002

[Ventajas]

Varias veces nos sucede que queremos editar archivos bloqueados por otro desarrallador, ya sea para hacer una prueba, o comentar un proceso existente. Esto nos permite editarlo y probarlo, sin tener que hacer un check-out del archivo.

Por ejemplo, esto ocurre muy seguido con los archivos de configuración de acceso a servidores: web.config. Es común el caso de que varios desarrolladores quieran compilar el código junto con el archivo de configuración apuntando a distintos servidores de datos cada uno.

[Contras]

Si no se trabaja de forma organizada, cualquier distracción puede generar que se pierdan los cambios subidos por otros desarrolladores, al trabajar simultáneamente sobre el mismo archivo.

¡¡¡Gracias Hernán Lavrencic por tu contribución!!!