Notice: Undefined index: joomla_auth_cookie_encrypt in /var/www/vhost/calidaddelsoftware.com/home/html/configuration.php on line 3

Warning: session_start() [function.session-start]: Cannot send session cookie - headers already sent by (output started at /var/www/vhost/calidaddelsoftware.com/home/html/configuration.php:3) in /var/www/vhost/calidaddelsoftware.com/home/html/libraries/joomla/session/session.php on line 423

Warning: session_start() [function.session-start]: Cannot send session cache limiter - headers already sent (output started at /var/www/vhost/calidaddelsoftware.com/home/html/configuration.php:3) in /var/www/vhost/calidaddelsoftware.com/home/html/libraries/joomla/session/session.php on line 423

Warning: Cannot modify header information - headers already sent by (output started at /var/www/vhost/calidaddelsoftware.com/home/html/configuration.php:3) in /var/www/vhost/calidaddelsoftware.com/home/html/libraries/joomla/session/session.php on line 426
Proporciones entre recursos dedicados a desarrollo y a QA
 

Proporciones entre recursos dedicados a desarrollo y a QA

He encontrado diversas opiniones / experiencias / fuentes sobre las proporciones entre recursos dedicados a desarrollo y a QA: ...

1. Algunos expertos dicen que no debe superar 4:1
2. Mientras, otros expertos dicen que depende del proyecto, pudiendo ser desde 2:1 a 15:1
3. Interesa echar un vistazo en http://www.kaner.com/pdfs/pnsqc_ratio_of_testers.pdf


¿Alguna aportación práctica?
Un saludo,

Ramiro Carballo

RESPUESTAS

Me quedo con el comentario final del documento que has referido: "Ratios out of context are meaningless. Attempting to use industry figures for ratios is at best meaningless and more likely dangerous."

Y, a sabiendas de que se ignora el contexto, diría que en Procedimientos-Uno, como no, la proporción de los recursos varía en función del proyecto. Hablando de recursos la proporción en muchos casos puede ser 1 : 1, pero mirando esfuerzos las cosas cambian radicalmente, muchos trabajos de QA se simultanean con otras labores (por ejemplo definición de requisitos).

Saludos, Peter Hodgson Procedimientos-Uno, S.L. http://www.arqui.com

--------------

En mi experiencia depende mucho de que tipo de pruebas se hacen. ,

En loscasos en los que las pruebas unitarias se incluyen como parte del esfuerzo de desarrollo, estamos en el 4:1. ,
En el caso en el que no, en el 2:1.
En el caso en que como pruebas se entienda sólo la fase de pruebas de sistema, en la que sólo incluimos su ejecución (es decir, las de usuario y las de rendimiento/carga), siendo su planificación y preparación parte de otras actividades, estamos más cerca del 15:1.

Lo importante primero es tipificar las actividades de pruebas.

Espero que esto sirva de ayuda
Roberta Biffi.

----------

Hay un libro de Robert Grady - Practical Software Metrics (de memoria, no estoy seguro del titulo) donde estudio 150 proyectos, separados por tipo (Software aplicativos, embedded, etc...) Y llega a los mismos ratios, desde 20% hasta 40% en promedio, y más según la complejidad, madurez de los equipos, criticidad etc...

Nosotros manejamos ratios más parecidos a los de Roberta (4:1, 3:1)

Raynald Korchia
inQA.labs

-------

Hola Ramiro,

En principio, el termino QA es equivoco. Aqui parece que solo se habal de QA relacionado con testing. Como dice el articulo que adjuntaste, ¿como se considera la revision del codigo y Desk check por poner ejemplos? ¿Son actividaes de QA o de diseño? Como dice Roberta, primero hay que tipificar lo que se entiende por QA para poder determinar el numero de personas enncada caso.

En nuestro caso, Ericsson, tenemos pruebas unitarias, que son hechas por los propios diseñores/programadores. ¿Las incluimos en QA? Luego tenemos pruebas funcionales, en las que nunca separamos el diseño de las pruebas de la ejecucion de las pruebas, es decir las hacen las mismas personas, ¿separamos en ese caso diseño de las pruebas, y preparacion del entorno de pruebas, de la propia ejecucion y contamos, por tanto, dos tipos distintos de perfiles (diseñador y probador)?. Lo mismo sucede con las pruebas de sistema y en la mayoria de los casos, tenemos pruebas a nivel de red (nuestra area son las telecomuniccaiones). Luego para poder establecer el ratio de QA, priemro debemos tipificar las actividades de prueba y su alcance.

En un proyecto tipico, diseño de una aplicacion, con pruebas de unidad consideradas como actividad de programacion, y pruebas funcionales y de sistema, donde el probador diseña y realiza las pruebas, el ratio mas idoneo creo que esta entre 1.5 y 1.0 diseñadores por cada tester.

Saludos, Antonio Moya

------- He oido que en Microsoft hay un ingeniero de pruebas por cada desarrollador. Aun asi el software de Microsoft se libera con errores graves.

Carlos Méndez