Sogeti introduce las pruebas de testing desde el inicio del proyecto

La compañía lanza su visión ‘PointZero’, con la que espera reducir los costes y el tiempo de desarrollo de aplicaciones en un 80%.

Publicado el 10 Abr 2013

Sogeti PointZero

Sogeti ha presentado la metodología ‘PointZero’ para procesos de desarrollo de aplicaciones; un concepto con el que la compañía introduce el uso de pruebas de testing desde el principio de los proyectos y que prevé que permita ahorros de hasta un 80% en costes y tiempo de desarrollo.

Según la propia Sogeti, entre el 80 y el 90% de los fallos se encuentran antes de comenzar las pruebas de testing; durante las fases de definición de requisitos y diseño se producen entre el 50 y el 70% de los fallos; mientras que sólo entre un 20 y 40% de estos se generan durante el desarrollo propiamente dicho. Además, indica que las pruebas de calidad se realizan al final del proceso en el momento antes de su comercialización, lo que hace más costoso la identificación de los errores y su eliminación.

Con PointZero, Sogeti propone localizar y eliminar los errores durante todos los procesos de manera gradual. Sogeti ya ha testado PointZero en entornos de desarrollo reales y ha conseguido ahorros de dinero y tiempo que van del 22 al 83%, según el tipo de aplicación. Para la compañía, el trabajo de esta metodología permite también mejorar los niveles de funcionalidad y escalabilidad de las aplicaciones y reducir el coste de mantenimiento y su actualización.

José Luis Antón, director de la unidad de Testing y QA de Sogeti España, opina que “PointZero es una visión dirigida a incrementar el éxito del negocio a través de la mejora del ciclo de vida de aplicaciones, acortar el tiempo de comercialización, evitar y reducir costes, eliminar el riesgo y alcanzar el objetivo de calidad propuesto. En Sogeti creemos que en un futuro el testing estará integrado como una parte más del ciclo de vida de la aplicación y no al final del desarrollo, y la visión PointZero pone el foco desde las actividades iniciales del desarrollo de los equipos de desarrollo, por lo que las pruebas tradicionales ya no serán necesarias al final del proyecto”.

¿Qué te ha parecido este artículo?

La tua opinione è importante per noi!

C
Redacción Computing

Artículos relacionados

Artículo 1 de 5