Canoo_WebTest

Autobuses Olimpia la mejor opción para viajar.

Canoo Web Test

Es una herramienta gratuita de código abierto que ha existido para las pruebas automatizadas de aplicaciones web de una manera muy eficaz. Desde 2001.Está escrito en Java puro y contiene un conjunto de tareas de que impulsan un navegador simulado, sin rostro (originalmente HttpUnit, pero para los últimos años HtmlUnit).

Es probablemente que la característica más sobreestimada de una herramienta de prueba web son las pruebas automatizadas, no hacen pruebas manuales inútiles porque las pruebas automatizadas no puede cubrir todo (al menos por precios asequibles). Todavia tenemos que caminar a través de la aplicación (basta pensar en el diseño de página, tamaño de fuente, colores de la fuente, ...).

La consecuencia es que los efectos la herramienta web de pruebas automatizadas, no es para garantizar que una aplicación funciona "bien" ya que no es posible, pero para detectar la mayoría de los fallos que pudieran producirse. Esta es una diferencia enorme, porque significa que las pruebas no tienen necesarios para ejecutar en un "verdadero" del navegador.Sin embargo el comportamiento real del navegador tiene que ser para aproximarse lo más posible. Apoyo HtmlUnit de JavaScript ha hecho progresos impresionantes, pero aún así no (y nunca) se comportan exactamente como un navegador normal.

A pesar de selenio modifica la normal ejecución de JavaScript de una aplicación, que utiliza el navegador en sí y por lo tanto está más cerca el comportamiento estándar del navegador.

Los Informes JUnit-como son demasiado limitados para la automatización de pruebas Web. Esto es probablemente algo que ver en primer lugar cuando se ha alcanzado un determinado volumen de pruebas. Si las pruebas tienen éxito, no es necesario ningún informe, pero cuando algunas pruebas fallan, se necesita la información para encontrar lo más rápidamente posible lo que es la causa de fracaso y un mensaje de error a menudo no es suficiente.Con informes detallados como los proporcionados por WebTest, usted no tiene que depurar las pruebas, sólo para analizar los informes. Además, te permite comprender (y corregir) el peor de los errores: los que no se producen de forma sistemática.


En cuanto a su Velocidad: Las pruebas nunca son lo suficientemente rápido. El selenio se sabe que no es muy rápido e incluso más lento en Internet Explorer (que acaba de leer la lista de correo) y parece que sufren pérdidas de memoria. Por otro lado, WebTest es bastante rápida (véase, por ejemplo este hilo en la lista de correo selenio revelador de un testigo de que no tomó selenio y 10 segundos y 2 segundos WebTest <).No es de extrañar debido a la arquitectura del selenio (3 niveles involucrados) y todos los de representación que sucede en el navegador. Incluso si los algoritmos HtmlUnit HTML de manipulación no son tan buenos como los navegadores real, WebTest se ha limitado a menos que ver y todo lo que sucede en la JVM.

Integración en proceso de desarrollo: WebTest es "sólo" Ant lo que significa que directamente se puede llamar desde CruiseControl, por ejemplo, o de estación de trabajo de cada desarrollador.En el otro lado de selenio que necesitas un navegador real con un perfil propio, un proxy - posiblemente en otro equipo si desea probar con IE y ejecutar las pruebas de un no del sistema de Windows.

Escalabilidad: WebTest Para una aplicación grande (o un conjunto de aplicaciones) con una cobertura de las pruebas funcionales buena su suite de prueba (s) crecerá rápidamente y escalabilidad puede llegar a ser un problema. Escalas WebTest mucho mejor que el selenio sobre todo porque es más rápido y porque sólo tiene que ejecutar los bancos de muchas pruebas en paralelo (basta pensar en los requisitos de hardware y las limitaciones del navegador para hacer eso con selenio).Captura de JS errores:Esto es lo que más me sorprende sobre experimentados desarrolladores que trabajan con Selenio: les resulta aceptable para ignorar los errores de JS. ¿Aceptaría errores de compilación en el programa, siempre y cuando pase la prueba unitaria? Por supuesto que no! Pero de hecho esto es exactamente lo que haces con selenio, ya que no detecta los errores de Javascript contenida en su solicitud (a menos que impactan directamente en las pruebas específicas haciendo que fallen).AJAX prueba: WebTestContrariamente a la creencia popular, no es necesario para ejecutar la prueba como JavaScript en un navegador para probar la funcionalidad de AJAX. HtmlUnit WebTest y por lo tanto es igual de bien a la altura. Incluso puede ser considerado superior, ya que permite un mejor control sobre cómo programar las solicitudes en la página haciendo que el comportamiento del navegador impredecible previsible (véase, por ejemplo mi post anterior).Los principiantes: WebTestPrincipiantes (así como los administradores) a entender mejor la automatización de pruebas de aplicaciones web, al ver lo que sucede, documentación: WebTestAmplia y actualizada al día la documentación es muy importante. Un rápido vistazo a los sitios web que muestran que el manual de WebTest es claramente el ganador. Incluso debería ser un punto negativo para el Selenio y asesoramiento en lo que hace fácil de mantener bancos de pruebas está completamente ausente.Comportamiento predecible: WebTest Debería ser un requisito mínimo para una herramienta de prueba, pero si se mira con regularidad en las listas de distribución de selenio o en diferentes puestos (como éste), esto no es aún plenamente en el caso de selenio.Compatibilidad con XPath: WebTest WebTest utiliza actualmente


