Los desarrolladores se esfuerzan por crear aplicaciones rápidamente con el menor número posible de errores de codificación y problemas de rendimiento. En la actualidad el desarrollo suele ir acompañado de problemas de rendimiento y de capacidad de ampliación, por lo que es difícil identificar los errores de tiempo de ejecución y las fugas de memoria y recursos. La seguridad también debe ser firme. Es necesario descubrir y resolver estos problemas, a veces prácticamente indetectables de forma manual, para implantar correctamente la aplicación. DevPartner (anteriormente, Borland DevPartner) detecta y diagnostica los defectos del software.
CodeReview identifica posibles problemas de código fuente para asegurarse de que el código sea fácil de mantener, legible y de la más alta calidad. La base de datos de reglas identifica los posibles problemas y revela problemas en la nomenclatura, la complejidad, el diseño y la estructura del código, para mejorar la calidad de un software cada vez más complejo.
Descubra la causa raíz de muchas fuentes de inestabilidad de las aplicaciones, incluidas las fugas de memoria y las superposiciones, las corrupciones de las pilas, los gastos excesivos y el uso indebido de la API. Use BoundsChecker para localizar errores específicos del tiempo de ejecución que causan la inestabilidad de las aplicaciones si no se detectan. BoundsChecker comenta los motivos del error y plantea soluciones de asesoramiento a nivel de código.
Con TrueCoverage de DevPartner, los desarrolladores, evaluadores y gerentes de creación pueden evaluar rápidamente la cobertura de prueba de las aplicaciones de tiempo de ejecución. Aborde las lagunas en las comprobaciones como si se tratara de una prueba en la que no se han ejecutado las líneas de código. TrueCoverage ofrece un resumen detallado y profundiza en los recuentos de ejecución de nivel de origen.
TrueTime se basa en un controlador de modo kernel propietario que detecta la activación y desactivación de hilos de código durante el proceso. TrueTime presenta resultados en el contexto de líneas, métodos, clases y componentes, para identificar los elementos lentos en la aplicación. Analice si la CPU o los límites de entrada/salida son la causa principal de cada cuello de botella.