Vicente Merino preguntaba en el último post sobre la complejidad y el esfuerzo de QA: «¿Cómo evaluar el esfuerzo cuando no tienes ya código» y «¿Es posible decidir al principio del proyecto si es suficientemente importante para requerir un equipo de control de calidad independiente y formalizar un plan de pruebas? »

Imaginamos que eres responsable de TI en una empresa de telecomunicaciones. Por tanto, es de tu responsabilidad:

• que los clientes puedan conectarse en el sitio web de la empresa para ver su factura, su número de puntos, adquirir nuevos servicios, un nuevo movil, etc.
• que los empleados que atienden a estos clientes puedan conectarse al mismo sitio, sino también a otras aplicaciones para verificar la cuenta de un cliente, un problema de pago, etc.
• pues que las aplicaciones comerciales permiten vender y que las aplicaciones financieras permiten cobrar. Sigue leyendo →

En el post anterior, yo pregunté «¿Qué es una aplicación de gran tamaño? ‘Y propusé clasificar aplicaciones en tamaño ‘simple’, ‘medio’, ‘grande’ y ‘muy grande’ basándose en diferentes medidas de número de líneas de código (LOC) o de número de objetos .

Esta semana, otro ‘quizz’ del mismo tipo ‘¿Qué es una aplicación compleja? ¿Es posible evaluar el esfuerzo de pruebas en función de la complejidad de la aplicación?’ Sigue leyendo →

Puede que hayas oído o leido algo de Crowdtesting, una práctica que genera una gran cantidad de «buzz» ahora y que consiste en entregar una aplicación a una comunidad de ‘testers’ externos a la empresa para que ellos comprueben su robustez.

Con el post de la semana pasada, me pregunté si esta situación podría justificar el uso de esta técnica. Sigue leyendo →

El bug presentado en nuestro post anterior atrajo a un gran número de comentarios muy interesantes

Así que, primero, un gran agradecimiento a todos los que expresaron sus puntos de vista, ya que fue precisamente el objetivo de esta publicación.

Mi experiencia en consultoría es más bien orientada a las ‘mejores prácticas’ en términos de ciclo de vida del proyecto. No soy un experto en control de calidad.

Pero trabajo regularmente con buenos profesionales de QA y yo tenía mucha curiosidad acerca de las opiniones de personas más expertas que yo en esta área … antes de hacer algunas suposiciones en este segundo post.

Sigue leyendo →

Nada me encanta más que encontrar bugs.

Como consultor de calidad, no hay nada más divertido que un análisis de código de una aplicación que permite encontrar unos defectos bien grandes y imperdonables, como un ‘Break’ en ABAP (instrucción que se usa en modo ‘debug’ y de inmediato para el programa), un OPEN / CLOSE de un archivo Cobol en un bucle (instrucción muy dañosa para el rendimiento, a poner fuera del bucle, obviamente) o accesos directos a la base de datos desde una página JSP. No se necesita un especialista para saber que se trata de defectos graves.

Sin embargo, hay una situación cuando odio encontrar errores: como usuario de una aplicación.

Sigue leyendo →

Metodologías. Agile. Scrum. Extreme programming. Muchas metodologías. « User stories » me parece muy de moda actualmente. Está bien.

Cuando era un desarrollador, yo no pensaba en las metodologías. O eres un buen desarrollador o no lo eres. Y si no lo eres, no existe ni una metodología que podría cambiar eso.

Sigue leyendo →