Jaxen como motor de lo que significa que XPath XPath 1.0 está cubierta, así como algunos XPath 2 funciones (sabes que empieza con XPath se encuentra en una especificación, pero termina con aparece por primera vez en XPath 2?).Además se puede personalizar para definir sus propias funciones XPath.El selenio ayuda utiliza XPath nativos cuando esté disponible (como en Firefox) y evalúa expresiones XPath utilizando bibliotecas de JavaScript lo contrario (como en el IE). Esta librería JS es lento y muchas expresiones XPath no se interpretan correctamente. Incluso en Firefox, el apoyo se limita a XPath 1.0.Soporte para formato incorrecto código HTML: WebTestLos navegadores son capaces de hacer frente a muy mal formados código HTML y lo mismo ocurre con selenio como consecuencia. Analizador de WebTest (NekoHTML) es capaz de manejar algunas malformaciones, pero no tanto. A pesar de que es muy discutible, a verlo como una característica cuando su meta es escribir una aplicación web, así como posibles, a veces los probadores no tienen acceso a los recursos de desarrollo para corregir la fuente y sólo quiere probar la funcionalidad así que voy a dar este punto de selenio.

Extensibilidad: WebTest El selenio acepta extensiones personalizadas pero primero esto es complicado porque las extensiones tienen que ser desplegados en el navegador de destino (s) y las interacciones segundos se limitan como código de extensión se ejecuta en el navegador y no en su programa de pruebas.En WebTest usted tiene control total sobre el "navegador" desde dentro de las pruebas que se pueden utilizar para escribir simplemente extensiones mundial, así como al proyecto de prueba o los específicos.Pruebas basadas en datos: WebTest No hay discusión, la tarea Ant dataDriven utilizar con WebTest es simple y poderoso! El soporte multi-idioma: WebTestEl selenio RC tiene enlaces en diferentes idiomas (Java, Ruby, PHP, ...), mientras que WebTest se une a la hormiga que significa XML o para Groovy ejemplo, con su agradable AntBuilder (de hecho cualquiera de los más de 200 idiomas para la JVM probablemente podría ser utilizado) . Creo que el selenio es perder un lenguaje de especificación de reales (por favor, no hablar de Selenese!) como la hormiga es en este caso para WebTest, pero tengo que darle algunos puntos a seleni Apoyo a la Internacionalización: WebTest Usando WebTest, sólo tiene que poner las cadenas específicas del idioma en los archivos de la propiedad y el uso integrado de la hormiga en la tarea de propiedad para cargar los recursos adecuados antes de ejecutar las pruebas.Actualización 05.11.07:Dan Fabulich correctamente indica que el selenio RC pruebas escritas en el mismo idioma que la AUT puede utilizar directamente los paquetes de la aplicación de recursos i18n. Por lo tanto WebTest no puede ser visto como el ganador fuera del mundo Java, Contenido HTML: WebTestHTML es sólo uno de los tipos de contenido usado por una aplicación web y es una necesidad común de tener un contenido en común en las mismas aplicaciones, por ejemplo con un archivo PDF que contiene la factura después de la compra. El selenio es un límite de contenido HTML (+ XML y texto).

1.-Simple


WebTest tiene una sintaxis fácil con medidas que tienen nombres significativos que se pueden entender, incluso cuando usted no sabe WebTest. Además, la grabadora le permite generar rápidamente un primer borrador de las pruebas que se pueden adaptar y refactorizar para construir sólidas suites de pruebas. No se olvide: la captura / reproducción es la forma menos rentable de la automatización de casos de prueba.

2.-Rápido

WebTest no descarga CSS o imágenes y no necesita para calcular la representación de páginas.Excelente presentación de informes tal vez la característica más importante. JUnit igual que los informes no son suficientes para entender por qué falla una prueba e informes WebTest proporcionar toda la información que le permite comprender rápidamente la causa de fracaso.

3.-Muy bajo TCO Algunos testimonios de usuarios que dicen que mejor que largas explicaciones:

"el retorno de la inversión en WebTest es muchos órdenes de magnitud más alta que cualquier otra herramienta que he utilizado", "Apoyo = bueno y $ 0", "Todavía Simplemente funciona",

