Pregunta

¿Existe una mejor herramienta de prueba de unidades que WaTiR para las pruebas web de Ruby? ¿O es el estándar de facto? ¿Qué herramientas de prueba de unidad utilizas?

¿Fue útil?

Solución 4

No sentí que pudiera marcar ninguno de estos como una respuesta.

Por lo que veo en las respuestas, es que WaTiR es uno de los mejores si te quedas con Ruby como lenguaje de prueba.

Personalmente estoy de acuerdo con Ryan Guest sobre Selenium debido a la compatibilidad con varios navegadores y al enfoque independiente del idioma. Por otro lado, utiliza su propio lenguaje, por lo que es una cosa más que aprender.

Scott Hanselman tiene un podcast titulado Resumen de herramientas de prueba funcional que tipo de habla sobre esta pregunta.

Cuando se trata de eso, creo que la respuesta es que WaTiR es una gran herramienta de prueba si se ajusta a su situación.

Otros consejos

Lo usamos para todas nuestras pruebas de aplicaciones web, no solo para aplicaciones web basadas en ruby. Observamos varios productos, pero consideramos que WaTiR era el mejor. Además, está en Ruby para que podamos darnos una palmada en la espalda y decirnos lo buenos que somos para usar Ruby.

Después de analizar detenidamente a waitr, mi equipo se decidió por el selenio.

Entre las muchas razones estaban:

  • El que Steven mencionó, Selenium tiene mejor navegador y Soporte multiplataforma. Nosotros actualmente tienen máquinas que ejecutan Mac, Linux, y ventanas con safari, firefox, y es decir.

  • Las pruebas de selenio parecían ejecutarse más rápido que waitr, sobre todo si tomas ventaja de la red de selenio.

  • Las pruebas de selenio podrían escribirse en un mayor variedad de idiomas que solo Ruby.

  • Selenium tiene un IDE fácil de usar.

Se utiliza como herramienta de rastreo web. WaTiR también es genial para probar, como he escuchado. Tenga en cuenta que cada navegador tiene su propia versión de WaTir: WaTiR (IE), FireWaTir (Firefox) y SafariWatiR (Safari).

He estado usando Watir desde 2007, pero más como una herramienta de scripting que como una herramienta de prueba de unidad.

Como comprobador manual, es muy útil para algunas tareas repetitivas, pero nunca logré usarlo de forma correcta " correctamente " (creando casos de prueba para ver qué características fallan y qué).

También, le he mostrado a Watir a algunos de mis amigos que son programadores y lo están usando para ayudarlos durante el desarrollo de sistemas escritos en Java, PHP e incluso ASP, así que solo porque Watir es un proyecto de Ruby, no lo hace. No quiero decir que solo lo uses con otros proyectos de Ruby :)

Uso Watir para pruebas funcionales.

Para pruebas Unitarias, si es posible, se prefiere IMHO, ya que son mucho más rápidos y no complican las cosas al tener que invocar una instancia del navegador, por lo que es posible una solución de 'navegador sin cabeza', como webrat o capybara. >

Desea que las pruebas unitarias sean RÁPIDAS, para que puedan ejecutarse con cada compilación de CI. Luego cree una compilación durante la noche y haga que ejecute sus pruebas funcionales, de esa forma, si tardan horas en ejecutarse, no es gran cosa. (y una vez que obtenga una gran cantidad de miles de pruebas funcionales / de aceptación / regresión, tardará horas en ejecutarse incluso con un navegador más rápido como el nuevo IE9, Firefox o Chrome.

También debo tener en cuenta que con el nuevo proyecto Watir-Webdrive puedes obtener lo que equivale a lo mejor de ambos mundos. El código de Watir es fácil de codificar, muy 'Rubyesque' y la amplia compatibilidad con el navegador (IE, FF, Chrome, Opera, Headless) del servidor web de Selenium Webdriver.

Vale la pena señalar que el proyecto FireWatir se ha incorporado al núcleo de Watir y los códigos de código se han integrado a partir de la versión 1.6.2 de la semana pasada .

Echamos un vistazo a WaTiR hace unos años y decidimos no hacerlo por varias razones, principalmente por su facilidad de uso en comparación con los gustos del selenio (como en el código de escritura frente a las herramientas visuales).

Vale la pena mencionar que las personas que estaban haciendo el desarrollo de pruebas no los desarrolladores y mucho menos los desarrolladores de Ruby.

Esto tampoco fue para aplicaciones ruby, pero como es la web y la web sirve HTML, no debería importar con qué se haya creado.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top