¿Cómo enfatizo la importancia de las pruebas unitarias para mi gerente [duplicado]

12

Recientemente empecé un nuevo trabajo y me encargaron completar una función que otro desarrollador no terminó antes de que dejara la empresa.

Las pruebas existentes están desactualizadas (es decir, inútiles) ... deuda técnica en todas partes. Creo que sería una muy mala idea implementar funciones sin pruebas, se lo he contado varias veces y él sigue diciendo que completaremos esta función y luego podré hacer pruebas.

Pero el desarrollador anterior no actualizó las pruebas, por lo que parece que mi administrador simplemente lo dice, pero no significa eso y sigue presionando para obtener más funciones.

Esta última característica es muy grande, y creo que sería una muy mala idea terminarla sin escribir primero las pruebas para toda la aplicación. Entiendo que mi gerente tiene sus propios plazos / presiones, etc., pero esta función debe hacerse correctamente o podría volver a atormentarnos a ambos.

Entonces, ¿cómo puedo explicarle esto de una manera que se hundirá en la importancia de este problema?

También debo mencionar que soy el único desarrollador, y el administrador no es técnico.

    
pregunta Aesthete 24.01.2014 - 10:05

3 respuestas

8

Conozco estos problemas de mi empresa y después de un proyecto casi fallido, la gerencia decidió poner más esfuerzo en las pruebas. Pero eso no es, por supuesto, lo que necesitas.

Intentaría explicarle que, cuanto más tarde se detecte un error / error, la corrección será más costosa (dinero y tiempo). Demuestre comprensión por sus requisitos, ya que también tiene que cumplir sus propias tareas, pero demuestre que no puede garantizar el cumplimiento de los requisitos a tiempo. Según eso, el "éxito del proyecto" está en riesgo.

Como él es el gerente del proyecto, tendría que explicar a sus jefes por qué decidió como lo hizo. (Esto es implícito, no creo que tenga que mencionarlo incluso después de su explicación)

Lo realmente importante es que se comunique un nivel de conocimiento común. Use un lenguaje que entienda y pregúntele por su vista sobre el tema. De esta manera, obtienes una discusión en el mismo nivel y esperamos que se detenga para bloquear. Espero que esto te ayude;)

    
respondido por el Dactabird 24.01.2014 - 10:26
13

Estoy aquí asumiendo que su proyecto se ha utilizado más o menos en este momento.

no escribe pruebas para cosas que ya están en uso. Estas características son probadas por los propios usuarios. Solo escriba pruebas cuando se encuentre un error, para asegurarse de que no vuelva a ocurrir.

En cuanto a las nuevas características, sin embargo, debe probarlas. Tal vez debería incluso probarlos antes de que existan (TDD). No trabaje en otra entidad antes de que la otra haya sido probada, y diga que una característica no está lista si no se ha probado (lo cual es cierto). Quizás incluso incluya el tiempo de prueba en las estimaciones para cada tarea, cuando considere que es obligatorio.

    
respondido por el Pierre Arlaud 24.01.2014 - 10:31
7

Si las pruebas lo ayudan a realizar sus tareas de manera más rápida y eficaz, escríbalas sobre la marcha (particularmente posible en forma de aseveraciones). Está escuchando que le gustaría perder tiempo, porque no tiene ninguna base para que las pruebas sean útiles o no.

    
respondido por el U2EF1 24.01.2014 - 10:20

Lea otras preguntas en las etiquetas