Esta semana, por motivos de salud, ha habido menos artículos. A pesar de los problemas hemos hablado de:
Encuesta sobre los salarios de los profesionales de Testing de Software 2015, organizada como en ocasiones anteriores por expo:qa.
El miércoles hablamos de la solución de análisis estático de código de Optimyth: Kiuwan, ¿qué es?
Para el viernes propusimos unos videos sobre pruebas de software basadas en riesgo: Risk Based Testing (Video).
Esta semana hemos hablado de:
¿Qué significa cada métrica del cuadro de mando de SonarQube? En este artículo os dejábamos algunos enlaces interesantes para aprender más sobre SonarQube.
El martes hubo información sobre el próximo AfterTest organizado por expo:qa, AfterTest : Continuous Delivery y Testing! con Peter Marshall, que se celebrará el próximo 26 de Febrero en Madrid.
El miércoles la propuesta fue el video Evolucion de la calidad software, del proceso al producto, con el que Javier garzás inauguró las primeros Jornadas sobre calidad del producto software.
El jueves hablamos de Deuda técnica ¿qué es?
Cerramos la semana con Las mejores canciones para realizar pruebas de stress sin stresarse. En este artículo esperamos vuestras colaboraciones, y que nos contéis qué hacéis vosotros cuando necesitáis hacer pruebas que requieran un cierto nivel de concentración.
En el vídeo que propusimos ayer Evolución de la calidad software, del proceso al producto, Javier Garzás habla sobre la deuda técnica. Así que hoy tocaba retomar el tema: Deuda técnica ¿qué es? Buscando posibles definiciones, una de las más acertadas es la de la wikipedia, en su versión inglesa, aunque la versión en español es también es bastante interesante:
La deuda técnica es un eufemismo tecnológico que hace referencia a las consecuencias de un desarrollo apresurado de software o un despliegue descuidado de hardware.
Yo me quedo sobre todo con la primera parte de la definición, eufemismo tecnológico para referirse a las consecuencias de un desarrollo apresurado de software. Yo diría inacabado o mal hecho, ya sea por partir de un mal diseño, por un desarrollo apresurado por plazos inferiores a los necesarios, falto de análisis, o simplemente con errores por no aplicar patrones ni buenas prácticas. » Read more
AfterTest, en Madrid con Peter Marshall.
Expo:QA organiza un nuevo AfterTest en Madrid. En esta ocasión Peter Marshall, consultor independiente de las metodologías ágiles, quien explicará a los asistentes lo que es el ‘Continuous Delivery‘ y como realizarlo con éxito, usando un enfoque de testing que implica a todo el equipo.
Peter Marshall
Peter es ingeniero con más de 14 años de experiencia en el desarrollo de software y seguidor de prácticas como la programación en pareja, TDD y involucrar a todo el equipo para entregar productos de software de calidad.
Después de la charla habrá, como en otros AfterTest, un divertido networking quiz y más sorpresas.
Como siembre, se trata de una buena forma de conocer a los compañeros Testers madrileños o simplemente ponerte al día con los colegas que no has visto en mucho tiempo. » Read more
Hoy os proponemos un video sobre appium, un marco para automatización de pruebas en dispositivos móviles iOS y Android basado en Node.js. La charla forma parte de la Google Test Automation Conference de 2013, por lo que appium ha madurado bastante desde entonces, pero es un buen video como introducción a todo lo que podemos hacer con appium.
En próximas semanas hablaremos largo y tendido sobre appium, pero de momento deciros que permite automatizar pruebas de aplicaciones, tanto nativas como híbridas, para dispositivos iOS y Android, es decir, en torno a un 75-80% del total de smartphones que se conectan diariamente a internet.
La charla la da Jonathan Lipps, de Sauce Labs, y está en el lado opuesto de otro video que os hemos propuesto recientemente, Kiuwan en un minuto, pues este dura casi 45 minutos, pero 45 minutos muy densos. En cualquier caso, se trata de un video imprescindible para introducirnos en appium, y además, las preguntas que responde Jonathan al final del video son muchas de las que nos hacemos ahora.
GTAC 2013: Appium: Automation for Mobile Apps: » Read more
Luminol: Derivado del ácido ftálico. Su mayor importancia reside en la reacción de quimioluminiscencia que da con peróxidos en presencia de complejos de hierro como catalizadores. El luminol se utiliza en química forense para detectar trazas de sangre ya que ésta cataliza la oxidación con peróxido de hidrógeno bajo emisión de luz.
SonarQube: Herramienta software que permite analizar el código fuente. Entre otras cosas, nos informa sobre código duplicado, estándares de codificación, pruebas unitarias, cobertura de código, complejidad ciclomática y más cosas.
Seguro que en alguna película o serie de televisión habéis visto la magia del luminol. Un investigador científico de la policia rocía un área con luminol, y lo que antes era una alfombra aparentemente limpia, desvela pruebas de que ahí se ha cometido un crimen.
Luminol – Escena de crimen
SonarQube, bien utilizado, puede ser el luminol de los desarrolladores y probadores de software. » Read more
Javier Garzás (Kybele, 233 Grados de TI y Universidad Rey Juan Carlos) es consultor y conocido de divulgador de todo lo que tiene que ver con el desarrollo de software. Su blog javiergarzas.com tiene un nutrido y activo grupo de seguidores. Ha publicado 20 libros sobre temas relacionados con la ingeniería del software y colabora con infinidad de empresas para mejorar sus procesos de desarrollo a través 233 Grados de TI, comunidad y consultora nacida en la universidad. » Read more
