Pruebas funcionales en TFS 2010

Tenemos una gama de aplicaciones escritas en diferentes tecnologías (.net / php / java) para las cuales nos gustaría configurar una continuous integration.

Todo el código fuente está actualmente en SVN. Ya hay algunas testings funcionales para aplicaciones web, usando Hudson y Selenium.

Me pidieron que considerara la configuration de TFS 2010 para ejecutar testings funcionales automatizadas para proyectos .Net (web / winforms).

¿Podría ver mis preguntas a continuación?

  1. ¿Es posible ejecutar testings funcionales usando TFS? Por lo que entiendo, podría usarlo conjuntamente con Test Manager 2010 (no estoy seguro de cómo esto funcionaría con la continuous integration), o usar scripts de compilation directamente en TFS (usando MSTest.exe como una herramienta de command-line)

  2. ¿Cuál es la mejor manera de escribir testings funcionales para aplicaciones winform? ¿Son testings CodedUI?

  3. Configurar el TFS solo para testings automatizadas vale la pena el esfuerzo (el costo no es un problema, solo quieren el sistema de testing más eficiente)

  4. Esto probablemente afecte las preguntas 1 y 3, pero a mi equipo le gustaría mantener todo el código en SVN. Este argumento solo me parece una buena razón para NO usar TFS …

1) Si escribe sus testings usando MSTest, será mucho más fácil. Si usa NUnit u otra cosa, puede ejecutarlo desde la línea de command.

2) Usamos NUnitForms , un framework que extiende NUnit. Es de código abierto, muy pequeño, y puedes hacer cosas geniales como definir un método de manejo para cuando se muestra un cuadro de dialog modal. Usamos eso para iniciar session automáticamente dentro de testings funcionales, por ejemplo. No estoy seguro de si puede hacer ese tipo de cosas con CodedUI.

3) Si ya está utilizando Hudson, puede ejecutar proyectos MSTest y NUnit. Me quedaría con eso

4) Hay un proyecto que le permite usar SVN y TFS juntos, pero como sugieren las respuestas anteriores, evitaría TFS.