2008-11-30 18 views
5

En el pasado escribí la mayoría de las pruebas de mi unidad usando C# incluso cuando el desarrollo del software real estaba en otro lenguaje .NET (VB.NET, C++. NET, etc.) pero podía usar VB para obtener los mismos resultados. Supongo que la única razón por la que uso C# es porque la mayoría de los ejemplos en Internet están escritos en C#.¿Qué lenguaje .NET usa para escribir Pruebas Unitarias?

I usted usa pruebas unitarias como parte del desarrollo del software .NET ¿en qué idioma usted prefiere usar y cuál es la razón por la que decide usarlo?

Sé que dependen en gran medida de la lengua de la proect bajo prueba, pero lo que estoy interesado en saber es si hay una preferencia de un lenguaje específico para usar mientras la unidad de pruebas.

Respuesta

6

Usted debe usar lo que cada vez el lenguaje es cómodo para su equipo de desarrollo.

No veo lo que escribiría las pruebas de su unidad en un idioma que no sea el idioma en el que está escrito el resto del proyecto, ya que podría causar confusión o requerir que los desarrolladores conozcan dos idiomas diferentes para trabajar en el proyecto

Las pruebas deben seguir el principio de KISS.

+0

¿Alguna vez ha escrito pruebas unitarias en lsnguage que no sean C#? –

+0

+1 para el principio de KISS, las pruebas están ahí para hacer las cosas más fáciles, comprensibles y fáciles de mantener. – dove

+0

No, somos una casa de desarrollo de C#, por lo que no es lógico introducir un idioma distinto de C# para las pruebas unitarias. Hacer las pruebas en VB (por ejemplo) no ofrecería ninguna ventaja, y obstaculizaría el trabajo de desarrollo futuro –

1

escribo todo mi código/negocio de aplicaciones .Net en C#, por lo que es muy natural para escribir las pruebas unitarias en C# también. Creo que escribir el código de prueba en otro idioma introduce una separación innecesaria entre el código de prueba y el código de la aplicación.

+0

Entonces, si tuviera que probar VB.NET, ¿escribiría las pruebas en VB? –

+0

Sí, personalmente trataría de mantener el código de prueba en el mismo idioma para que sea lo más fácil posible cambiar entre escribir el código de prueba y el código de la aplicación. –

2

C# porque eso es lo que todo el nuevo código base está siendo escrito. Yo diría que depende en gran medida de lo que el idioma preferido es empresas. Si es posible, creo que es mejor fijarse en uno si es posible y esto también sería en lo que están escritas las pruebas. Y si solo unos pocos escriben en C++, entonces mantenga los idiomas más comunes todavía como pruebas para que más pueda funcionar bien con ellos.

1

casi siempre escribo mi prueba de unidad en el mismo idioma que yo estoy desarrollando la aplicación. Realmente no tengo una razón para esto más que parece la idea más lógica. Puedo programar en una variedad de idiomas, pero eso no significa que la persona que recoja el código pueda hacerlo.

Tengo una excepción a eso. Cuando codigo en F #, a menudo escribo las pruebas unitarias en C#. A saber, porque el IDE no es compatible con las pruebas de unidad F # muy bien.

Una segunda razón es que las pruebas unitarias muchas veces no son un gran código. Puede requerir una cierta configuración incómoda de vez en cuando para probar escenarios de esquina. En esa situación, a menudo encuentro que la seguridad del tipo F # hace que sea difícil probar ese escenario. Probablemente es solo mi falta de experiencia con F #, pero me resulta más fácil crear estos escenarios con C#.

Cuestiones relacionadas