4.-Se ha muy robusto, maduro y libre de errores ", o" las pruebas son mucho más rápidos de escribir y barato de mantener”.Se ejecuta en todas partes WebTest es evidente Java y funciona en todas partes, siempre y cuando tenga un JDK para tu sistema operativo.

5.-No se visualiza la necesaria Esto significa que usted puede seguir trabajando en su computadora mientras que la prueba (s) de ejecución.

6.-Facil de ampliar

No importa qué herramienta se utiliza, se llega a sus límites y la necesidad de hacerla extensiva a sus necesidades personalizadas. Es sólo cuestión de tiempo. Con WebTest simplemente puede crear sus propios pasos, sin mezcla de tecnología, exactamente como propios pasos WebTest en Java o en Groovy y acceder a toda la API de HtmlUnit, commons-HttpClient, ... para mejorar WebTest para sus requisitos especiales.


7.-Fácil integración guiones WebTest son scripts Ant. Esto significa que usted tiene directamente una fácil integración en herramientas de integración continua como Cruise Control, el apoyo en su IDE favorito.

8.-No acepta (demasiado) mal formada html Contras

"Real" navegadores aceptan muy mal formados código HTML WebTest lo que sólo se puede hacer hasta cierto punto. Bueno o malo? Nosotros (los desarrolladores WebTest) quieren crear aplicaciones web, correcta y vemos esto como una característica más que como una desventaja. Después de todo, las pruebas deben conducir a una mejor calidad.

1.-Javascript:

No soporta tan bien como en tiempos "normales" del navegador WebTest simula la forma de Firefox o Internet Explorer para ejecutar JavaScript. Este comportamiento se simula, lo que significa que no funciona tan bien como en "real" del navegador. Por lo tanto, lo malo que es? No es tan malo en absoluto, incluso bibliotecas js complejos como DWR o Google Maps ya está en acción y el desarrollo en HtmlUnit (el navegador subyacente) avanza rápidamente con el próximo lanzamiento del prototipo de apoyo, GWT, etc

2.-Instalación WebTest:

Requisitos previos Una plataforma que es capaz de ejecutar aplicaciones Java. Un instalado JDK versión 5 o superior. Ant versión 1.7.0 o posterior (opcional)Distribución WebTest contiene la parte necesaria de la hormiga 1.7.0 listo para funcionar Una herramienta para descomprimir.Descargar Descarga la última versión de: Descargas. Extraerlo en un directorio de su elección. Nos referimos a ese directorio como su casa WebTest. Configurar ruta del sistemaEl sub-directorio lib / de su casa WebTest contiene todas las bibliotecas Java que componen tiempo de ejecución de WebTest. La bandeja de sub-directorio / de su casa WebTest contiene scripts de shell de Unix y Windows que se inician WebTest en lib /. Establecer la ruta de acceso para ejecutar WebTest con uno de los scripts de shell siempre que: En Windows Añadir el directorio bin / de su WebTest el hogar de su camino, al abrir las Propiedades del sistema (WinKey + Pausa), seleccionar la pestaña

Opciones avanzadas y, en el botón Variables de entorno, a continuación, editar la variable PATH en las variables de usuario.Por ejemplo:


"C: \ Archivos de programa \ WebTest \ bin";% PATH% Basado en Unix Sistema Operativo Añadir el directorio bin / de su casa WebTest a su PATH.Por ejemplo:setenv PATH, $ {PATH}: / usr / local / webtest / bin en el inicio de sesión (tcsh).o export PATH = $ {PATH}: / usr / local / webtest / bin en bashrc (bash)..

Ejemplo:

Crear un nuevo proyecto de WebTest WebTest contiene una secuencia de comandos de utilidad capaz de crear un nuevo proyecto con algunos ejemplos listos para ejecutarse. Abra una nueva shell y escriba:

C:\> webtest -f path\to\webtest\home\webtest.xml wt.createProject

(Para usuarios de shell, el nombre del comando es webtest.sh lugar de webtest)

Se le pedirá el nombre del nuevo proyecto para crear. Si simplemente pulse [Intro] La myWebTestProject nombre predeterminado se utilizará;

C:\> webtest -f WebTest\webtest.xmlwt.createProjectBuildfile:WebTest\webtest.xml wt.init: wt.createProject: [input] Enter your WebTest project name: [myWebTestProject][echo] [echo] Your WebTest project >myWebTestProject< has been successfully created with some demo[echo] tests to get started.[echo] You can now just go to >c:\myWebTestProject< and run ant.[echo] BUILD SUCCESSFUL Total time: 7 seconds

