Page 34 - REVISTA 2016

Conclusiones

Es fundamental saber en qué nivel estamos para poder comenzar a mejorar. Para esto debemos analizar clara-
mente qué aspectos tenemos bien resueltos y cuáles no como para poder armar un plan de acción. La metodo-
logía es simple: consiste básicamente en analizar los puntos de dolor con respecto a la gestión de la calidad, los
riesgos y los costos, y de acuerdo a las respuestas que vamos obteniendo podemos armar una lista de las activi-
dades que tenemos que abordar para poder mejorar esos puntos de dolor. Una vez que tenemos esta lista hecha,
podremos ordenar la prioridad de cada acción a realizar de acuerdo al grafo de precedencias, que nos permitirá
analizar qué aspecto tenemos que resolver primero que otro. Este resultado debemos complementarlo con un
análisis de qué cosas son más importantes para el contexto del equipo, por ejemplo, si es más prioritario asegurar
la performance o la usabilidad.
Si hay algo peor que estar haciendo mal las cosas es no ser consciente de ello.

Bibliografía

• Paul M. Duvall, Steve Matyas, Andrew Glover (2008). Continuous Integration: Improving Software Quality and
Reducing Risk.
• Federico Toledo (2014). Introducción a las pruebas de sistemas de información.
• Myers, G. J., Sandler, C., & Badgett, T. (2011). The art of software testing. John Wiley & Sons.
• Fewster, M., & Graham, D. (1999). Software test automation: effective use of test execution tools. ACM Press/
Addison-Wesley Publishing Co.
• Barber, Scott. (2006) "User Experience, Not Metrics.
• Lisa Crispin, Janet Gregory. (2009). Agile Testing: A Practical Guide for Testers and Agile Teams

36 Revista de la Facultad de Ingeniería