Existen múltiples características de calidad (ver ISO 25000 o el Modelo de Estrategia de Pruebas Heurísticas), pero la característica de Mantenibilidad siempre ha sido un punto débil para mí: muy importante pero difícil de probar. Usando Codescene he obtenido una excelente visión general de la salud del código (la calidad del código, por así decirlo) y ayuda a establecer objetivos.
Las revisiones de Pull Request son especialmente fantásticas y funcionan como un revisor de código senior adicional que revisa cada pieza de código que entra en las ramas principales o de desarrollo para todos los equipos. Esta característica por sí sola me permite garantizar la mantenibilidad de todo el nuevo código hasta cierto nivel. Para el equipo piloto medimos aproximadamente una frecuencia de un par de análisis de pull request por día para un equipo de desarrollo de 6-7 personas.
Como gerente de Pruebas y Calidad, es perfecto para obtener una visión general y los desarrolladores en los equipos sienten que les ayuda a producir mejor código. También ayuda a los equipos a describir mejor el costo-beneficio de aumentar la salud/calidad del código dedicando tiempo a refactorizar ciertos puntos críticos, un beneficio que puede ser difícil de explicar a las partes interesadas que carecen de experiencia en desarrollo.
En general, mi expectativa con esta herramienta es que el costo de mantenimiento de nuestro ciclo de vida de desarrollo disminuirá en un grado sustancial en el futuro.
Tuve que configurar el servidor por mí mismo, pero el rápido despliegue usando Docker fue excelente. El software también funciona con métodos de autenticación comunes, lo que facilitó la conexión al software del que quería extraer información.
El soporte al cliente ha sido bueno, he tenido un contacto que respondió de manera rápida y esto nos ayudó a desplegar Codescene bastante rápido. Reseña recopilada por y alojada en G2.com.
Hasta ahora, los inconvenientes han sido pocos, pero hay algunas características que son difíciles de usar cuando trabajas con una organización donde abrir puertos de firewall o trabajar con proxies es un desafío. Por ejemplo, hay una excelente integración con Azure DevOps para revisiones automáticas de código, pero si tu instancia de Azure DevOps está fuera de la red donde se ejecuta Codescene, no pueden conectarse sin un proxy o abrir un puerto de firewall. Esto se puede manejar utilizando agentes locales de Azure DevOps que pueden llamar a la API de Codescene, pero algunas características, como contar el número de PR analizados, no se activan. Reseña recopilada por y alojada en G2.com.
El revisor subió una captura de pantalla o envió la reseña en la aplicación, verificándolos como usuario actual.
Validado a través de una cuenta de correo electrónico empresarial
A este revisor se le ofreció un incentivo nominal como agradecimiento por completar esta reseña.
Invitación de un vendedor o afiliado. A este revisor se le ofreció un incentivo nominal como agradecimiento por completar esta reseña.
Esta reseña ha sido traducida de English usando IA.
