Pruebas unitarias sucintamente conceptos básicos de las pruebas

Este es un extracto del eBook de Unit Testing Succinctly, por Marc Clifton, amablemente proporcionado por Syncfusion.

Primero, se supone que hay otras dos piezas vitales de cualquier proyecto de desarrollo de software:

• Un sistema de control de fuente, como CVS, SVN, Git, Mercurial, etc..
• Un sistema de seguimiento de errores, como Bugzilla, FogBugz, etc..

Microsoft proporciona integración de estas piezas con Visual Source Safe, SharePoint y otros productos..

Si tu no tienes ambos De estas piezas ya en su lugar, detente ahora. Estos son componentes vitales de un buen proceso de prueba de unidad sólida.

---

Así que tienes un error

Si descubre un error, ya sea mediante el uso de la aplicación o una prueba de unidad fallida:

• Reportar el error en el rastreador de errores y asignarlo a alguien.

Si el error no es informado por una prueba de unidad, pero se descubrió mediante el uso del código (ya sea otro desarrollador o un usuario):

• Escriba la prueba de la unidad que verifique cómo crear el problema (consulte “pruebas negativas” descritas anteriormente).

Con su sistema de control de fuente:

• Considera crear una rama específicamente para esta corrección de errores.

Entonces:

• Escribe la prueba de unidad que describe cómo debe comportarse correctamente el método.
• Corrige el error y vuelve a probar.

Con su sistema de control de fuente:

• Verifique los cambios, refiriéndose al número de error asignado por el rastreador de errores.
• Si agregó nuevas pruebas unitarias, verifíquelas, nuevamente refiriéndose al número de error.
• Si ramificó el código, decida cuándo desea combinar los cambios en la rama principal.

---

Seguimiento e informes

Al trabajar con un sistema de control de errores y control de versiones, cualquier persona (desde el administrador hasta el programador junior) puede revisar fácilmente:

• Los cambios realizados en el código base..
• La unidad prueba para crear el problema..
• Las pruebas unitarias que solucionan el problema..

Esto hace la vida mucho más fácil para el equipo de desarrolladores, la administración e incluso el usuario final si su proyecto está configurado de tal manera que el usuario final esté interesado en este nivel de detalle. (Por ejemplo, si el software se desarrolla internamente para otro departamento, otros podrían estar interesados ​​en saber cuándo se corrige un error).

La integración con otras tecnologías, como SharePoint, puede facilitar la comunicación entre los miembros del equipo, los gerentes y otros departamentos. Además, el uso de herramientas sofisticadas de control de fuente como Perforce y herramientas de integración continua como CruiseControl.NET integrarán y automatizarán aún más el uso del control de fuente con pruebas de unidad, pruebas de integración, herramientas de informes, etc..