La calidad del código también es muy importante.

SonarQube es una plataforma open source para gestionar esto. Aplicando una serie de reglas en SonarQube al código fuente, se nos puede informar sobre cosas cómo el estado de la cobertura del código, cómo es la complejidad del código fuente al que se le han aplicado estas reglas (o buenas prácticas), si existe código duplicado… etc

Este tema de la calidad del código es de momento un poco peliagudo ya que todavía es bastante complejo de abordar. Además hace falta seguir dando a conocer las buenas prácticas para sacarle mayor partido.

Entre los compañeros de trabajo hemos comentado que existe una comunidad (tanto inglesa como española) relacionada con este tema y que ayuda a difundir las buenas prácticas y dar algo de soporte a las dudas que surgen entorno a SonarQube y la calidad del código.

Aquí tenéis más info sobre la comunidad hispana.

Si os gusta el tema podéis participar tanto con vuestras preguntas (si tenéis dudas) como con tutoriales (si sois expertos) ;)

¡Aportemos todo lo que podamos!

¡La unión hace la fuerza!

Este mes he asistido al ciclo de conferencias VLCTesting de Valencia.

Estaba bastante interesada puesto que hasta el momento no había asistido a un evento así, dedicado sólo al mundo del testing y de la calidad.

La verdad es que las charlas a las que asistí me resultaron muy interesantes y me gustaría comentar a grandes rasgos lo que aprendí y si saqué alguna conclusión.

Fueron dos días, el primero con una serie de charlas (más teórico) y el segundo con seminarios (más prácticos).

Quería destacar estas ideas que cuento a continuación. Son sólo de algunas de las charlas/seminarios (porque me parecieron importantes o inspiradoras):

SSTQB Impulso del testing en España

por Luisa Morales Gómez-Tejedor

El SSTQB es el Comité Español de Testing. Es el representante en España del ISTQB. La idea es certificar a los testers bajo unos mismos criterios que son internacionales. Algunas certificaciones ya están traducidas al español y puedes estudiarlas mediante cursos (o por cuenta propia) y tras ello examinarte. Estaría bien conseguir por lo menos la formación básica “Nivel Fundamentos” (se puede obtener más info en aquí). Tener estas certificaciones, por ejemplo, te hacen tener un status bien reconocido como profesional del testing en otros países.

Yo soy, quienes somos

por Nevena Vujosevic

En estas charlas me suelo quedar absorta en mis pensamientos y me imagino la empresa ideal donde todos están conectados, ayudan a los demás a aprender, nunca hay malos rollos… La verdad es que tener un coach en nuestra empresa haría el papel del “aceite en el engranaje” y podría facilitar nuestro día a día. Tenemos que saber que el hecho de estar bien en la empresa también depende en gran parte de nosotros mismos y cada uno de nosotros debería ser el primero en mostrar toda una serie de buenas cualidades para contagiar el bienestar al resto del equipo.

Cómo contratar a un tester

por Marta Garrido Ledesma

Simplemente genial, me pareció súper especial, cercana, divertida… Dejó de lado hacer una presentación aburrida para hacernos ver una parte de su vida que podría habernos ocurrido a cualquiera. Nos mostró cómo fue su contratación y nada que ver con la mayoría de procesos de selección que conozco. Creo que es un lujo haber vivido eso para pasar a formar parte de su empresa y desearía que esta forma de “reclutar” gente se hiciera más y más común. Yo personalmente le doy mucha más importancia al bienestar en la empresa que a cualquier otra cosa, si estás a gusto no querrás marcharte y cada pequeño granito de arena que aportes a la empresa será con ganas y con ilusión (no una obligación porque al final te pagan).

Fue una sutil y original forma de buscar más candidatos.

¿Estás preparado para la guerra?

por Antonio Robres Turón

Nos hizo ver que conocer las debilidades de tus lenguajes y herramientas es una ventaja, que nuestros tests deberían adaptarse (cada uno debe tener una responsabilidad separada o funcionalidad única) y que admás estén aislados, las bibliotecas deberían ser utilizadas con un único objetivo, que hay que tener cuidado con no duplicar código y que una buena práctica es monitorizar sistemas. Y todo con un gran toque de humor ^^

Al final del todo se hizo una mesa redonda de preguntas donde varios compañeros intentaron contestar desde sus puntos de vista a diferentes cuestiones sobre calidad de software y testing.

En cuanto a los seminarios, estaban divididos en 4 tracks, esto es que había 4 simultáneamente y debías elegir. Yo asistí a los siguientes:

Performance testing con JMeter

por Almudena Vivanco

¡OMG! ¡una chica que se dedica a pruebas de carga! En cuanto vi el nombre del seminario dije que debía ir sin pensármelo dos veces. Imagino que si habéis leído un poco mi blog habréis visto que me he peleado con herramientas como Gatling stress tool y JMeter es una herramienta similar aunque más potente en otros sentidos, vamos, que necesitaba conocer más de esto ¡ya! Se me hizo muy ameno y demasiado corto. Sé que le tengo que echar un ratito a estudiar bien los casos de prueba que nos enseñó.

¿Reparas la fuga de agua o friegas el suelo? Fix the leak with SonarQube

por José Maria Cubel y David García

Nos explicaron cómo utilizar esta herramienta. Hay que determinar ciertas reglas para aplicar sobre el código fuente y así poder obtener resultados de cómo está la calidad de nuestro código. En un nuevo post subiré información sobre la comunidad de SonarQube.

Tras esta hora todavía quedaban más seminarios pero debía coger el vuelo de vuelta a Madrid así que hasta aquí puedo leer.

En general me ha encantado este ciclo de testing y me parece que tenemos una comunidad bien maja.

Espero volver el año que viene :)

Seguro que alguna vez os ha pasado. Tenemos la batería de pruebas reluciente, los tests terminan OK completamente y un buen día, tras lanzarlos, algunos fallan…

Esto puede provocar que no detectemos algún bug obvio y que nos olvidemos por completo de cubrir las pruebas de esta parte.

Llega la desilusión, la decepción, ¿qué he hecho yo para merecer esto? Sacas el test de la batería, lo pasas a mano si es necesario y lo dejas ahí triste, abandonado y comentado…

Pobres nuestros tests… Hasta que tenemos un ratito para arreglarlos se quedan en las sombras. Pero no debemos procrastinar tanto, siempre hemos dicho que los tests necesitan cariño.

Me ha encantado esta carta que escribió Mauri Edo, sobre un test ignorado. Echadle un ojo y ¡¡no volváis a abandonar ni un solo test!! ¡¡ellos no lo harían!!