Podemos implantar un sistema de la calidad, partiendo de documentos de requerimientos y/o de casos de uso, podemos escribir los planes de pruebas, hacer el diseño y escribir al detalle todos los casos de prueba, podemos ejecutarlos en paralelo al desarrollo e ir manteniéndolos con los cambios.
Con todo eso puede valer para tener un producto de calidad, pero ¿qué pasa si añadimos un ingrediente más a la receta: el análisis y gestión de riesgos?
La actividad de la gestión de riesgos no es un trámite o formalismo a cumplimentar para superar una certificación: es algo útil. La gestión de riesgos cierra el círculo, vinculando requerimientos, riesgos y casos de prueba que controlan la mitigación de estos riesgos.
¿Qué aporta este ingrediente?
Read more
Interesante presentación sobre métodos y buenas prácticas sobre testing. En el link que adjunto ¨slideshare.net¨, hay muchísimas presentaciones sobre el mundo de la calidad que pueden ser de vuestro interés, yo os recomiento ¨Efective Methods of Software Testing¨.
En los últimos meses he publicado algunos artículos sobre Scrum, sus beneficios y buenas prácticas, pero “no es oro todo lo que reluce”. Scrum es una metodología ágil implantada exitosamente durante años en grandes empresas…pero esto no quiere decir que la podamos implantar en cualquier entorno. Antes de su implementación deben de analizarse bien la situación en la que se encuentra nuestra empresa mediante un análisis de riesgos.
De la misma manera que hay muchas personas que creen en los beneficios de Scrum, hay otras que no acaban de ver estos beneficios con tanta claridad. Os recomiendo que leáis este interesante punto de vista obtenido de SoftwareArquitecto.
En los últimos meses he estado leyendo bastante sobre Scrum, el proceso, su implementación, como introducir calidad en el proceso…y por supuesto, he buscado herramientas que permitan gestionar un proceso ágil como Scrum de principio a fin.
Una de las herramientas que más me ha gustado ha sido VersionOne. Es una aplicación ASP.NET gratuita para equipos de hasta cinco personas. Fácil de instalar y de usar, es bastante intuitiva. La propia web de la aplicación incluye completos tutoriales sobre la administración e instalación.
En la parte superior derecha de la web de VersionOne está el enlace a “Customer Support”, allí podreis encontrar el “Getting Started”, “Planning”, “Reporting” y “Tracking”. Son muy interesantes, aprendereis a usar mejor la aplicación.
Read more
Aunque Scrum es una metodología muy simple de entender, al menos sus conceptos básicos (la implementación ya es otra cosa), no se puede aprender en cinco minutos. Eso si, “Softhouse” nos ofrece un visión global de en que consiste Scrum.
Scrum in five minutes consta de 16 páginas que nos explica el “Work Flow” de scrum, piezas claves y cada uno de los miembros del equipo scrum.
MoProSoft es un modelo de procesos para la industria de software en Mexico. Desarrollado por iniciativa de la Secretaria de Economia y con el apoyo de empresarios y academicos mexicanos. Fomenta la estandarizacion a traves de buenas practica en al gestion y desarrollo de software.
MoProSoft establece y emplea un patrón para definir cada proceso. El patrón de procesos es una agrupación esquemática de los elementos que configuran un proceso. Está formado por tres partes: Definición general del proceso, Prácticas y Guías de ajuste.
¿Para que sirve MoProSoft? Principalmente para mejorar la calidad del software desarrollado por la empresa. Pretende elevar la capacidad de las empresas para alcanzar niveles altos de calidad y aumentar asi su competitividad. Este modelo permite a las empresas mexicanas medir su nivel de madurez.
Existe también un herramiento llamada Kuali que ofrece la posibilidad de administrar proyectos basados en MoProSoft.
Referencia:
Podeis encontrar mas informacion sobre este modelo en:
http://www.enterate.unam.mx/Articulos/2006/marzo/moprosoft.htm
James Bach es uno de los Gurus sobre Rapid Testing, realiza multiples seminarios y conferencias alrededor del mundo (junto con Michael Bolton) sobre este tema. Os recomiendo la asistencia a alguno de estos seminarios si teneis la oportunidad, sino, hay un libro introductorio a esta materia que es de muy facil lectura que se titula “Introducction to Rapid Software Testing” escrito por Chris Brown, Gary Cobb, Robert Culbertson en el 2002.
Read more
Recomiendo este Google Tech Talks presentado por Elisabeth Hendrickson sobre Agile testing. Cada vez son más los equipos de desarrollo que adoptan tecnicas “Agiles”. ¿Que es el testing ágil? en esta presentación Elisabeth Hendrickson comparte sus experiencias en como equipos de pruebas pueden ser ágiles.
Proporcionará una descripción de cómo las prácticas ágiles diferencian a las tradicionales y discute lo que significan esas diferencias para los equipos de testing.
+ Agile Testing Video
TMM es la abreviación usada para Test Maturity Model. El TMM es un proceso de madurez del test que fue originalmente creado por el Illinois Institute of Technoloogy como guía para la mejora de procesos de testing y como complemento al CMM(i).
La estructura del TMM está basada en el CMM y en su fases, ya que consiste también en 5 niveles que reflejan el grado de madurez del test. Para cada nivel de madurez, hay definidas un número de procesos. Los cinco niveles del TMM ayudarán a una organización a determinar la madurez de sus procesos de test y a identificar los pasos a seguir para introducir las mejoras necesarias para lograr niveles mayores de madurez.
Los niveles de madurez son:
o Nivel 1 – Inicial: El test está sumido en un proceso caótico ó simplemente no hay test alguno.
o Nivel 2 – Definición: Se caracteriza por la utilización de técnicas básicas de test que identificarán si el software está de acuerdo con sus especificaciones. Estructuración del proceso de test, planificaciones y estrategias.
o Nivel 3 – Integración: Se caracteriza por el test está completamente integrado en el ciclo de vida del software y es reconocido a todos los niveles del modelo en V. El Plan de test está terminado, las estrategias han sido determinadas en función del previo análisis de riesgos basados en los requisitos.
o Nivel 4 – Gestión y Medición: El test es un proceso medido y cuantificado. La usabilidad es uno de los atributos de calidad utilizados en el test de software.
o Nivel 5 – Optimización, Prevención de defectos y control de calidad: Se caracteriza por mecanismos precisos para que el test pueda ser mejorado continuamente. En este nivel se utilizan procedimientos para seleccionar y evaluar herramientas de test.
Cada día los sistemas son más y más complejos, haciendo necesario que se tomen encuenta mejoras en la calidad de nuestros procesos para mejorar así la calidad final del producto. El modelo TMM nos proporcionará y proceso de desarrollo de software más eficiente y efectivo. Nuestro objetivo será a prevención y no en la detección.
En la web de la fundación TMM se puede encontrar muchísima documentación sobre el modelo TMM y algunos casos prácticos.
Referencias:
+ http://www.tmmifoundation.org/
Normalmente, el testing está considerado como parte del Ciclo de Vida de Desarrollo de cualquier aplicación (Requisitos, análisis & diseño, implementación, testing y deployment), pero el testing, a su vez, tiene su propio ciclo de vida. Dependiendo de la organización, este ciclo puede tener más o menos fases, pero acontinuación comentaré las fases que son siempre comunes.
A grandes rasgo, podemos decir que el ciclo de vida del Software Testing incluye las siguientes fases:
1. Planificación.
2. Análisis
3. Diseño
4. Ejecución
5. Ciclos
6. Pruebas Finales e Implementation
7. Producción
Read more