(Ejecute las pruebas de demostración Su proyecto de nueva creación web, contiene algunas pruebas listo para funcionar que se pueden utilizar como plantillas. Usted puede ejecutar con sólo mover al directorio del proyecto y llamar a:C:\myWebTestProject> webtest

si estás detrás de un proxy, edite el archivo build.xml para configurar la conexión proxy)

Usted debe ver algo de actividad en la ventana de shell y después de algo algunos segundos:


wt.openResultFile:[echo] Opening result file C:\myWebTestProject\results\webtestResults.html with cmd

wt.full:

BUILD SUCCESSFULTotal time: 16 secondsSolución de problemas Tracker WebTestsIssue En caso de problemas, puede que desee visitar JIRA canoa Web Test de Seguimiento de problemas.

Fuera de la memoria ANT puede comer una gran cantidad de memoria cuando se inicia para el uso con canoa WebTest. Usted puede darle más espacio para vivir en especificando una mayor "tamaño de almacenamiento dinámico máximo" a través de la ANT_OPTS variable de entorno, por ejemplo:

ANT_OPTS =- Xmx128m Consulte la documentación de ANT para más detalles. Con el fin de ahorrar memoria no llamar la taskdef más de una vez. Cuando el conjunto de pruebas crece más allá de algunos miles de pasos considerar el uso de más de un archivo para recopilar los informes.

java.lang.VerifyError

Es posible que la versión ANT no conformes que interfiere con la ant.jar siempre en <WEBTESTHOME> / lib. Considere la posibilidad de copiar <WEBTESTHOME> / lib / ant.jar a <ANT_HOME> / lib.

Aunque los informes installTest.xml este error en algunas ocasiones, no puede tomar todos los casos posibles. Análisis de cuestiones Si esto sucede, por ejemplo, que Canoo WebTest muestra un error que indica que no encuentra un botón que se hace referencia en un ensayo, aunque el botón es claramente visible en el navegador (y funciona tan bien), una de las razones más

Común es un formato incorrecto HTML que no se entiende por el intérprete.

"Normal" los navegadores son capaces de hacer frente a código HTML muy sucio. WebTest demasiado .. pero no con la misma medida.

Un validador HTML será capaz de decirle si el código HTML es válido o no, e indicar cómo solucionarlo. Para "ver" el estado actual de una página (DOM) en la memoria, se puede volcar a la consola con un pequeño paso:

Dump current DOM to the console


<groovy> println step.context.currentResponse.asXml()

Documentación en línea La documentación en línea contiene una gran cantidad de información sobre WebTest con numerosos ejemplos. La documentación de los pasos que se genera directamente de las fuentes de Java y por lo tanto siempre al día.

Además se puede ver en Self Report WebTest de prueba para ver cuántos pasos se utilizan. Lista de correo WebTest lista de correo es el lugar adecuado para todas las cuestiones relativas WebTest. La mayoría de las veces usted recibirá una respuesta muy útil dentro de un corto período de tiempo. Soporte comercialCasi todos los calificados de desarrolladores Java con conocimientos en Web debe ser capaz de entender cómo funciona WebTest en poco tiempo y podría ser capaz de utilizar y personalizar lo que él / ella necesita.

Sin embargo, el mejor apoyo comercial para WebTest es sin duda el que proporciona la gente detrás de WebTest. Con muchos años de experiencia en la automatización eficiente de pruebas Web, que son la fuente ideal para el éxito de sus proyectos WebTest. Echa un vistazo a http://www.efficient-webtesting.com/ si usted está buscando para la capacitación, asesoría o apoyo con el tiempo de respuesta garantizado.

Ejemplo. Acerca de WebTest Canoa Comunidad WebTest

Para ver envíos anteriores a la lista, puede visitar los archivos WebTest.


1)

Para ver envíos anteriores a la lista,

puede visitar los archivos WebTest.

2)

3)

Y te llegara un mensaje como el siguiente:

Suscríbete a WebTest rellenando el siguiente formulario. Se le mandará un correo electrónico pidiendole una confirmación, para prevenir que otras personas le


suscriban gratuitamente. Esta lista es privada, lo que significa que la lista no están disponibles a los no miembros.

Para la obtención de la licencia debemos de ver la siguiente información:

Canoa licencia WebTestSoftware Copyright 2002-2008 canoa AG Ingeniería, Basilea, Suiza Licenciado bajo la licencia Apache, versión 2.0 (la "Licencia").Usted puede obtener una copia de la Licencia enhttp://www.apache.org/licenses/LICENSE-2.0

A menos que se requiera la ley aplicable o se acuerde por escrito, el software distribuido bajo la licencia se distribuye "TAL CUAL", SIN GARANTÍAS NI CONDICIONES DE NINGÚN TIPO, ya sea expresa o implícita. Ver la licencia para el idioma específico que rige los permisos y limitaciones en la licencia.

Canoo_WebTest

Documents

Transcript of Canoo_WebTest