Utilizamos MSTest bajo TFS (2008). La gran ventaja es que ejecuta las pruebas en un dispositivo real (corremos tanto contra emuladores como dispositivos físicos) y las pruebas se realizan desde el servidor, no desde el dispositivo. Esto significa que no tiene que seleccionar pruebas para ejecutar, etc. desde la interfaz de usuario de un dispositivo (a la CFNUnitBridge), que es dolorosamente incómoda y no conduce a la integración continua.
MSTest no es una panacea, sin embargo. Tiene algunos inconvenientes serios (como las pruebas de depuración es realmente doloroso y el inicio de la prueba es lento), pero es mejor que cualquier otra cosa que hayamos probado. La esperanza es que a medida que MS avance, la usabilidad mejorará y podemos seguir avanzando con el marco de prueba que tenemos.
Usando cualquier otra cosa nos parece demasiado arriesgado, ya que muchos frameworks y bibliotecas para dispositivos tienden a marchitarse y morir sin un gran patrocinador. NUnitLite, por ejemplo, solo ha tenido 477 descargas y muy poca renovación o actividad de código en una vida de dos años a partir de esta publicación; eso no inspira confianza de que crecerá en características.
No tenía conocimiento de esto. ¿Pueden las personas que me otorgaron el representante eliminarlo, por favor? –
No es 100% cierto. Los ensamblajes de CF son retargetables, por lo que si no utilizan llamadas específicas de CE, entonces funcionarán. Obtener el marco de prueba para cargar el código CF y no intentar implementarlo es la parte más difícil. – ctacke
ctacke, supongo que por "retargetable" quiere decir que se pueden construir como ensambles de marco estándar. He considerado esa opción, pero agrega complejidad a la construcción y no estaríamos probando el código a medida que se construye para la producción. –