TestRail

Bienvenidos a nuestro webinar sobre la integración de testrail en su proceso de ci y cd. Mi nombre es John Reynolds. Seré el orador principal de este seminario web con nosotros. También tenemos a Jacob Scott, que responderá a algunas preguntas durante la sesión de chat y durante algunas preguntas con nosotros. También tenemos a Chanu Mandot. Ella será posiblemente manejar algunas preguntas en la consola de chat también. Este webinar es un webinar de nivel intermedio, por lo que algunos conocimientos generales de test drill, test skills, api, ci, herramientas de cd y lenguajes de programación serían útiles para cualquiera que se haya unido a nosotros mostraremos un par de ejemplos de javascript y python.

No nos centraremos realmente en escribir ningún código, pero una comprensión general de cómo funcionan las apis y algunos de estos elementos sería definitivamente útil, y si no estás familiarizado con la api de tesco, puedes encontrar una grabación de nuestro más reciente webinar sobre api en nuestra página web también. Así que, dicho todo esto, vamos a empezar. Por lo general, recibimos algunas preguntas comunes de los clientes cuando se trata de conectar el simulacro de prueba con la automatización y otras herramientas. Así que las preguntas suelen ser: ¿puedo integrar test rail con travis ci jenkins etc.? ¿Puedo enviar los resultados de mis pruebas automatizadas a testrail? ¿Puedo iniciar la automatización desde testrail? ¿Puedo empujar las notificaciones a Slack u otra aplicación de testrel y toda la pregunta o la respuesta a todas estas preguntas es sí, incluyendo el taladro de prueba en su ci o pipeline cd se logra generalmente utilizando testrails api, lo que le permite enviar datos a y recuperar datos de testrail testrail también incluye la función de scripts ui, que algunas personas pueden no estar familiarizados con, pero scripts ui le permiten personalizar el uso real de la prueba, la prueba, la interfaz de usuario de los taladros para crear botones y enviar datos fuera de testrail o incluso recuperar datos de otras herramientas también.

Así que nuestra agenda de hoy es cubrir todas estas cosas, así que vamos a ir a través de una breve visión general de la api, una visión muy breve, sólo tocando en un par de los elementos y los puntos finales que vamos a utilizar para esta demostración vamos a mostrar un par de ejemplos de uso de testrail con ambos jenkins y travis ci.
Vamos a iniciar la automatización desde dentro de testrail también vamos a utilizar una función de script ui no sólo para poner en marcha la automatización de la prueba de perforación, sino también para enviar una notificación a Slack también. Así que esos dos últimos elementos se hacen utilizando scripts ui y los dos primeros elementos van a ser el uso de prueba de rieles api.

También voy a hacer un par de sólo en vivo: construir procesos con jenkins y travis durante esos segmentos sólo para mostrar los elementos en la acción tan um. Así que, como la agenda indicada, vamos a seguir adelante y empezar y echar un vistazo a la prueba, taladros api sí mismo. Usted puede encontrar la documentación api de testrail en la prueba: carril, el gurock com, docs testrail, slash api uh, así que toda nuestra la documentación puede usted puede ser encontrado allí. Um la documentación incluye enlaces a enlaces para varios lenguajes de programación, java, php, python, ruby y net. La documentación también incluye ejemplos de cómo enviar solicitudes api para probar las respuestas de muestra de carril para cada api, punto final y algunos otros elementos, como los códigos de respuesta y y otras entidades, por lo que en este seminario web sólo voy a cubrir los casos de uso específicos api.

Así que recomendaría ver el seminario web de introducción a la api de testrail. Si usted necesita una explicación más profunda de cómo las ventas de prueba, api funciona y algunas prácticas con eso, así que la primera cosa que quería cubrir en testrail es la diferencia entre los casos de prueba y pruebas. Uno de los principales temas intestinales api que necesita ser aclarado es la diferencia entre estos dos elementos en los casos de prueba de pista de prueba son los procesos en los que vamos a seguir para llevar a cabo sus pruebas. Por lo tanto, usted define sus casos de prueba en sus suites de prueba o en su caso de prueba individual. Las pruebas del repositorio, sin embargo, son instancias de tus casos de prueba, por lo que cada prueba que se ejecuta y prueba en el carril de pruebas contiene pruebas, y cada una de estas pruebas contiene un puntero o enlace a tus casos de prueba existentes.

Así que si usted modifica sus casos de prueba, las pruebas correspondientes se actualizarán también. Sin embargo, sus pruebas son donde usted almacenaría sus resultados en testrail, por lo que dentro de la prueba, el taladro, ui encontrará casos de prueba, como he mencionado en los casos de prueba, ficha o la ficha de los casos de prueba y suites en función de su tipo de proyecto, y el id de caso en test trail es el id del caso de prueba.
Dentro de este proyecto. Un id de prueba se va a encontrar dentro de su ejecución de prueba y el id de prueba es el id de la prueba misma en la ejecución. Si bien esto está relacionado con un caso de prueba, tendrá un id distinto dentro de la propia ejecución y podrá encontrar el caso de prueba.

El prefijo del id de la prueba por la letra t y el prefijo del id del caso por la letra c. Así que la razón por la que estoy explicando esto es la diferente api. Los puntos finales utilizarán diferentes elementos, por lo que algunos puntos finales de la api utilizarán los ids de caso y otros llamarán a los ids de prueba. Así que conseguir esto, estos mezclados causará un error api o potencialmente resultará en los resultados que se añaden a la prueba equivocada. Por lo tanto, ya que sus pruebas y ejecuciones de pruebas se basan en casos de prueba en sus proyectos, puede enviar los resultados utilizando un id de prueba o un id de caso.

Para ello, utilice los puntos finales add, result o add result for case o los métodos asociados para añadir resultados en bloque. Puede utilizar cualquiera de los dos métodos para enviar los mismos resultados y configurar las pruebas automatizadas en torno a los métodos que mejor se adapten a sus necesidades, por lo que no tiene que utilizar uno u otro. Puede utilizar ambos, lo que prefiera para mantener la coherencia. Yo recomendaría, probablemente, seguir con uno u otro. Así que, como ejemplo, al enviar los resultados de una prueba, puede añadir los resultados, incluyendo los detalles de los pasos separados, el cambio, una prueba.

Asignado, añadir un comentario y añadir valores a una variedad de otro resultado, los campos que ha configurado el caso de uso más común sería la adición de un resultado real a una prueba, pero también puede realizar todas estas otras acciones cuando se utiliza un resultado de añadir. Endpoint cuando se usa el add, result endpoints, debe hacer al menos una de esas cosas, por lo que debe añadir un status. O bien añadir un comentario o cambiar el destinatario o puede hacer una mezcla de cualquiera de ellos. La información opcional sería los detalles de los pasos adicionales o los campos de comentarios de otros datos.

Esos son opcionales así que con la breve cobertura api um. Así que esos son los principales puntos finales de la API que vamos a usar para enviar los resultados usando nuestra automatización, scripts, que he construido.
Así que ahora, vamos a echar un vistazo a cómo podríamos tomar un conjunto de casos de ejemplo y utilizar estos en ambos travis y jenkins, para estas construcciones voy a, realizar pruebas unitarias contra el archivo que contiene un conjunto de funciones matemáticas.

Así que en el simulacro de prueba, tengo un proyecto insidioso que contiene un conjunto de carpetas y casos de prueba. Cada nombre de la carpeta y el carril de la prueba coincide con un nombre de la función dentro de un archivo de la calculadora para ser probado, por lo que un nombre de la carpeta aquí destacó añadir así que esto va a probar la función de añadir. Así que todos los casos de la carpeta ad se probarán contra la función add y luego, en el propio caso, tengo campos personalizados para la entrada, los valores y una salida esperada.

Así que cuando ejecute mis pruebas automatizadas, sacaré los valores de entrada de las pruebas automatizadas. Obtengo la salida de mi función de adición y la comparo con lo que espero ver y entonces eso dictará si obtengo o no un estado de aprobación o de fracaso. Así que mi script de prueba. Para este ejemplo, tengo un par de archivos en github, junto con el probador api bindings. Esto permite que el jenkins o travis ci construye para incluir la vinculación, por lo que puede enviar y recibir los resultados de testrail. Así que tengo mi api bindings.

Un script de calculadora py, que es el archivo que contiene las funciones matemáticas básicas. Voy a estar probando contra. Tengo una calculadora guión de prueba python con un algoritmo que va a iterar a través de todas estas funciones y realizar pruebas. Así que primero voy a recuperar todas mis secciones de casos de prueba de testrail para mi proyecto. Luego crearé una matriz vacía para mantener todos los resultados de mis pruebas para cada sección a probar. Voy a recoger los casos de prueba en esas secciones y luego para cada caso de prueba. En una sección, pasaré el valor de entrada a la función, compararé la salida y determinaré el resultado, el estado y también registraré la salida real devuelta por mi función y cualquier otra información.

Si estoy, si lo necesito y luego cuando todas mis pruebas se crean, voy a utilizar el api testrail para crear una nueva ejecución de la prueba. Voy a empujar todos mis resultados a esta prueba, ejecutar cerrar la ejecución de la prueba y, a continuación, la salida de un enlace para que pueda abrir rápidamente esa prueba, ejecutar dentro de la prueba de perforación y ver los resultados.
Así que para ejecutar esto en jenkins. Tengo una construcción de jenkins que utiliza este archivo de la calculadora, mi prueba de la calculadora, la secuencia de comandos y jenkins, por lo que para llevar a cabo realmente implementar esto en jenkins.

Necesito un par de archivos en github para soportar jenkins, así que tengo mi archivo jenkins, que define mi pipeline y en mi etapa de prueba simplemente llamo a mi python mi script de prueba de la calculadora, así que también utilizo el archivo docker para asegurar la solicitud de python. El módulo se instala durante la construcción, así que tengo un archivo docker que instala la biblioteca de peticiones, que se necesita para hacer las peticiones api y para esta demostración estos ejemplos son bastante simples: los archivos son bastante simples. Esto es principalmente para fines de demostración. Cualquier persona con experiencia puede definitivamente ampliar estos.

La clave es sólo mostrar que usted puede utilizar testrail e incorporar sus pruebas automatizadas en su construcción de jenkins así que aquí en jenkins, tengo la salida de un script que empecé así que me dio inicio a mi construcción en jenkins. Mirando los registros, puedo ver que mis resultados fueron completos con mi enlace, como he mencionado, a mi prueba de testosterona y test trail. Ahora, realmente voy a hacer esto. Empezar este en vivo sólo para que um. Usted puede ver cómo esto realmente funcionaría en jenkins, así jacob.

Sólo. Hágame saber cuando usted puede ver mi pantalla jenkins. Puedo ver que eres, mirando bien, así que aquí tengo en jenkins. Sólo se trata de una instalación básica de jenkins. Así que si le doy a mi botón de construir ahora, se va a poner en marcha mi construcción y podemos ver esto se ejecuta por un momento. Así que esto es sólo la construcción de mi entorno, la instalación de mis módulos que necesito, que es realmente sólo las solicitudes de este en particular. Así que después de la construcción de la prueba, la prueba en sí sólo tomará 10 o 15 segundos. No estoy, no recuerdo el número exacto de pruebas, pero no es una prueba muy grande.

Suite uh, sólo he añadido, creo, cuatro o cinco secciones así, pero usted puede, si usted está interesado puede encontrar estos uh en mi repositorio público github, voy a publicar enlaces a este al final del seminario web, para que pueda ver cómo estoy realmente recuperar estos datos de testrail y usarlo.
En mis pruebas automatizadas, no tienes que almacenar tus datos de entrada en testrail o tus datos de salida o la salida esperada. Puedes hacer tus casos de prueba más genéricos y entonces sabes definir tu entrada. Sólo tiene que incluir que en los comentarios sobre la marcha o se puede construir en su conjunto de pruebas como usted prefiere. Así que esto es casi hecho aquí.

Pido disculpas a este ser un poco lento, no es en una máquina virtual muy potente, así que ahí vamos por lo que ahora. Dice que mis pruebas están completas. Así que si abro el registro de mi script de shell, veo que tengo mi enlace de resultados disponibles que incluí en mi script. Así que si abro esto, tengo todas mis pruebas marcadas como pasadas. Mi prueba se ejecuta con todas mis pruebas, que hizo pasar. He puesto en el campo de comentarios, mi entrada, mi salida esperada y el valor que recibí. Así que si estos coincidieron, debería obtener un valor pasado. Así que voy a mirar a otro caso de prueba como un ejemplo.

Este caso de prueba pasó también o esta prueba. Digo así que es generalmente cómo esta construcción. Script funciona. Aquí hay otra captura de pantalla, que sólo voy a tocar en un momento, por lo que es sólo otra captura de pantalla de los resultados reales en los casos individuales. Yo podría haber construido esto a fallar para proporcionar un ejemplo de un fracaso. Sin embargo, no es realmente necesario para este básico de un ejemplo, por lo que puede hacer lo mismo en travis ci con travis uh.

Usted puede tener su secuencia de comandos de prueba desencadenada por un commit a github un examen. En este ejemplo. En realidad sólo voy a desencadenar esto manualmente también. Usted puede desencadenar estos jenkins y travis construye dependiendo de una variedad de criterios, lo que usted prefiere, sólo voy a ejecutar esto manualmente, voy a mostrar ejemplo, capturas de pantalla de uno que hice disparar por un commit de github, pero voy a ejecutar el mismo conjunto de pruebas de nuevo utilizando travis ci como un ejemplo en su lugar, por lo que para travis ci, similar a jenkins, Tengo un par de archivos que se requieren para travis, por lo que travis utiliza un archivo travis yml, por lo que defino mi lenguaje, mi versión, instalo mi archivo de requisitos y luego ejecuto mi script por lo que en este archivo de requisitos sólo requiero la biblioteca de solicitud de nuevo y al hacer despliegues de construcción más compleja, sólo usted sabe, incluir sus scripts de prueba en el punto apropiado.

Su proceso de ci o el uso de ejecutar varias secuencias de comandos. Usted sabe una variedad de otras cosas que usted necesitaría para satisfacer. Sus necesidades de automatización por lo que aquí la captura de pantalla aquí muestra un cómo esto se vería dentro de travis ci, por lo que se inició la construcción de un github, cometer construyó mi sistema y actualizar mis resultados resaltados en rojo aquí. Muestro donde el enlace es a este dentro de jenkins o dentro de travis también, por lo que un proceso similar a lo que haría en jenkins. Así como un ejemplo, sólo voy a ejecutar esto dentro de jenkins o dentro de travis ci ahora así, en lugar de sólo hacer un commit github por razones de velocidad, sólo voy a reiniciar la construcción así travis ci.

Esta es la versión web por lo que um sólo esto sólo tomará un momento para arrancar la máquina virtual y debe escupir algunos resultados en un momento. Así que si me desplazo hasta el archivo de registro aquí, es un poco más verboso de lo necesario, pero aquí dice que corrió mi prueba de calculadora python y mis resultados están disponibles aquí. Así que corrí el mismo conjunto de pruebas, por lo que debería esperar el mismo conjunto de uh resultados anteriores. Así que si miro aquí, tengo una nueva prueba ejecutada, que acabo de hacer hace un momento, con mis resultados táctiles.

Así que el mismo conjunto de pruebas debe proporcionar el mismo conjunto de resultados. Yo estaba haciendo esto como un ejemplo de cómo esta construcción se vería dentro de travis. Así que travis y jenkins son sólo un par de ejemplos. Usted puede utilizar cualquier tipo de herramienta de cd ci. Usted quiere ejecutar sus pruebas, así que, como he dicho estos son sólo ejemplos. Usted acaba de aplicar el mismo proceso a cualquier otra herramienta. Te gustaría usar construir tu caso de prueba automatizado y luego sacarlo de tu proceso de construcción continua. Así que ahora vamos a seguir adelante y echar un vistazo a un par de ejemplos más.

Una pregunta común que recibimos es con respecto a: ¿cómo puedo iniciar mis pruebas automatizadas desde dentro de testrail, así que testrails ui scripts cr? le permiten crear un botón que puede hacer una solicitud api. Así que aquí sólo voy a utilizar un botón de solicitud api para iniciar una notificación para enviar una solicitud api a travis para iniciar otra construcción para entender más acerca de los scripts ui.
En la documentación de la pista de pruebas. Tenemos una sección de scripts ui. Hay un par de advertencias. Los scripts ui no son algo que tratemos como una api, así que cualquier cambio en la interfaz de los test trails con el tiempo puede romper los scripts ui.

Si los tienes dependientes de un determinado elemento o una etiqueta de elemento, ubicación o id. Los scripts Ui pueden romperse con el tiempo. Así que con cualquier prueba, la actualización de los carriles, es una buena práctica sólo para volver a comprobar sus secuencias de comandos ui, sólo para ver asegurarse de que todavía funcionan en general. Si se rompen, por así decirlo, no es un gran problema. Puede que sólo tengas que redefinir un par de variables, algo así. Así que, dicho esto, también tenemos un repositorio de scripts ui disponible en nuestro sitio web github que publicaré, el enlace que será compartido al final.

También, usted puede encontrar algunas secuencias de comandos de ejemplo sobre cómo de algunas secuencias de comandos ui que los clientes encuentran muy útil para usar. Así que, en lugar de, como se mencionó, confiar en un cambio en github, sólo voy a llamar a la api de travis para iniciar una construcción, así que aquí está un ejemplo de script ui que está en javascript, por lo que este script ui añade un botón a la prueba a la interfaz de usuario de testrails. Cuando presiono el botón, básicamente se pone en marcha mi jenkins, construir, que luego llama a mi script calculadora. Así que si pulso el botón, voy a obtener una respuesta, alerta que dice que la construcción fue exitosa.

Así que en realidad sólo quiero seguir adelante y mostrar cómo se trabajaría aquí. Así que si vuelvo a mi repositorio aquí, así que voy a esperar a que esta página para cargar para algunas personas jacob me hará saber cuando se ve la pantalla um, veo su prueba uh su prueba, pantalla de casos de prueba amarillo en este momento: bien, todo bien um. Por alguna razón, me está diciendo que nadie lo ve así que sí que se ve bien, bien, así que eh. Así que aquí tengo un botón de inicio: travis ci, que acabo de crear, que el script ui creado para mí.

Así que si presiono este botón se iniciará mi travis ci construir. Así que tengo mi ventana de alerta. Entonces, si vuelvo a travis no vamos a ver que construir, pero debemos ver este inicio de una nueva construcción en un momento.
Aquí no necesitamos vigilarlo, sólo nos aseguraremos de que se inicie y ya está. Travis está iniciando otra prueba de compilación para mí, por lo que mi botón funciona, por lo que la secuencia de comandos ui se puede utilizar. No sólo hacer una llamada api, puede llamar a un archivo local. Hay varias implementaciones que puedes. Usted puede utilizar la secuencia de comandos ui. Para otro ejemplo, voy a mostrar es el uso de slack, el envío de una notificación a slack.

Hay un par de requisitos para hacer esto, que voy a cubrir aquí. Por lo tanto, en lugar de desencadenar la construcción, vamos a enviar un mensaje a un canal de slack antes de que usted puede realmente enviar datos a slack tendrá que crear una aplicación y añadirlo a su canal. Así que tendrías que seguir las directrices de Slack para desarrollar una aplicación. Esta es una aplicación muy básica, que acabo de crear para aceptar mensajes, por lo que Slack tiene algunas aplicaciones de plantilla que se puede utilizar para implementar esto, por lo que la documentación de Slack puede guiarle a través del proceso y realmente no voy a entrar en detalles sobre cómo hacerlo.

Sin embargo, una vez que su aplicación se crea, sólo tiene que asegurarse de que los ganchos web para la aplicación están habilitados y luego añadir la aplicación a un canal y con la aplicación en un canal obtendrá una url de webhook específica del canal, que necesitamos para este script ui. Así que si esto es un script ui, construí para publicar un mensaje a slack así que marcado en rojo es la clave de mi script ui o de mi url de gancho web. Pero este es un elemento pre-formateado que sólo vuelca hacia fuera uh estadísticas de una prueba de ejecución por lo que la adición de este botón.

Estaría localizado de forma similar a donde está el botón uh travis ci. Usted puede colocar otros lugares en la ui uh que sólo puede enviar un resumen de la ejecución a slack o se puede personalizar de otras maneras. Así que cuando agrego este botón a slack allí, es un rastro de prueba, sólo veo la notificación de slack dentro de una ejecución de prueba. Presiono el botón y envía una notificación a slack con el resumen del número de pruebas, el fracaso, la tasa, etc. Esta no es la única manera de utilizar algo como esto. También se podría construir este tipo de notificación en, por ejemplo, este script de la calculadora que estaba usando um.
Podría construir esta misma carga útil en el script de la calculadora y luego, cuando mi prueba se ha completado, puede proporcionar un enlace a la ejecución de la prueba y también enviar automáticamente una nota, un mensaje a Slack o algo más.

Así que es una herramienta bastante útil y es algo: que no se limita sólo a los carriles de prueba. Ui scripts, como he dicho que se puede utilizar en cualquier cosa que puede enviar una solicitud de api, así que uh que más o menos lo cubre. De hecho, quiero añadir una advertencia más a los scripts de interfaz de usuario. Así que cuando, cuando usted está usando scripts ui, para enviar cualquier tipo de solicitud api, por favor, tenga en cuenta que el contenido completo de las apis de la secuencia de comandos ui lo siento se cargan en la prueba perfora en testrails um html. Así que si tienes cualquier tipo de credenciales en ese script ui ten cuidado en cómo implementas las cosas, porque esas credenciales podrían ser visibles por cualquier usuario de testrails que pueda acceder a la página donde se carga el script ui, así que ten cuidado cuando uses scripts ui que solo o sé consciente de esas credenciales.

Si usted tiene todos los usuarios de confianza, puede no ser un gran problema para tener. Ya sabes, un gancho web, url incluida, pero si estás tratando de realizar otras tareas sólo sé consciente de los riesgos asociados con eso, pero también hay muchos otros propósitos para los scripts ui que no son sólo, ya sabes: solicitudes api, cosas así, así que, eso es todo lo que tengo, así que, vamos a seguir adelante y responder a algunas preguntas. Si alguien tiene algunas así que definitivamente muchas preguntas que vienen en um, no estoy seguro de que vamos a ser capaces de llegar a todos- y sé que algunos de estos son un poco más complejo que nos gustaría ser capaz de profundizar en aquí para cualquier pregunta que no respondemos directamente um, ya sea a través de la consola de chat oa través de la um o bien a través de nuestra discusión abierta aquí.

Um, si usted um todavía tiene cualquier otra pregunta o hay algo más, que le gustaría aclarar- o no llegar a su pregunta hoy- uh no dude en llegar a nuestro equipo de apoyo en contacto. Guroc com y ellos podrán añadir cualquier aclaración adicional a cualquiera de las preguntas que pueda tener um.
Sé que una de las cosas que he visto surgir en algunos lugares es una pregunta sobre nuestros enlaces clave y nuestros planes. Ya sabes, cualquier plan para añadir más. Sé que los que se solicitaron específicamente aquí fueron javascript y golang. Si tenemos algún plan para establecer cualquier tipo de enlaces para los o si eso es algo que estaríamos interesados en hacer en el futuro, si usted quiere que los enlaces clave adicionales sí, había un usuario preguntó: ¿hay algún plan para apoyar javascript y luego un usuario preguntó? ¿Hay planes para añadir más enlaces para otros lenguajes, específicamente golang? Bien, para javascript en particular, no tenemos enlaces directos.

Una de las razones es que ya hay. Ya hay tercer paquete de bibliotecas de terceros por ahí, como npm uh en el gestor de paquetes de nodo. Usted puede encontrar una envoltura api testrel, que ya está disponible, por lo que alguien ya ha puesto en un montón de trabajo que se puede configurar fácilmente ahora. Eso es algo que está escrito por otra persona, por lo que tal vez no podría directamente ser capaz de solucionar el código en sí, pero hay.

Hay un montón de bibliotecas de terceros por ahí que apoyan la api testrail. Así que no tenemos un paquete de javascript disponible para hacer eso. Tenemos un par de ejemplos de envío de solicitudes api usando javascript, que son sencillos. Usted puede encontrar en el repositorio github um en la parte inferior de esta pantalla actual. Usted puede encontrar un par de ejemplos de javascript allí. En cuanto a la meta, no tengo nada a un valor. Para agregar en el momento con respecto a golang es algo que definitivamente podemos mirar, y si tenemos usted sabe, si nos damos cuenta de que tenemos un buen número de usuarios que están utilizando golang.

Podemos mirar de implementar algo para eso también. Bien, ¡genial, genial! ¡Gracias! Um, vamos a ver um, sé uh fueron capaces de tocar en los informes um dentro de la cosa que estaba respondiendo a las preguntas, así que no llegué a prestar mucha atención a la presentación real aquí ahora no cubrí los informes.
En particular, si usted tiene un api, un informe configurado a ex para utilizar el api uh, también podría simplemente añadir una solicitud de api adicional a su script. Eso haría que se iniciara esa api. Ese informe api habilitado. Eso es sólo una solicitud api bastante sencilla.

Una vez que tenga el informe configurado en testrail, por lo que acaba de ejecutar, enviar un informe de ejecución. Solicitud de Api para conseguir que el cuidado de bien, así que estoy tipo de ir a través de las preguntas aquí, tratando de encontrar los. Sé que podemos llegar a ha habido un montón de preguntas que son un poco uh. Creo que son más complejas que el alcance de lo que queremos discutir aquí, um, así que estoy tratando de encontrar las que podemos. Sé que podemos llegar a través de un um.

Ya sabes, un tipo de respuesta más directa aquí. Así que um, vamos a ver, sé que un usuario pregunta si hay un caso de prueba fallido mientras se ejecuta en jenkins. ¿Podemos automatizar el carril de prueba para crear un error en jira no estoy actualmente o no? Que yo sepa, no he visto la forma de configurarlo. La función de empuje en el carril de la prueba es, es una especie de configurado allí para la interacción manual uh, sólo porque va a haber algunas cosas que deben ser directamente configurado por el usuario cuando están realizando esa acción de empuje.

Um. He visto equipos um, crear un um como añadir una sección adicional a sus scripts uh. Eso creará un error. Independiente de la prueba real ingeniero cuando hay un um, una prueba fallida, y por lo que es una opción allí uh, pero el uso de esa función de empuje, uh que permite testrail para crear uh nuevas cuestiones dentro de jira um que no es accesible a través de la api en el carril de prueba um.

Puede haber maneras de configurar eso, pero realmente no lo recomiendo. Si usted va a utilizar la api para crear nuevas cuestiones fuera de la prueba de carril, entonces uh, interactuando directamente con jira, probablemente sería la mejor opción allí. Hay hay otra pregunta: que ha surgido. Sólo quiero abordar rápidamente um así que desde que no estoy. No he visto todas las preguntas del chat desde que estaba haciendo el seminario web, pero quiero tocar en este: real, rápido de um, sati o satya.
Me disculpo si he arruinado su nombre, pero ¿podemos ejecutar pruebas en testrails usando postman para las pruebas de la api? Pues sí, testrails api. Aunque ya tenemos bindings específicos para cada idioma en nuestro sitio web, puedes usar testrails api con cualquier software que soporte peticiones api, así que postman insomnia, puedes usar cualquier lenguaje de programación que quieras siempre y cuando puedas enviar una petición api.

No importa el lenguaje de programación o la herramienta que estés usando, sólo voy a preguntar como disparar travis desde testreal. ¿Podemos disparar un trabajo de jenkins también? Si, ese script de la ui puede ser usado para disparar cualquier herramienta, um o script externo? No lo es. Ya sabes, herramienta específica para algo como travis um, los scripts de interfaz de usuario, que se utiliza para tipo de configurar un disparador dentro de la prueba de ferrocarril a otra ubicación, es más acerca de la activación de la secuencia de comandos en sí, en lugar de algo dentro de la herramienta definitivamente posible utilizar con jenkins o casi cualquier otra herramienta de automatización sí.

En este ejemplo, hemos utilizado una solicitud de api, pero usted podría llamar a un archivo específico. Si eso es lo que usted necesita hacer sí. Veo un par de preguntas diferentes sobre eso, por lo que fue para hari, mahesh y helen rikita, por lo que eh ustedes, parece que pidió más o menos la misma pregunta: ¿podemos desencadenar la construcción jenkins por el botón a través de jenkins? Sí, ese botón no es específico de ninguna herramienta.

Um, la integración de Slack que se ha mostrado en lugar de un botón. ¿Se puede añadir automáticamente como la notificación um? No he jugado con eso. Eso es como la integración demasiado. ¿Sabes si eso es posible? Así que podría repetir que una vez más um así que en lugar de un botón, puede la notificación se añade automáticamente en Slack uh para sí? Si lo incluyes, por ejemplo, en tu script de prueba, todo lo que tienes que hacer es tomar esa solicitud api del script de la interfaz de usuario que utilizo como ejemplo y ponerlo en tu script de prueba.

Y entonces usted puede construir en la notificación de holgura de su script de prueba así que um. Eso fue sólo un ejemplo. He utilizado para un simple botón para enviar un mensaje a otra herramienta: cool.
Gracias. ¿Es posible obtener una lista de pruebas de uh desde una ejecución utilizando una api? No veo los identificadores de las pruebas en la respuesta de la ejecución. Hay un método get tests, api que le mostrará más detalles sobre las pruebas que se incluyen en una ejecución de prueba. Deberías hacer get tests y luego, como parte de la llamada, tendrías que incluir el id de la ejecución como un parámetro adicional um, y luego eso devolvería detalles específicos sobre las pruebas dentro de esa ejecución.

Así que esa va a ser la mejor manera de obtener los identificadores de las pruebas dentro de una ejecución y diferentes uh información diferente acerca de lo que esas pruebas realmente incluyen todos los derechos, un montón de preguntas muy largas, más detalladas, estoy tratando de llegar a la más uh, los más simples aquí. Sí, algunas de las preguntas más largas. Si usted está pidiendo para los casos de uso específicos para satisfacer sus necesidades s, puede ser mejor para enviar esos en un correo electrónico a nuestro equipo de apoyo contacto guroc com. Así podemos tener un poco más de tiempo para revisarlos y proporcionarle una respuesta con algunas de estas preguntas.

Es posible que tengamos que pensar un poco para llegar a una respuesta sólida. Eso sería realmente útil. Gracias. La api parece una buena manera de actualizar el estado de las pruebas con algún mensaje de texto, pero ¿hay una manera de subir archivos como capturas de pantalla a la ejecución de la prueba? ¿Resultados eh? Sí, hay métodos api para um, añadir um archivos adjuntos a sus resultados de la prueba um. Estos son relativamente nuevos.

Creo que se añadieron en el último año, um la api de archivos adjuntos o tal vez como hace un año, um, pero usted puede hacer um. Usted puede actualizar una vez que un resultado de la prueba se ha registrado y luego se puede utilizar un método api para adjuntar un archivo separado a ese resultado de la prueba una vez que ya se ha registrado en allí. El resultado de la prueba tiene que haber sido configurado e introducido en el sistema con el fin de un archivo adjunto que se añade a ella uh.

Pero si usted tiene usted sabe, su sistema está tomando automáticamente las capturas de pantalla. Cada vez que hay un específico, usted sabe cuando un estado específico se produce o algo así.
Ciertamente puedes incluirlos en el sistema, y puedes hacerlo todo a través del script sin necesidad de actualizar manualmente esa información. Creo que el método es como añadir un archivo adjunto al resultado, pero recomendaría revisar la documentación de la api en la sección de archivos adjuntos para obtener más detalles sobre eso cuando se utiliza la api de la ruta de prueba, debo introducir el id y la contraseña de mi cuenta personal, pero no quiero poner mi id contraseña en el script de prueba.

¿Hay otra manera? Puedes utilizar una clave api en lugar de una contraseña. Recomendamos encarecidamente que establezca una clave api para ello. Tendrías que seguir identificándote como um como tu cuenta de usuario, pero la clave api sería independiente de tu contraseña y tomaría el lugar de tu contraseña y eso mantendría las cosas un poco más seguras. Uh. Usted puede configurar las claves api uh en su cuenta por ir a su perfil, que va a ser la parte superior derecha, como su nombre en la esquina superior derecha, um y luego ir a mi configuración y luego claves api de allí.

Usted puede agregar una nueva clave de introducir el nombre de la clave que va a generar una nueva copia de la clave y guardar esa clave para su uso dentro de su guión, y luego, una vez que termine, la adición de la clave de esa manera asegúrese de hacer clic en el botón de guardar la configuración en su página de perfil con el fin de que usted sabe, asegúrese de que la clave se guarda dentro de la base de datos y listo para su uso una vez que haya guardado y configurado, entonces usted puede utilizar para reemplazar su contraseña dentro de todos sus scripts de automatización. Vamos a ver, hay una gran cantidad de preguntas que son uh entrar, así que estoy tratando de ir a través y encontrar los que sé que podemos conseguir a través de forma rápida aquí.

Um. Definitivamente hay muchas que llegan y muchas de ellas son bastante complejas en este punto. Así que hay una pregunta de th: ¿cuál es la mejor práctica para el uso de credenciales para scripts ui? No sé si tenemos una mejor práctica para ellos. Si puedes almacenar las credenciales localmente y luego hacer que el script ui llame a tu archivo local para las credenciales, eso puede ser posible. Usted puede encontrar alguna información acerca de la activación de las pruebas, que están desencadenando las secuencias de comandos de la documentación de secuencias de comandos ui.
Pero si usted está preocupado por la colocación de una clave api o gancho web, url o cualquier otro tipo de usted sabe la información sensible en la secuencia de comandos ui, entonces la mejor práctica sería no hacerlo.

Así que si usted tiene testrail instalado en un servidor seguro donde es sólo, ya sabes en un entorno seguro donde no está demasiado preocupado por ella, que es diferente um, por lo que puede buscar diferentes maneras de ajax, utilizando javascript para recuperar las credenciales decir de un archivo diferente um. Pero si es una preocupación, entonces usted sabe que sólo ser cauteloso de los riesgos involucrados con scripts ui um. Lo siento, me silenciaron um. Vi a una persona preguntar: ¿hay un seminario web para scripts ui uh, no específicamente um? Me gusta la idea de tener un seminario web específicamente para tocar en algunos de lo que es posible con scripts ui um. Dicho esto, tenemos una grabación pasada para un seminario web um que está disponible.

Eso es sólo las mejores prácticas en la personalización en el simulacro de prueba, y que no van en scripts ui. Una buena cantidad, por lo que recomendaría comprobar que, porque va a explicar mucho de lo que es posible y cómo la gente ha aprovechado scripts ui en el pasado y también sólo discutir una gran cantidad de información acerca de cómo crear y configurar los campos personalizados, plantillas y otra información como eso. Creo que, con nuestra más reciente actualización a la prueba de la pista o la actualización a la prueba de la pista, que puede que tenga que actualizar que ya que ha habido algunos cambios en el sistema de creación de plantillas, pero eso es que todavía le da un montón de buena información sobre sólo las mejores prácticas generales en la configuración y la creación de campos personalizados, plantillas personalizadas y cómo utilizar scripts ui, todos los derechos.

Nos quedan sólo un par de minutos aquí. Así que quiero dar las gracias a todos los que se unieron y, una vez más, los ejemplos mostrados hoy son sólo ejemplos. Usted puede ampliar estos para satisfacer sus necesidades. Usted puede estructurar sus casos de prueba para mantener los datos como mejor le parezca, puede utilizar los casos de prueba genéricos y más casos de prueba genérica y luego generar decir de entrada, los valores en su dentro de su prueba.
Script o puede almacenar la información en testrail. Tester también no requiere ningún marco particular o una herramienta específica. Así que usted puede utilizar cualquier herramienta ci cd, cualquier automatización, el lenguaje, cualquier herramienta api.

Usted desea, siempre y cuando pueda llegar a los taladros de prueba, api um, y usted puede encontrar herramientas adicionales útiles, como randor x, que le permiten sincronizar sus casos de prueba automatizados entre las herramientas. Hay complementos de terceros para cosas como jenkins, hay un anuncio en línea como pangolin, que puede ser utilizado para ayudar a integrar jenkins aceite tester. Así que las posibilidades son bastante interminables en cuanto a lo que um, cómo se puede integrar rastro de prueba con cualquiera de sus herramientas.

Así que si usted tiene alguna pregunta adicional, no dude en enviarnos un correo electrónico al contacto, guruk com um. Una vez más, mi nombre es John Reynolds y con nosotros también ha sido Jacob Scott. Así que nuestro correo electrónico está abierto y si usted tiene cualquier otra pregunta que no llegamos a responder, por favor no dude en enviarnos un correo electrónico nos pondremos en contacto con usted tan pronto como podamos. Gracias de nuevo a todos y que tengan una buena tarde o mañana..
None.

usted vecino por ellos se puede utilizar sin excepción y la cantidad de pruebas de la verdad, [música] [música] sistema de almacenamiento. En nuestro caso, utilizamos los almacenes del sistema de análisis de la nueva secuencia de comandos. Llevamos a cabo pruebas de análisis de los requisitos de cobertura y el control operacional para las pruebas de los labios. Este argumento entender traerlos en estas horas. Vamos a invitado, polina [música], lo que las acciones y el ciclo de vida como un ejemplo de cómo se ve en nuestro sistema, se puede ver que tenemos que editar lado izquierdo, la inspección, [música], [música], [música], [música] análisis.

Hemos implementado nuestro en todas partes. Tenemos [música] [música] el tablero principal de las galletas resucitado nuestra decisión, cómo hemos decidido olvidar los fans, el sistema muy número de canales, la mano sólo lo que no queríamos estado. Vamos por entonces su armonización revisión interna. Si en la nariz, que ya dan la palabra equipo para patear a hacer, y, finalmente, el futuro tenemos la gente que tenemos ahora [música] sólo a sí mismo y cuando la sorpresa sale, [música] hemos transportado de poco [música] bien dar información.

Hemos llegado a entender. Ejemplo, hay una nueva ocasión Miles y si la nueva ensalada tailandesa tenemos la cabeza de la persona se corta en mí, de manera similar puede añadir [música] [música], mi nombre es alexey. Hago estas empresas y el uso como sistema de persecución con nosotros apareció. Utilizamos el sistema, lo utiliza la planificación de trabajo con los requisitos y que inicialmente y ya el mundo [música] necesidad de abrir. Un nuevo va a través de la correspondencia caída y ver esta información, y si tenemos un sistema directo para ver cualquier información a la muy para 3, la posición muy requerido.

Queremos ver la información efecto después de sólo más ver como la trama y peppa, y sus chicas se convirtió en tan a través, ofrece plugins plugins. Por lo que tuvimos que analizar algunos ejemplos. Ya vadim se convirtió en un sistema conjunto y el análisis. Nos dimos cuenta de que todos estos plugins que a su vez los comerciantes utilizan que los datos de tiempo pasado bien. Tenemos bien documentado y dejó fundido vuelve. El formato de respuesta, jason pero dijo colegas problemas de la herida que intenta 4 y el requisito [música] simple ejemplo.

Digamos que lo cerrará. Nosotros es otro equipo, no abrirlo inmediatamente. Detrás será una asignación de aburrimiento, aún no este problema [música] la implementación de su plugin pasamos por alto directamente específicamente, que la entidad da, respectivamente, que la clase de entidad de acuerdo a la izquierda. El segundo problema de vuelta es exactamente un conjunto de uso, metro que los elementos de trabajo temps, porque cada comando puede declarar sus parámetros.

Por ejemplo, alguien-, por ejemplo, alguien utiliza un priorato no utiliza una serie de edad, y aquí es el mecanismo de mecanismo de diferenciación. Ajustes vadim sharper nos permitió resolver este problema. Para hacer para cada plugin han construido, puede pasar por alto la configuración global y la configuración del equipo, por supuesto, de nuevo pasan, y por lo tanto cada equipo puede ajustar claramente y específicamente coinciden con lo que parámetro. El nombre es un parámetro de qué entidad para ajustar los hombres. Aquí mira ejemplo: pedimos información sobre lo que- o requiere, como una regla a través de ellos pelar permitió la mayoría de emerger y el carácter de servicio.

Es para mí interesante en este caso aquí es la cabecera más interesante y la descripción de la configuración del plugin nos completa inmediatamente indicar en qué parámetro qué valor estamos interesados y cómo el grupo de ellos como resultado de la realización de esta comprensión de los sistemas de integración, tenemos un grueso nacional que quería a saber, para ver cualquier información adicional acerca de aquellos y un requisito. Es suficiente para nosotros para pasar el cursor del ratón parpadeo, no la gente de la moneda.

Además, al ver el resultado país, que inmediatamente haga clic en él enlaces a ambos y podemos ver inmediatamente y su estado actual en la batería. Esta diapositiva proporciona enlaces útiles, nos ayudó a entender esto. Cómo cocinar gracias por la atención. ..
None.

Y bienvenidos al testrail 7 0 uh. Lo que es nuevo webinar, este webinar cubrirá lo que es nuevo en nuestra última versión de testrail, que salió esta semana. Así que mi nombre es john reynolds y voy a ser su presentador para este seminario web con nosotros. También tenemos a Jacob Scott y a Chanu Mandot, que responderán a algunas preguntas en la consola de chat a medida que avancemos en el seminario web. Así que vamos a empezar aquí, así que durante el seminario web vamos a cubrir los cambios que están disponibles en testrail7 0. Así que estos cambios cubren el campo de los pasos separados, junto con los pasos de prueba compartidos, así que los pasos de prueba compartidos son largamente solicitados por los clientes que permiten compartir los pasos de prueba entre los casos de prueba también la restauración de casos de prueba así eliminados.

Los casos de prueba pueden ser restaurados dentro de sus proyectos. Tenemos algunos cambios api para apoyar todas estas características y luego un par de otros cambios menores, incluyendo php 7, 4 apoyo y un cambio en el diseño de la zona de personalizaciones. Así que para los cambios en el campo de pasos separados, hemos hecho un par de mejoras para permitir a los clientes a utilizar más información dentro de los pasos separados. Hemos añadido un campo de información adicional, junto con un campo de referencias.

El campo de referencia utilizará la integración de referencia para su proyecto, o instancia. Ambos campos son opcionales, pero puede habilitarlos por proyecto, según sea necesario. Hemos hecho algunos ajustes a la interfaz de usuario para el campo de pasos separados para cambiar el diseño un poco y mover algunos botones alrededor de lo que vamos a conseguir en un momento. Hemos mejorado la exportación de sus casos de prueba para permitir la separación de estos pasos en líneas separadas, lo que facilita la importación de estos casos de prueba en otros proyectos.

Hemos hecho algunos cambios en la API, como se mencionó hace un momento y el texto predictivo. Hemos añadido algo de texto predictivo para los pasos compartidos, algunos de los elementos de la api y el texto predictivo lo veremos cuando cubramos los pasos compartidos y la api, así que primero para el campo de pasos separados por defecto. Estos campos adicionales no están habilitados, por lo que un administrador de pruebas tendría que ir y habilitar estos campos para los proyectos en los que desea utilizarlos.
Pero acabamos de añadirlos.

En las opciones de configuración del campo de pasos del separador, donde puede añadir el campo de información adicional y el campo de referencias, si lo desea, no afectan a los resultados de las pruebas. Por lo tanto, al introducir los resultados de las pruebas, seguirá habiendo un único campo de resultados si lo tiene y lo ha configurado así. Siguiendo con la interfaz de usuario, hemos cambiado el funcionamiento de la pantalla de edición para los pasos separados.

Así que ahora tenemos la opción de utilizar los nuevos campos. Hemos hecho algunos cambios en los botones y hemos añadido un botón para las referencias, por lo que el botón de añadir referencias utilizará. La referencia añadir url para su integración. Así que siempre y cuando esté configurado, entonces el botón de añadir aparecerá, que voy a mostrar un par de ejemplos aquí. Así que aquí hemos destacado la primera área um redlined a la izquierda es el botón de añadir nuevo. Así que cuando se hace clic dentro del campo de referencia, el botón de añadir nuevo aparecerá. Así que no tenemos un botón extra superpuesto a otras áreas. También hemos movido los iconos de imagen y tabla para markdown dentro de cada campo.

Para que sea más fácil identificar el botón de añadir. Sus imágenes o tablas donde también hemos jugado rediseñado la reorganización, los botones, añadir y eliminar los pasos. También puede ver los botones de compartir e importar aquí también. Los botones de compartir e importar serán para los pasos de prueba compartidos. Así que cuando vea sus casos de prueba un caso de prueba guardado, los cuadros de texto para estos pasos están dispuestos de manera bastante similar a la forma en que ya están. Sin embargo, si usted tiene cuatro campos habilitados tendrá los tres cuadros de texto más grandes que el campo de referencia más pequeño aquí, y también he mostrado un ejemplo del enlace que se cierne que todavía funcionaría para las referencias introducidas dentro del campo de referencia.

Así que usted todavía puede buscar sus requisitos vinculados, historias de usuario o cualquier otra cosa. Usted ha utilizado una integración, por lo que el campo de referencia seguirá funcionando de la misma manera, por lo que esto le permite colocar una referencia en cada paso de la prueba, según sea necesario para un poco más de trazabilidad dentro de sus casos de prueba, como se ha mencionado, ahora también puede incluir los pasos separados en filas separadas de sus exportaciones de casos de prueba.

Así que cuando se exporta un conjunto de pruebas, sólo se puede marcar la casilla para incluir pasos separados en nuevas filas y también asegurarse de que usted marca la casilla para incluir esas columnas y sus pasos de prueba serán separados individualmente, por lo que puede editar estos como sea necesario, importarlos a otros proyectos y también sólo ver los casos de prueba un poco más fácil en su exportación, archivo de Excel o cualquier herramienta de hoja de cálculo que utilice. El siguiente cambio principal para el rastro de prueba, 7 0, es el de los pasos de prueba compartidos, que permitirá a los usuarios crear un conjunto de pasos y reutilizarlos en los casos de prueba de un proyecto.

Así que estos casos son reutilizables dentro del mismo proyecto, incluyendo los proyectos multisuite y de línea de base, por lo que puede tener un conjunto de pasos compartidos y utilizarlos en el mismo a través de múltiples casos de prueba en diferentes suites dentro del mismo proyecto. Es importante tener en cuenta que en este caso estos pasos no se comparten entre proyectos, sino que se comparten sólo dentro de sus respectivos proyectos. Estos pasos se basan en el campo de pasos separados. Por lo tanto, si utiliza un solo cuadro de texto para sus pasos, los pasos compartidos no se aplicarían aquí. Debe utilizar el campo de pasos separados si desea utilizar pasos de prueba compartidos.

Cuando vea su lista de casos de prueba, puede hacer clic en el botón de pasos de prueba compartidos para acceder a su lista de pasos compartidos existentes. Puede importar conjuntos existentes de pasos compartidos a sus casos de prueba. También puede definir nuevos conjuntos de pasos compartidos mientras ve sus casos de prueba existentes. Por lo tanto, si acaba de empezar con 7 0, tiene algunos casos de prueba en los que quiere tomar algunos de esos pasos y convertirlos en pasos compartidos.

Puedes hacerlo desde tu caso de prueba existente, que cubriré en un momento, y eso creará un conjunto de pasos compartidos para que puedas importarlos a otros casos de prueba. Así que no es necesario reescribir todo, por lo que los pasos existentes o secuencias de pasos pueden ser exportados para ser compartidos con los pasos compartidos. Cualquier edición de estos conjuntos actualizará cualquier caso de prueba que utilice los pasos.

Así que esto es
La principal característica de esto es permitirle simplemente editar un único conjunto de pasos y hacer que se actualicen, digamos, 10, 20, 50 o 100 casos de prueba que utilizarían esos pasos comunes. También tenemos implementado algo de texto predictivo. Así que cuando escriba sus casos de prueba, si empieza a escribir algo que coincida con el título de uno de sus pasos de prueba compartidos, podrá importarlos rápidamente.

Si eso es lo que quieres hacer, no necesitas navegar por el repositorio. Puedes simplemente empezar a escribir un título y luego importarlos muy rápidamente a tu caso de prueba. También hemos actualizado varios endpoints api y creado nuevos endpoints api para soportar los pasos de prueba compartidos. Así que aquí estamos mostrando sólo el repositorio de pasos compartidos así que había hecho clic en el botón de pasos de prueba compartidos en la pantalla anterior. Verás que tienes una lista de pasos de prueba compartidos, por lo que cada paso de prueba tiene un título y también una lista de casos de prueba que, en la que se utilizan estos pasos.

Así que usted puede identificar fácilmente y averiguar qué casos de prueba están utilizando sus pasos, para que usted sabe, la navegación más fácil y también la comprensión de lo que las ediciones que usted hace. Qué será si qué casos de prueba se verán afectados por cualquier edición. Lo haces para crear un paso de prueba compartido. Puedes hacerlo desde el repositorio que acabo de mostrar. Simplemente añades un título, y añades tantos pasos como necesites aquí. Los campos que se muestran aquí se basan en la configuración del proyecto que tienes. Así que si sólo tienes el campo de descripción del paso habilitado, entonces el resultado esperado del paso adicional y el campo de referencia no aparecerán, pero estos los campos que aparecen sólo coincidirán con la configuración de tu proyecto.

Así que al editar los pasos compartidos puede ver qué casos de prueba uh que utilizan este conjunto de pasos. Así que una vez más, puede ver fácilmente qué casos se verán afectados por sus cambios, pero esto, la edición aquí va a ser muy similar a la edición dentro del caso de prueba. La única diferencia es que no tienes los botones de compartir e importar cuando editas un conjunto de pasos compartidos por sí mismo cuando estás dentro de un caso de prueba, si tienes pasos existentes que quieres compartir sólo tienes que pulsar el botón de compartir y puedes definir un nuevo conjunto de pasos compartidos desde tu caso de prueba.
Así que una vez más, sólo se puede seleccionar una secuencia de pasos, por lo que en esta captura de pantalla aquí no sería capaz de seleccionar los dos pasos.

Uno y cuatro. Tendría que seleccionar los pasos que están en secuencia. Si ya hay pasos compartidos, no puede volver a compartirlos como parte de otros pasos compartidos. Así que cada conjunto de pasos es un conjunto único y una vez que decida compartir dentro de un caso de prueba y guardar los cambios, esos pasos se definirán automáticamente como compartidos dentro de ese caso de prueba y luego se podrán utilizar en cualquier otro caso de prueba que tenga. Si quiere importar o insertar pasos compartidos existentes en sus casos de prueba, sólo tiene que pulsar el botón de importar pasos o el botón de importar, y puede examinar su conjunto existente de pasos compartidos e insertarlos en su caso de prueba antes o después del paso desde el que pulse el botón de importar.

Y luego, al editar sus casos de prueba, como mencioné, si comienza a escribir algo que coincida con el título de un conjunto existente de pasos compartidos, verá como indicaciones como se muestra aquí, lo que le permite importar rápidamente ese conjunto de pasos compartidos, y automáticamente se insertará en su caso de prueba. Y aquí se muestra un par de pasos que están marcados como compartidos. Tienen un fondo de color ligeramente diferente y en la esquina inferior izquierda puedes ver el icono de compartido, con el título de ese conjunto de pasos compartidos, por lo que son tratados como un grupo.

Así que si quieres moverlos hacia arriba y hacia abajo o cambiar el orden dentro de un caso de prueba, todo el conjunto de pasos se moverá junto para que más o menos lo cubra. Para los pasos de prueba compartidos, así que vamos a pasar a la siguiente característica importante en esta versión, que es la restauración de casos de prueba tan previamente. Si se borraba un caso de prueba en el simulacro de prueba, era permanente, inmediato y no reversible sin una restauración de la base de datos de pruebas reales. Así que ahora hemos añadido una capa de permiso para permitir la eliminación permanente de los casos de prueba para que los usuarios sin permiso para eliminar permanentemente los casos de prueba.

Podrán marcar los casos de prueba como eliminados, haciendo que los usuarios puedan restaurar la eliminación permanente.
El permiso podrá eliminar esos casos de prueba de forma permanente e inmediata o se le pedirá que los marque como eliminados. Recomendamos marcarlos como eliminados. Después de una política de retención configurada, estos casos de prueba serán eliminados. Puede configurar la política de retención en el área de configuración del sitio, de modo que un administrador de casos de prueba puede establecer una política de retención de 7 días, 14 días o 30 días. Así que después de eso, la política de retención ha pasado cualquier prueba.

Los casos que se marquen como eliminados serán purgados de su syst de su instancia y base de datos, pero aún puede deshacer los errores que cometa hasta esa política de retención. Cuando vea sus casos de prueba dentro de su suite o repositorio de casos de prueba, puede mostrar u ocultar estos casos de prueba eliminados, para que pueda restaurarlos rápidamente y deshacer esa eliminación usted. Esto le permitirá ver los impactos de la eliminación de los casos de prueba sin tomar el riesgo total de eliminar permanentemente los casos de prueba. Así que cualquier caso de prueba que esté marcado como borrado tendrá sus respectivas pruebas ocultas de las ejecuciones de prueba.

Esto se aplica a las pruebas abiertas, a las ejecuciones y a los planes. Así que si se elimina un caso de prueba desde la ui, incluso marcándolo como eliminado, tendrá los mismos efectos visuales en todo testrail, por lo que se ocultará de las ejecuciones de prueba. No se devolverá en las respuestas de la api para las ejecuciones de prueba, etc. Así que hemos actualizado algunos puntos finales api para apoyar estos casos de prueba marcados como eliminados, y los mismos permisos se aplicarán a estos puntos finales.

Así que en la ui de testrail, he resaltado la visualización de los casos de prueba eliminados, por lo que puede pulsar rápidamente esto. Alternar para mostrar y ocultar los casos de prueba que se eliminan. Si selecciona un caso de prueba y desea eliminarlo. Si no tiene permiso de borrado permanente, el caso de prueba se marcará como borrado y se ocultará de la ui. Se moverá inmediatamente a este estado de borrado, pero también se podrá restaurar inmediatamente.

Si tiene permiso de borrado permanente, se le preguntará qué paso quiere dar aquí. Entonces, ¿quiere marcar los casos de prueba como eliminados o eliminados permanentemente y si elige eliminar permanentemente, se le pedirá una segunda vez que confirme, porque una vez más, eliminar un caso de prueba permanentemente es inmediato y no puede deshacerse sin algún tipo de restauración de datos que podría contribuir a la pérdida de otros datos como los resultados de las pruebas.

Así que la configuración de los permisos en la prueba, ui de ferrocarril. Ahora tiene la opción de eliminar permanentemente añadido a los casos y secciones. Así que este permiso de eliminación permanente realmente se aplica a los casos de prueba y luego el permiso de eliminación permite a los usuarios marcarlos como eliminados. Así que si usted no tiene el permiso de eliminación, usted no será capaz de hacer cualquier forma de acción de eliminación en un caso de prueba para eliminar de forma permanente. El permiso es necesario para eliminar los casos o es necesario para eliminar todos los elementos siguientes.

Por lo tanto, si desea eliminar una sección de casos de prueba que contiene casos de prueba, ya que la eliminación de la sección es una acción permanente, se le requerirá tener el permiso de eliminación permanente. Lo mismo se aplica a las suites de prueba que utilizan la api de borrado, los endpoints y el movimiento de casos de prueba entre proyectos o suites cuando se mueve un caso de prueba entre un proyecto o suite. Esto realmente borra el caso de prueba original y lo recrea en la nueva suite. Por lo tanto, esa es la razón por la que se requieren permisos permanentes de eliminación.

Una solución sencilla para esto es usar la copia entre proyectos o suites y luego borrar en el proyecto original. Si realmente lo necesitas, el permiso no es necesario para eliminar secciones o suites de casos de prueba vacías, así que si una sección o suite no tiene ningún caso de prueba en ella, todo lo que necesitas es el permiso estándar de eliminación de casos y secciones para poder eliminar esos elementos, porque no hay casos de prueba para eliminar, así que para apoyar todos los cambios que he discutido hasta ahora, hemos hecho algunas actualizaciones de api, así que tenemos nuevos puntos finales de api para los pasos compartidos.

También hemos actualizado los puntos finales existentes para soportar los nuevos campos de pasos, los pasos de prueba compartidos, los casos de prueba restaurables y también los permisos para eliminar la prueba permanente para eliminar permanentemente los casos de prueba. Lo bueno es que ninguno de estos cambios debería romper los scripts api existentes. Los usuarios que ya tienen permisos de eliminación en la actualidad tendrán permisos de eliminación permanente después de la actualización, que voy a entrar en un poco más de los cambios sugeridos en un minuto.

Pero ninguno de estos cambios api debe romper los scripts api existentes son, sólo algunos campos adicionales añadidos a varios puntos finales y luego nuevos puntos finales creados, como he mencionado, por lo que los nuevos puntos finales api son obtener paso compartido y luego obtener pasos compartidos en masa. Así que usted puede obtener los pasos compartidos individuales o todos los pasos compartidos para sus proyectos.

Añadir paso compartido, actualizar, paso compartido y eliminar paso compartido. Así que con el punto final de obtener pasos compartidos el existente. Actualmente tenemos el período beta para algunos puntos finales de la API a granel. Actualmente tenemos la antigua estructura de la api para los puntos finales a granel disponibles utilizando las cabeceras estándar. Recomendamos el uso de la cabecera beta para utilizar la nueva estructura de paginación, porque con Typetrile 7 1, vamos a terminar ese período beta, así que voy a entrar en eso en un minuto. También hemos actualizado todos los siguientes puntos finales de la API.

La mayoría de estos puntos finales son simplemente campos adicionales. Los puntos finales resaltados requieren ahora permisos de eliminación permanente, como mencioné hace un momento, pero mirando aquí, hemos visto que hemos añadido o actualizado bastantes puntos finales api para apoyar algunas cosas, así que, por ejemplo, con el campo de pasos separados donde anteriormente sólo mostraría el contenido y los campos esperados. Ahora se puede ver el contenido esperado información adicional y los campos de referencias. Si utiliza pasos de prueba compartidos, el contenido será muy similar, excepto que también incluirá el id de paso compartido dentro de la respuesta.

Por lo tanto, en una solicitud de obtención, verá el identificador de paso compartido más la información real, desde el paso compartido al enviar una solicitud api para decir, crear un caso de prueba utilizando pasos compartidos. Todo lo que tienes que hacer es pasar el id del paso compartido para que aparezca ese conjunto de pasos, y luego puedes añadir otra información del caso de prueba según sea necesario, así que con los casos de prueba. Así que ahora se añade una propiedad de caso de prueba para reflejar si un caso de prueba está marcado como eliminado o no, y eso es identificador sí que se identifica como el estado es eliminado.

Así que, si está borrado en cero, significa que el caso de prueba está activo.
Si se borra es uno entonces el caso de prueba se marca como borrado. También puede actualizar ese estado. Por lo tanto, si un caso de prueba está marcado como eliminado, puede actualizarlo utilizando el punto final de actualización de casos para restaurar ese caso de prueba utilizando la API. Si quiere marcar un caso de prueba como eliminado usando la api, debe tener permisos de eliminación para hacerlo y, una vez más, los puntos finales de eliminación de casos eliminarán permanentemente los casos de prueba, por lo que el es eliminado. Estado se utiliza sólo para marcar un caso de prueba, como es uh en el estado eliminado.

Así que tenemos un par de otros cambios finales para mencionar para el taladro de prueba, 7 0. Hemos añadido php, 7 4 apoyo, y que significa que también hemos dejado de apoyo para php 7 2, que ha llegado a su fin de vida. Así que cuando se utiliza el servidor de testrail, el servidor de test trail ahora soporta php, 73 y 74 para test trail, 7 0. Así que si usted está actualizando a 7 0 y su servidor ejecuta php 7 2, también tendrá que actualizar su versión de php también y, finalmente, bajo el área de administración, tenemos un. Hemos cambiado el diseño a una vista de pestañas. Así que ya no se almacenan todos los elementos en una sola lista. Ahora puede navegar entre los campos de casos, campos de resultados, plantillas y otros elementos en un área de pestañas, por lo que esto sería para un simulacro de prueba, administrador sólo para hacer la navegación un poco más fácil y un anuncio final.

He aludido hace unos momentos, con testrail 6 7. Anunciamos cambios en la estructura de los puntos finales de la api bulk get como los casos get. Estos cambios están actualmente en beta, accesible utilizando el x api, ident, beta encabezado y valor y peticiones api. El período beta para estos cambios terminará cuando lancemos la prueba 7 1, que está programada tentativamente para este mes. Así que inicialmente teníamos la fecha de corte del 26 de febrero. Hemos decidido ampliarla hasta el lanzamiento de la prueba 7 1, pero recomendamos que actualice sus scripts de la API para manejar estos puntos finales de la API a gran escala.

Si aún no lo ha hecho, una vez que se publique el 7 1, la fecha límite será permanente, por lo que deberá utilizar esas estructuras de api masivas actualizadas que se documentan en nuestros foros en nuestra documentación de api.
Así que nos quedan unos minutos de sobra aquí. Así que vamos a ir a través de algunas preguntas y respuestas, y tengo un par de preguntas comunes que figuran aquí. ¿Puedo compartir pasos de prueba entre proyectos? La respuesta es que no hay pruebas compartidas.

Los pasos están contenidos en sus respectivos proyectos. ¿Hay campos adicionales para los resultados de los pasos separados? No, los resultados de los pasos separados seguirán teniendo un único resultado. Campo. ¿Cubren los informes de los probadores los identificadores de referencia de los pasos separados o compartidos? Por el momento, los informes no se actualizan para proporcionar cobertura a los pasos separados. Si quiere informes de cobertura, entonces puede que tenga que incluir también esas referencias en el caso. El campo de referencia de los casos también y necesito hacer algún cambio en los permisos de mi equipo.

Actualmente, si tenía el permiso de eliminación antes de la actualización, se le concederá el permiso para eliminar permanentemente los casos de prueba. Si usted es un administrador de raíles de prueba, le recomendamos encarecidamente que revise estos permisos y los actualice en consecuencia, revocando potencialmente el permiso de eliminación permanente de cualquier rol donde sea necesario y permitiendo entonces que la purga automática se encargue de la eliminación de los casos de prueba.

Esto le proporcionará una ventana para deshacer la eliminación de casos de prueba y evitar errores de usuario y restauraciones de datos en el camino. Así que tenemos alguna pregunta jacob y chenew que nos gustaría cubrir en estos últimos minutos aquí seguro um, muy bien, así que um vamos a editar un paso compartido en un caso de prueba editar el valor en otros casos de prueba donde este paso compartido se utiliza para editar un paso de prueba compartida. Tendría que editarlo dentro del repositorio de pasos compartidos, por lo que la función de edición no está disponible dentro del propio caso de prueba.

Esto le permite ver qué casos de prueba se verán realmente afectados por sus ediciones. Así que tienes que abrir ese conjunto dentro del repositorio compartido para hacer esos cambios, sí, eso es algo así como lo principal. La razón principal de este cambio para un montón de gente. Usted sabe con las pruebas de uh con los pasos en común entre varios casos de prueba, quería ser capaz de hacer un cambio y que se propagan a todos los casos de prueba en lugar de tener que ir a través de cada caso de prueba diferentes y gestionar las ediciones por separado derecho.

Una persona está comentando. El como el el hashtag o el signo de libra o el signo de número um es uh. La función está cambiando. No estoy al tanto de que um alguien estaba diciendo que solía líneas en negrita, y ahora oculta las líneas. No sé si eso es intencional o no, hay un error menor que fue reportado hoy. El signo de libra se utiliza para crear una línea de encabezado para el formato markdown um. Si se utiliza un solo signo de libra, añadirá múltiples líneas en blanco al ver el caso de prueba.

Los datos siguen ahí. Sólo se empuja hacia abajo dentro del paso. Una solución a eso ahora es sólo para usar el. Creo que son dos guiones en lugar de uh, hay múltiples maneras de añadir una fila de encabezado a través de una libra, signo igual o un guión. Así que si usted cambia, lo que eh carácter que se utiliza, se debe resolver ese problema. Pero el texto sigue ahí. Sólo está empujado hacia abajo en la interfaz de usuario un poco. Es posible que tenga que desplazarse para verlo bien.

Así que, gracias por la pregunta Richard estamos um, consciente de eso y y vamos a revertir que uh para volver a la función. Usted está familiarizado con um, sé uh, una persona estaba preguntando acerca de la búsqueda um cuando usted es um. Si estás editando un caso de prueba y quieres importar tus pasos de prueba, y vas a través de la opción de importación para traer los tipos de prueba, tendrás una opción para buscar, hay una búsqueda en línea para el encabezado del paso o el paso como el título de los pasos que quieres añadir, no creo que los pasos compartidos aparezcan en los resultados de búsqueda más tradicionales de todo el proyecto. ¿Es eso correcto, correcto que la prensa no um la función de búsqueda.

La funcionalidad de búsqueda global para la escala de pruebas no soporta el campo de los pasos por el momento. Bien, y si usted um, ¿qué es lo que pasaría si tratara de borrar um pasos compartidos? ¿Te notificaría que hay casos de prueba que utilizan esos um sí? Esa es una gran pregunta. Me disculpo. No he cubierto esto. Así que cuando usted va a eliminar un paso de prueba compartido, se le dará la opción de eliminar los pasos de todos los casos de prueba a los que se aplican, o simplemente puede hacer que ya no se comparte y mantener los datos de prueba.
Así que tienes la opción de hacer una cosa o la otra.

Puedes sacar ese conjunto de pasos de todos tus casos o puedes eliminar la propiedad de compartir y retener esos datos en tus casos de prueba y luego hacer las modificaciones que necesites. Sin embargo, no puedes elegir de qué casos quieres eliminarlos, ¿verdad? ¿Hay algún plan para ampliar la funcionalidad de los pasos de prueba compartidos para aplicarla a otros campos, como las precondiciones compartidas o similares? No lo hemos hecho. No tenemos un elemento inmediato que estamos mirando. Sin embargo, queremos ofrecer más opciones para compartir. Ya sabes, recoger algunos comentarios de los clientes y ver qué más sería útil en cuanto a una entidad de prueba compartida, ya sabes, para ayudar más.

Ya sabes, facilitar los aspectos reutilizables de los casos de prueba compartidos. Así que si tienes algún comentario, te lo agradeceremos. Así que, de acuerdo, lo siento por ir a través de algunas de estas preguntas. Si no llegamos a todo el mundo hoy, lo siento nos perdimos su pregunta. Siéntase libre de llegar a nuestro equipo de apoyo en contacto. Gurok com uh para una asistencia más directa- si hay algo que usted es curioso acerca de los pasos compartidos, puede incluir capturas de pantalla y referencias. Sí, cuando usted está actualizando el ya sea directamente la actualización de un paso compartido o que está actualizando los pasos compartidos. Dentro de un caso de prueba que usted planea compartir, entonces usted puede agregar referencias a cada paso individual como sea necesario.

También puedes usar la pequeña foto de paisaje. Nuestro icono de paisaje allí para añadir su uh para incrustar cualquier imagen que le gustaría incluir dentro de sus pasos individuales. Creo que tenemos tiempo para un par de preguntas más. Jacob, ¿se aplica la política de retención? Oh uh, esa pregunta desapareció para mí, como yo estaba leyendo uh es la política de retención aplicable para los casos de prueba que se eliminan de forma permanente no eliminar permanentemente los casos de prueba se eliminará inmediatamente.

No se conservan durante ningún periodo de tiempo. Así que, como dije, recomendamos limitar severamente quién tiene permiso para borrar permanentemente los casos de prueba.
Bien, ¿y hay planes para añadir la organización de carpetas al repositorio de pasos compartidos? Sí, eso es algo que estamos ya sabes. Estamos pensando en implementarlo más adelante, ya sabes, es sólo un bloque de construcción para más elementos reutilizables y casos de prueba. Así que, si um como caso de prueba, los repositorios de pasos compartidos crecen para los clientes, vamos a estar buscando en uh, potencialmente la implementación de alguna estructura organizativa adicional para aquellos uh en el momento, todos están almacenados en una sola búsqueda, uh sección.

Bien, ¿ves esta pregunta? Uno de los miembros de mi equipo informó que la edición de la caja de paso uh el texto más largo ya no aumenta el tamaño de la caja. Hace que el texto tenga una barra de desplazamiento. Los botones están ocultando la parte inferior de la línea inferior del texto. Si usted pudiera, por favor envíe eso a nuestro equipo de soporte, sólo envíenos un informe con una captura de pantalla preferiblemente de lo que está viendo y de esa manera podemos echar un vistazo allí y tener una mejor idea de lo que está sucediendo y potencialmente actualizar que internamente en ese elemento. Esto sólo se aplica al modo de vista del panel.

Por lo tanto, si usted está editando un solo caso de prueba en el modo de vista completa, puede ver las barras de arrastre para ampliar. Ese texto, desafortunadamente, en el modo de vista de tres paneles, sin embargo, esos botones los campos no son expandibles o redimensionables, por lo que el texto más largo puede ser una especie de ocultación o mostrar detrás de los botones en la actualidad. Así que eso es algo que estamos mirando: una solución para también. Bueno, vamos a ver lo que es el período de tiempo máximo para la marca se elimina, 30 espacios, fresco um.

¿Es posible crear una copia o duplicar los pasos compartidos? Si quieres morir sí, supongo que si quieres crear un un segundo conjunto de un paso compartido y luego hacer cambios a eso en el momento. No, son conjuntos individuales que no tienen funciones de copia por el momento. Vale, genial, genial, vamos a ver, vamos a borrar una captura de pantalla en los pasos compartidos, se considerará como un borrado permanente. Sí, por lo que la marca se elimina realmente sólo se aplica a los casos de prueba completa, cualquier otra entidad, incluidos los archivos adjuntos o pasos compartidos en este caso o um.

Usted sabe que cualquier otra entidad importante en el sistema es, va a ser un como: una eliminación completa una vez que se elimina del sistema um. Pero son los casos de prueba los que, si se marcan como borrados, podrían ser restaurados. Creo que una pregunta más y luego vamos a concluir esto aquí. Jake está bien. Déjame ver si puedo. Sé que vi uno hace un momento: um, lo siento, estoy un poco perdido en el cuadro de preguntas aquí, um. Una cosa que voy a notar es um: había un número de personas um. Vi un par de informes diferentes diciendo que no estaban viendo la opción de pasos compartidos. Así que para ver los pasos compartidos tendrá que como si usted es, la creación o edición de un caso de prueba, tendrá que cambiar la plantilla para el caso de prueba.

Plantilla de pasos cuando estás usando la plantilla de pasos del caso de prueba es cuando verás la opción de pasos individuales. Voy y le doy al botón de añadir paso para empezar y ahí es donde puedes añadir pasos a tu caso de prueba y luego compartirlos y crear múltiples pasos compartidos. De esta manera. Por lo tanto, si usted no está viendo la opción de pasos compartidos, es probable que por lo que tendrá que um configurar su um, su sus casos de prueba para utilizar esa plantilla específica. Sí, así que los casos de prueba internos como jacob mencionó, la visibilidad de los pasos compartidos requiere el campo de pasos separados en su proyecto.

Si ni siquiera ve el botón de pasos compartidos en su lista de casos de prueba, entonces esto indicaría que el campo de pasos separados compartidos. El campo no está habilitado para su proyecto, así que el campo mismo debe estar habilitado para su proyecto. Antes de empezar a utilizar los pasos, yo asumiría que casi todo el mundo utiliza este campo. Sin embargo, si estás interesado en utilizarlo y la opción no está ahí, entonces tendrías que habilitar ese campo o añadirlo a tu instancia.

Si no tiene el campo separado, bien y última pregunta, ¿tenemos alguna idea de cuándo saldrá la versión del servidor 7 0? Yo preveo que estará disponible en los próximos días. No tengo una fecha firme sobre eso todavía, pero estamos trabajando en eso para conseguir que fuera lo más rápido posible tanto para el servidor como para docker awesome.
Sólo para dar un poco de contexto, primero lanzamos la versión en la nube y recogemos los comentarios o datos para asegurarnos de que no tenemos ningún error pendiente ni nada.

Eso es, ya sabes, potencialmente um usted sabe podría causar problemas con las personas que albergan el mismo software en sus propios sistemas, y de esa manera sabemos que cuando hacemos el lanzamiento de la versión del servidor que es, es estable para todos. Desde que tomamos nuestras propias copias de seguridad, sabemos que todo lo que hacemos en la nube va a ser seguro. No tenemos esa garantía con los datos alojados de la gente, por lo que tratamos de asegurarnos de que cualquier cosa que liberamos a los clientes del servidor va a ser lo más estable posible.

Impresionante. Bueno, muchas gracias a todos. Aprecio las preguntas jacob y una vez más, por favor llegar a nosotros en contacto con guruk com. Si usted tiene alguna pregunta o si hay algo más, podemos hacer para ayudar. Muchas gracias por asistir, y que todos tengan una gran tarde más mañana..
None.

Hola: todos, soy shannon mandood este video. Vamos a ver cómo configurar azure, devops, anteriormente conocido como microsoft, tfs y visual studio online con testreal por el final de este video usted entenderá cómo fácilmente puede crear y vincular nuevos elementos de trabajo en su instancia de azure devops, basado en sus pruebas en test reel. Vamos a sumergirnos en esta demostración, estoy usando una instancia de nube industrial versión 6, 6, 1 11666. Usted puede ver los detalles de su versión en la visión general de la administración y la versión textual. Además, ya he configurado una prueba gratuita, cuenta en azure devops y creado un nuevo proyecto para el propósito de la demostración.

Este es mi nombre de instancia, y este es el nuevo proyecto ahora para configurar cualquier plugin. Usted necesita tener un privilegio administrativo que le permitirá ver y modificar la configuración de la integración en el menú de administración. También vamos a referirnos a nuestra guía de documentación sobre azure devops disponible en el sitio web de testreal. Yo recomendaría tener a mano que, mientras que usted está configurando la integración ahora para empezar, actualmente hay cuatro maneras de integrar testreal con usher devops, a saber, utilizando urls de defectos utilizando urls de referencias utilizando el plugin de defectos y utilizando el plugin de referencias.

Las integraciones de defectos y de referencias le dan formas de integrar su prueba real. Con su problema, rastreador para acelerar las pruebas, mejorar la trazabilidad y agilizar la comunicación entre el qa y el equipo de desarrollo integraciones de defectos hacen que sea fácil para usted para informar de los errores en su problema o herramienta de seguimiento de errores, mientras que las integraciones de referencias, le dan una manera de ver y rastrear los requisitos de desarrollo a sus actividades de prueba en prueba real taladro proporciona dos niveles de integraciones para ambos campos de defectos y referencias, ver y añadir. Url, integraciones y plugins de integración.

Las integraciones de ver y añadir url son las más sencillas, y le permiten establecer rápidamente un hipervínculo entre el rastro de pruebas y su cuestión, el rastreador para dar a sus entidades de prueba en el carrete de prueba más contexto y para hacer la navegación de ida y vuelta, y las integraciones de plugin llevan esto un paso más allá al permitirle ver la información de su cuestión externa.
El rastreador escribe dentro del carrete de pruebas e incluso crea nuevas incidencias sin salir del rastro de pruebas, no necesitamos usar todas las opciones de integración listadas en esta demo. En la primera parte, veremos cómo utilizar diferentes urls y en la segunda parte cubriremos la integración de defectos y plugins.

Así que vamos a ver cómo se utilizan las urls defecto, vamos a navegar a la integración en el menú de administración. Podemos ver aquí defecto, urls defecto, vista, url y defecto, añadir url la vista del defecto. La url se utiliza para construir un enlace a azure devops basado en el id del defecto de manera que podemos simplemente hacer clic en un id para abrir la cuestión directamente en azure devops y la url de adición de defectos se utiliza para crear un enlace a la pantalla de creación de problemas dentro de azure devops. Vamos a seguir adelante configurando, estas dos urls: vamos a referirnos a la documentación de nuevo y volver a las urls de defectos aquí en la documentación podemos ver estas dos urls sólo reemplazará el nombre de la instancia y el nombre del proyecto y copiar y pegar en la pista de prueba para una demostración más fácil.

Ya he establecido estas urls aquí en el bloc de notas. Esta es mi vista url- y este es mi complemento, url Ill- simplemente copiar y pegar en la configuración de la integración. Esta es mi url de vista, y esto es una url de anuncio y haga clic en guardar la configuración. Así que usted puede ver aquí el porcentaje 20 signo entre la aplicación de amazon. La única cosa a tener en cuenta aquí es: si usted tiene un espacio en el nombre de su proyecto, puede utilizar un código ascii para el espacio que es el porcentaje 20. Una cosa más a tener en cuenta aquí es: podemos configurar azure devops globalmente o en una base por proyecto aquí en este video lo hemos configurado globalmente.

Ahora, vamos a echar un vistazo rápido a una de las pruebas que estoy trabajando actualmente cuando hago clic en añadir resultados. Ahora veo el enlace de añadir aquí. Voy a, también ver su enlace de anuncios aquí en los efectos empujados desde cualquier lugar característica ahora, vamos a añadir un defecto, por lo que se navega a la pantalla de azure devops pantalla de creación de problemas voy a decir simplemente: login está fallando y haga clic en, guardar sí. Así que después de añadir, también podemos ver los detalles por defecto al pasar por encima de la identificación del defecto.
Para resumir la primera parte, la función de añadir defecto es como, como un enlace de ayuda a los favoritos.

No nos permite crear un issue desde testreal, pero si abre automáticamente la pantalla de crear un issue en tu proyecto azure devops. Para usted ahora, vamos a saltar a la segunda parte del video que es cómo configurar defecto. Plugin diferentes plugins se utilizan para implementar un error más profundo. Integración del tracker. Vamos a ver cómo hacerlo, vamos a ir al defecto. Plugin de nuevo la integración de administración aquí sólo voy a seleccionar la nube de azure devops desde el uh desplegable. Esto automáticamente llenará la configuración del plugin, pero aquí podemos revisar las opciones por defecto y cambiarlas en base a nuestras preferencias.

Voy a cambiar rápidamente. Pocos ajustes aquí, como la dirección del proyecto de uso de la contraseña del usuario, así que ya he configurado aquí, sólo voy a copiar y pegar de nuevo, uno por uno. Este es el nombre de mi instancia. Este es el nombre de mi proyecto, y este es el nombre de usuario. Y por último, este es el token api. Una cosa a tener en cuenta aquí es: hay varias maneras de autenticar una sesión utilizando el correo electrónico y las contraseñas codificadas utilizando el correo electrónico y los tokens api o utilizando las variables de usuario.

La forma recomendada para autenticar el rollo de prueba con su instancia de devops seguro, es el uso de un token de acceso personal, en lugar de codificar cualquier contraseña para la configuración de las variables de usuario. Le recomiendo que consulte nuestra documentación detallada aquí en nuestro sitio web en la integración textual, guía, bug y issue trackers variables de usuario. Ahora, con el plugin de defecto configurado, sólo tengo que ver la configuración aquí con este plugin diffic configurado la opción de empujar efecto aparecerá en el defecto de cualquier característica. Ahora se puede ver un efecto push nude y también cuando hacemos clic en añadir resultado.

Podemos ver el efecto push aquí, así que vamos a ver cómo funciona, vamos a hacer clic en el efecto push y se navegará a una pantalla de defectos uh, donde podemos llenar los detalles uh sobre un defecto en el carrete de prueba. Así que este es el tipo de problema, y este es el estado que voy a enviar.
Así que he creado un defecto industrial sin salir de test reel, y se reflejará en el sitio de azure devops. Veamos cuando voy a assure devops y hago clic en los elementos de trabajo que puedo ver, el nuevo defecto se añade aquí.

Así que para resumir, la segunda parte, este enlace de empuje nos permite crear un nuevo tema y asegurar devops sin salir de la prueba real. Eso es todo por hoy, por favor, únase a nuestro foro de la comunidad en discus, guroc com y publicar sus consultas. Si tienes alguna. Alternativamente, también puede llegar a nosotros mediante el envío de un correo electrónico a contacto guroc com, gracias de nuevo por ver este video adiós. Por ahora,.
None.

Canal de aprender las últimas tecnologías y las pruebas de software, automatización de pruebas, herramientas de prueba y mucho más hola. Amigos bienvenidos a la prueba de formación real. Esto es Manish y en este tutorial vamos a aprender acerca de la prueba, se ejecuta en cualquier proyecto de prueba real. Así que en el tutorial anterior hemos aprendido cómo se puede crear el plan de prueba y luego las configuraciones dentro de ese plan de prueba y luego interment creará. Usted sabe, como la prueba, se ejecuta para usted con múltiples combinaciones, por lo que en esta carrera en este tutorial, vamos a aprender cómo se puede crear una prueba independiente se ejecuta y cuál es el significado de esa prueba se ejecuta así que estoy en el proyecto.

Por el momento, el proyecto por defecto – y aquí verás que tenemos una opción para el hito, la prueba, se ejecuta en los casos de prueba, por lo que han mirado en el hito, los casos de prueba ya, vamos a ver y vamos a ir y comprobar lo que la ejecución de la prueba es. Así que si usted va a la prueba, se ejecuta y los resultados, usted tiene una opción para hacer el plan de prueba y en el en ese plan de prueba hemos visto que usted puede tener. Usted sabe, como la combinación de apoyo, ya sabes, el sistema operativo del navegador o la combinación de múltiples entornos y aplicaciones, o si desea crear una prueba de ejecución por separado, usted puede hacer eso también.

Así que puedo ir directamente a la prueba de añadir, ejecutar y proporcionar un nombre para eso. Así que puedo decir que las pruebas funcionales y, a continuación, si es específico para cualquier característica – o si desea especificar un ciclo en particular, entonces usted puede hacer que decir, por ejemplo, usted está siguiendo la metodología de desarrollo ágil, puede decir que las pruebas funcionales de sprint en particular así que digamos, por ejemplo, sprint 1 y, a continuación, si ese sprint es parte de hito en particular. Así que, por ejemplo, es un usted, una liberación hito en otros tres meses y todas esas impresiones que está dibujando o todo el trabajo que está haciendo antes de los que usted sabe así.

La liberación tiene que ser parte de la versión dos, por lo que se selecciona ese hito como la versión dos y luego se asigna que decir, por ejemplo, ¿quién es X? Quién es el responsable de ejecutar esos casos de prueba, así que puedes hacer esa asignación aquí. Para toda la ejecución, o puedes hacerlo más tarde, proporciona la descripción, así que dejaré esa asignación, proporciona la descripción.
Cualquiera que sea la descripción que desee utilizar para esta prueba y luego puede proporcionar. Puede incluir todos los casos de prueba en este restaurante o puede especificar algunos de los casos de prueba.

Así que si usted selecciona los casos de prueba específicos y luego haga clic en la selección de la cadena, se le lista todos los casos de prueba que están disponibles en este momento en este proyecto. Así que, por ejemplo, quiero seleccionar los casos de prueba de la caja y añadir los casos de prueba de los elementos que acaba de seleccionar los y haga clic en. Ok, por lo que incluirá todos los casos de prueba en este restaurante y haga clic en añadir prueba de ejecución, y ahora verá que el restaurante se ha añadido con el nombre, las pruebas funcionales, sprint, 1 y todos los seis elementos.

Seis casos de prueba se han añadido a ese restaurante que tiene. Le mostrará la estructura, la estructura de la carpeta, que ha utilizado para especificar sus casos de prueba en términos de usted sabe, X sección y subsección, y que también está disponible en la columna de la derecha aquí, y también le mostrará los detalles en la sección de la derecha. Así que si selecciona los casos de prueba, sacará todos los detalles en consecuencia, una vez que una persona a la que se le asignan estos casos de prueba comienza a ejecutar los casos de prueba, puede agregar resultados.

Puede hacerlo. Usted sabe como pasar el caso de prueba y pasar al cuello uno o puede asignarlo a otra persona. Si quieres, por ejemplo, no hiciste la asignación de los casos de prueba y a una persona en particular, o hay muchos casos de prueba que no pueden ser ejecutados por una persona en ese sprint, entonces haces las asignaciones por separado más adelante y dividiendo los casos de prueba dentro del equipo. Así que eso es más o menos todo acerca de las ejecuciones de prueba en las pruebas realmente espero que te haya gustado este video, por favor, no se olvide, para compartir y suscribirse al canal.

Muchas gracias…
None.

De acuerdo, para que un sistema de gestión de casos de prueba se considere útil para los equipos que ya realizan pruebas continuas con pruebas automatizadas, debe integrarse automáticamente en el conjunto de pruebas que necesita para eliminar la percepción de la entrada de datos manual o se considerará una carga excesiva. Esto se debe a que, mientras que los sistemas de gestión de casos de prueba tienen mucho sentido cuando se utilizan para organizar las pruebas manuales y almacenar sus resultados, la mayoría de los marcos de pruebas continuas ejecutan sus pruebas constantemente y conservan ya su historial de aprobados.

Por lo tanto, si quiere que los equipos de desarrollo adopten el uso de un sistema de gestión de casos de prueba sin amotinarse, tiene que garantizar los resultados de forma automática. Llevar al sistema de gestión de casos de prueba de la suite de pruebas automatizadas por lo que en este video voy, estar mostrando cómo integrar nightwatchjs con testrail, por lo que los resultados de las pruebas se publican automáticamente cuando las pruebas se ejecutan bien. Así que para empezar aquí, tenemos que agarrar nuestros archivos de la lección para el tutorial de hoy, por lo que está bajo github com adelante, barra realmente mello bajo el directorio de tutoriales nightwatch, así que vamos a ir bajo el código y copiar la url de clonación y ahora dentro de nuestro terminal de bash.

Podemos escribir en git clone y luego poner en nuestra url de clon traer eso en lo que ahora, vamos a abrir, vscode y abrir nuestra carpeta de todos los derechos. Vamos a trabajar fuera de la carpeta de ejemplo TestRail. Así que vamos a ampliar eso y ahora, vamos a abrir la carpeta de pruebas y ver nuestras pruebas de ejemplo. Así que estas son las mismas pruebas funcionales de un ejemplo anterior, excepto que ahora lo que hemos hecho es añadir. Esta actualización, testrail, comando personalizado, y que viene de este paquete npm nightwatch testrail updater, y lo que nos permitirá hacer es enviar los resultados de la prueba en testrail después de cada prueba termina de ejecutar ahora para hacer eso.

También te darás cuenta de que tenemos el id de la prueba del navegador en la parte superior de la prueba, y esto asociará su prueba automatizada nightwatch con los ids dentro de testrail. Así que ahora, lo que vamos a hacer es crear estas pruebas dentro de testrail y reemplazar los ids con los ids que se generan allí.
Por lo tanto, vamos a la cabeza a testrail- y se puede ver- Ya tengo un caso de prueba creado, y se ve la identificación numérica aquí, comenzando con una letra c. Así que vamos a tomar la parte numérica de que y vamos a reemplazar el número aquí con eso, para esto puede ver la prueba de página de inicio.

Así que ahora estos dos están vinculados y, vamos a crear el otro. Las dos pruebas restantes pueden navegar a las pruebas de software y pueden cambiar el tema de la página, así que vamos a reemplazar el id de puede navegar a las pruebas de software por este y, por último, vamos a coger este para puede cambiar el tema de la página, así que ahora que los ids están asociados, tenemos que crear una prueba de ejecución. Así que vamos a ir sobre las ejecuciones de prueba y los resultados y haga clic en añadir la prueba, ejecutar. Llame a este tutorial ejecutar y elegir para seleccionar los casos específicos.

Vamos a cambiar nuestra selección y agarrar las pruebas de tutoriales todos los derechos. Vamos a añadir que la ejecución de la prueba de todos los derechos aquí en la parte superior izquierda, verás que la ejecución del tutorial tiene un identificador de ejecución, así que vamos a copiar eso y volver a nuestro proyecto de prueba y ahora abrir, nightwatch, json y abajo en la configuración de la prueba te darás cuenta de bajo globales. Usted tiene testrail aquí con un host y un id de ejecución, por lo que vamos a sustituir el id de ejecución con ese valor que acabamos de agarrar en una prueba. Rail y luego aquí en el host, reemplazar el host con su despliegue real instalado de la prueba de ferrocarril.

Así que ahora que tenemos el host y el id de ejecución completado, quiero dirigir su atención aquí arriba en la ruta de comandos personalizados. Aquí es donde entra el comando nightwatch testrail updater, y, por último, para que pueda autenticar con su instancia testrail. Necesitas crear dos variables de entorno. Una llamada testrail username que contiene tu nombre de usuario de testrail y la otra es tu clave api de testrail y al mantenerlas como variables de entorno, no corres el riesgo de comprobarlas accidentalmente con tu código fuente, así que fuera de pantalla. Ya he establecido estos dos valores dentro de mi perfil de bash, muy bien así que ahora todo lo que tenemos que hacer es lanzar una terminal.

Vamos a navegar al ejemplo de testrail, tipo de carpeta en npm install que debe traer en nuestros paquetes y si todo funcionó correctamente, sólo debería ser capaz de escribir nightwatch primera prueba corrió aquí va nuestra segunda prueba y, por último, nuestra tercera prueba, y si nos fijamos en la salida del comando aquí abajo, se puede ver que el resultado de la prueba se publicó con éxito a testrail. Así que ahora, vamos a volver a cromo y mirar a nuestra prueba se ejecuta. Así que antes de actualizar la página, vamos a echar un vistazo a nuestra ejecución de la prueba, para que pueda ver.

Las tres pruebas se muestran como no probadas. Así que ahora, vamos a actualizar nuestra página ahora tenemos un pi 100 totalmente verde pasado. Usted puede ver que las pruebas en sí indican pasado si perforamos en ellos. Usted puede ver el último tiempo de ejecución, así como la salida de la ejecución de la prueba que se mostró en el terminal. Así que este fue un simple, con un solo paso y el último tenía unos cuantos. Así que aquí puedes echar un vistazo. Este tenía tres pasos. Todos ellos están indicados aquí y lo que va a suceder a medida que se ejecutan continuamente estas pruebas, es que van a construir una pequeña historia agradable aquí, que es agradable de ver en el tiempo.

Usted puede ver la fiabilidad de la prueba. Si ves un montón de pases, y de repente un fallo. Usted sabe que podría haber encontrado un defecto con la última comprobación de código en vamos a ejecutar esto de nuevo y ver que en la acción. Así que si refresco esto, debería ver otra prueba ejecutada y ahí lo tienes, así que ahora tus pruebas automáticas vienen aquí automáticamente. Usted puede agregar pruebas manuales a la misma suite y los que se pueden ejecutar en un horario diferente, pero toda la historia agradable se mantiene en un lugar central. Así que es genial para la auditoría y otras cosas por el estilo. Muy bien, así que antes de ir, déjame saber si te gusta el video haciendo clic en ese botón de me gusta, por favor, suscríbete y llega a la sección de comentarios.

Si usted tiene alguna pregunta y gracias por ver ..
None.

La posibilidad de compartir pasos de prueba es una de las nuevas características más solicitadas y con testrail 7 0. Por fin, en este breve vídeo desglosaré la idea que hay detrás de los pasos compartidos, el propósito general y cómo empezar, creando y utilizando sus propios conjuntos de pasos de prueba compartidos. El propósito principal de los pasos de prueba compartidos es disminuir la duplicación de trabajo cuando se crean casos de prueba que presentan los mismos detalles de los pasos y facilitar la actualización de los pasos a través de múltiples casos de prueba que presentan el mismo conjunto de pasos.

En lugar de tener que actualizar manualmente cada caso de prueba que contenga esos pasos, ahora puede realizar un único cambio en una ubicación centralizada y hacer que se propague a todos los casos de prueba. Usando esos pasos para gestionar los pasos de prueba, un usuario necesita ser asignado un rol que tenga los permisos para añadir o editar casos de prueba. No hay un permiso separado que necesite ser concedido. Hay dos maneras de empezar: creando un conjunto de pasos compartidos.

Puede crear un nuevo conjunto de pasos compartidos desde cero directamente en el repositorio de pasos compartidos o puede compartir pasos desde un caso de prueba existente definido. Por ahora, vamos a echar un vistazo a la creación de un nuevo conjunto de pasos desde cero para empezar. Dirijámonos al repositorio de pasos compartidos haciendo clic en el botón de pasos de prueba compartidos en la parte superior derecha de la página de la lista de casos de prueba. Actualmente no tenemos ningún paso compartido creado en este proyecto. Así que vamos a hacer clic en el botón de añadir paso de prueba compartido tendremos que nombrar el conjunto de pasos y luego rellenar la información de prueba, incluyendo las instrucciones del paso y un resultado esperado para cada paso.

Una vez hecho esto, guardamos el conjunto de pasos y ya podemos importarlo a nuestros casos de prueba. Ahora, vamos a ver cómo compartir un conjunto de pasos que ya está definido en un caso de prueba. Primero, abriremos el caso de prueba. Eso incluye los pasos y vamos a la página de edición desde aquí. Hacemos clic en el botón de compartir debajo de uno de los pasos y veremos la creación de pasos compartidos. Aparece el diálogo: podemos marcar las casillas de cada uno de los pasos que queremos incluir en este conjunto, lo cual es útil si sólo queremos compartir los pasos seleccionados de este caso.

Tenga en cuenta que al compartir pasos de esta manera, sólo puede seleccionar pasos consecutivos, por lo que no podría crear un conjunto con los pasos 1 y 3, mientras omite el paso 2, por ejemplo, una vez que haya hecho la selección, añada un nombre para este conjunto de pasos y estará listo. Ahora, veamos cómo añadir un conjunto de pasos compartidos a un caso de prueba, empezaremos con un caso nuevo. En primer lugar, querremos asegurarnos de que estamos utilizando el caso de prueba correcto, los pasos, la plantilla y definir toda la información básica para el caso de prueba.

Ahora, después de hacer clic en la opción para añadir nuestro primer paso, podemos ver el botón de importación aquí arriba. Por lo tanto, vamos a hacer clic en eso y podemos seleccionar el conjunto de pasos que nos gustaría incluir en este caso por ahora sólo voy a añadir este primer conjunto a mi nuevo caso de prueba y ahora nuestro caso de prueba podría estar listo para ir o si queremos añadir más pasos fuera del conjunto compartido.

También podemos hacer eso ahora, con nuestro caso de prueba guardado, podemos ver qué pasos son parte de un conjunto de pasos compartidos con un pequeño icono debajo de los pasos. Vamos a hablar de la edición de nuestros casos de prueba con pasos compartidos. Si queremos editar los pasos dentro de un conjunto compartido, tendremos que ir al repositorio de pasos compartidos y editar los pasos dentro del conjunto allí. Esto actualizará los pasos para todos los casos de prueba que lo están utilizando actualmente y podemos ver qué casos de prueba se verán afectados si intentamos editar un caso de prueba con los pasos compartidos ya incluidos, se puede ver que no podemos hacer clic en los campos debido al conjunto de pasos compartidos.

Así que cualquier cambio debe hacerse a los pasos compartidos directamente dentro del repositorio de pasos compartidos y no desde el caso de prueba antes de terminar este video. Hay un par de otras pequeñas actualizaciones que se hicieron a la funcionalidad de pasos separados que me gustaría destacar. Ambas opciones están disponibles para los administradores en la sección de personalización del menú de administración. Ahora puede personalizar el campo de pasos separados para incluir dos nuevos puntos de datos adicionales, un campo de texto adicional con la etiqueta de información adicional de pasos que puede ser utilizado para cualquier información adicional más allá de la definición de los pasos y el resultado esperado para cada paso.

Además, también hay una nueva opción para añadir referencias a sus pasos de prueba individuales. Esto se vincula con las integraciones de referencias y rastreadores de defectos. Por lo tanto, si hay pasos específicos de una prueba que se asocian con un requisito externo, un error u otra entidad, puede vincular un paso individual a esa entidad en su herramienta externa. Estas configuraciones individuales se pueden establecer para el campo de pasos separados, ya sea de forma global o por proyecto.

Esto cubre todos los aspectos básicos de los nuevos pasos compartidos. Gracias por mirar y por favor no dude en ponerse en contacto con nuestro equipo. Si usted tiene alguna pregunta o comentario y estaremos encantados de ayudar..
None.

¿Es el análisis y el diseño de los casos de prueba sobre la base de un escenario previamente hecho del caso a su vez? ¿Es uno de los principales documentos para la redacción del probador, que ocupa una parte importante del tiempo de trabajo de su calidad y disponibilidad como tal depende de los resultados de nuestro trabajo, la eficiencia del equipo en su conjunto? Naturalmente, queremos que el resultado que teníamos lo mejor posible proceso fue optimizado y menos tiempo se gasta en él hasta ahora. En muchas empresas con estudios de casos se hace en excel; tablas, pero es inconveniente no es. Informativa es limitada en sus posibilidades y quitar un montón de tiempo como persona conocida en todas las esferas trata de simplificar su vida de trabajo para aliviar a sí mismo de varios problemas sobre la simplificación del trabajo del probador y un largo tiempo es un trabajo activo ya creado una gran cantidad de diferentes software para gestionar el proceso de pruebas.

Una de estas aplicaciones. Este rastro es un producto de la oficina de servicios de la empresa alemana, en la que le permite establecer un proceso de pruebas de calidad y la gestión, por supuesto, abrir el sitio. Usted mismo puede familiarizarse con él en detalle. Quiero repasar brevemente lo más importante. Vamos a pasar a la descripción de las capacidades funcionales con nosotros abre vizar pasar el punto que usted puede familiarizarse en detalle con la funcionalidad del producto en también ver cómo se ve además.

Aquí hay una pestaña que podemos ver el orden de integración de diversos recursos y, en particular, gris o haga clic en el recurso de interés y ver la configuración detallada de la integración con él también. Estamos interesados pestaña. Los seminarios web aquí están presentes. Varios seminarios web de haber elegido cualquier- o disponible nos puedo firmar con las novedades de la última versión de lanzamiento. Vamos a la sección de vacaciones aquí. Usted puede familiarizarse con los planes de tarifas existentes y directamente ir al diseño de la versión real.

Se puede hacer prácticamente desde cualquier página del sitio y desde el menú principal que tenemos delante. La página se ha abierto con el formulario para crear una cuenta. Quiero señalar que el nombre de la dirección web debe ser único más.
Esta será la url en la que estará disponible.. Este sendero, su empresa o proyecto de llenar los campos requeridos y crear su cuenta, y así hemos creado su cuenta y entrar directamente como un administrador del proyecto. Como se ve en el mensaje en la parte superior de la actualmente bloqueado es como el término del plan de tarifas, que se pagó ha expirado más, no se prolonga, y la cuenta está en un estado congelado, respectivamente.

Puedo mostrar cómo se ve como lo que está disponible cuando el período de prueba ha terminado aquí y, al mismo tiempo mostrar lo que puede hacer el administrador en el disponible. Todos los proyectos ahora no puede abrir el sistema. Haga clic en el proyecto, estoy redirigido a la página de nuevo, el administrador puede crear un proyecto si la cuenta ha sido pagado y o período de prueba. Así que en esta página, se crea el proyecto, el nombre del proyecto. La descripción se introduce el tipo de pantalla que la caja y se guarda de nuevo aquí.

La posibilidad de guardar la creación del proyecto está bloqueada. Además, hay una oportunidad, el administrador para agregar usuarios y asignarles funciones. La siguiente inclinación personalizar a su solicitud, varios campos como en la creación de casos de prueba, por lo que a continuación, el lanzamiento de los resultados de las ejecuciones de prueba para agregar el cambio de nombre de cualquier campo aquí. En realidad usted tiene grandes posibilidades y bajo su proyecto, bajo los requisitos, gerente de proyecto, bajo su estructura de desarrollo, usted puede construir haciendo ajustes personalizados. El siguiente punto es la configuración de la integración.

Este proyecto tiene una descripción detallada de cómo hacerlo aquí en el sitio es decir, los ajustes se hacen simultáneamente como una prueba de carriles aquí en esta pestaña y también en la pestaña de configuración del sitio;, usted puede hacer varios ajustes de su cuenta Recuerdo que la visualización de estas ventanas de este menú es accesible para el administrador al usuario habitual. Ahora no está disponible. Te voy a presentar otra cuenta de proyectos activos en el plan de tarifas, que se paga y está disponible toda la funcionalidad, excepto que en este caso el usuario no es el administrador.

Es la posibilidad de crear proyectos. No tiene sólo la capacidad de trabajar en aquellos proyectos a los que tiene acceso. En este caso, hay 2 proyectos, y por lo tanto la página incluso bozal aquí se muestra en todos los proyectos en los últimos 14 días. No hay actividad en ambos proyectos. Si. Vamos al proyecto,, llegamos al tablero del proyecto donde vemos más actividad, que fue antes de 14 días y por lo tanto no se muestran en el tablero,. Pero al mismo tiempo podemos mirar aquí. Hay una pestaña hitos clima. Vamos a venir más tarde, porque es allí y en el menú principal que se ve, el país de prueba de ejecución y probadores en ejecución y en la derecha en realidad duplicado.

Lo que podemos ver en el medio es la siguiente pestaña. Aquí vemos el probador que está dentro de 7 días. Llegó al sitio y ver desde tawa y corre que es 10 el mismo tiempo. Podemos filtrar y ver el proyecto y otros probadores si tienen alguna esta ficha y la adición como tal, porque la llamada etapa del proyecto, puede ser un sprint, puede ser una versión de lanzamiento versión beta si vamos a crear después de todo, se ve aquí pistas. Entonces podemos poner aquí este sprint en esta versión. Versión de lanzamiento aquí vienen con un nombre directamente, como vamos a mostrar esta creencia.

Esto añadir un enlace al agujero en la tarea jiri. Si la integración no está configurado aquí, podemos entrar en lo que-, a continuación, de forma manual o no utilizar en absoluto. Guy es si hay algún proyecto en el que el padre decir. Así que este proyecto está en el cielo. Se mostrarán aquí. Proyecto de los padres, la descripción y, respectivamente, la fecha de inicio, fecha de finalización. Esto puede ser la fecha de inicio y finalización del sprint y crear esta etapa de pruebas de la próxima pestaña de ejecución de la prueba inter-hall.

Aquí vemos todas las ejecuciones de prueba con los resultados en el momento, su porcentaje de resultados actuales. ¿Cuántas cerradas, comprobadas y añadidas a este test run? Podemos directamente desde aquí ir a cualquier prueba de ejecución aquí. Podemos crear una prueba, ejecutar, añadir o agregar el plan de prueba. Además de esta conducta de filtrado y en el elemento de visualización para formar una lista en el orden, queremos añadir los países- haga clic en el botón correspondiente, y aquí se abre una ventana con los datos que tenemos directamente relacionados con esta ejecución de la prueba en particular.

Aquí se nos ofrece sin el nombre del país. 5 actual puede cambiar los datos. Necesitamos de nuevo añadir un enlace a la tarea fig si ya está creado lo-. Si ya hemos creado un hito,, lo marcamos y elegir una lista desplegable de las cosas que hacer con el probador,. Así es como en el director elegimos nosotros mismos cualquiera de esas listas. Desplegable, añadir una descripción y añadir un adorno de los casos o la prueba de crear un escenario de prueba. Podemos incluir todos los existentes usted y casey más probable.

Haremos esto una vez durante algunos la arena. Puedo muy bien ser un montón y la prueba de ejecución y no siempre va a todos los thai existentes para seleccionar un conjunto específico de los casos que seleccione la casilla de verificación adecuada clic que la selección y un conjunto de casos existentes se abre delante de nosotros ver y marcar. Las casillas de verificación curtis casos que necesitamos para incluir en esta prueba de ejecución a continuación, haga clic. Ok, entonces esto y los países, y esta prueba de ejecución aparece aquí en la lista. En consecuencia, aquí será 0.

Podemos hacer clic en él. Ir a la creada usted país o previamente ejecutar se mostrará en esta forma. Si se trata de un nuevo recién creado a la estación será cero por ciento y no se llena aquí. Todo el resto se verá igual además de si ya existe. El espacio aquí se muestran en los; usted con el casey podemos filtrar, digamos por el estado de la patente de las canciones que desempolvado por errores aquí. Como ves, uno de los casey se cayó. No pasamos más exactamente porque en su mayoría se utiliza en las pruebas manuales, seleccione este filtrado y ver 1 mil casey que se muestra en la estructura de la casa reveló que la comprobación en la que no regla al resultado esperado.

Los caprichos aparecieron, eliminar el filtrado autotécnico se muestran en el corazón; la prueba se ejecuta. En la parte superior, vemos el menú que nos permite hacer algunas acciones con la ejecución de la prueba directamente. Nos interesa la exportación. Se puede hacer con el archivo máximo csv y excel. Aquí podemos enviar a imprimir seleccionando las opciones de impresión seleccionando directamente las páginas que queremos imprimir. Desde el mismo, podemos formar ficha de informe con el informe estará en, pero informe de forma ya puede formar páginas con el país seleccionado puede restablecer los resultados, ejecutarlo de nuevo y también hacer ediciones, es decir, el cambio.

El número de pruebas de caso, es decir, es posible ser tal necesidad en el proceso de pruebas. Encontramos que algunos- hoja de comprobación de un caso. Nos perdimos un paso aquí volvemos en la edición, elegimos de los casos, escribir conjunto existente y añadir una prueba de ejecución, y así vamos a ir directamente a la ficha caso de prueba aquí. Vemos toda la estructura de los casos existentes. Elementos anidados habiendo hecho clic en el elemento elegido abre desde la parte izquierda directamente, este elemento y su contenido.

Si subimos en el anidamiento, veremos más entidades que están en la estructura del anidamiento. Podemos copiar todas las entidades aquí, así como en la ventana de búsqueda,, es decir, podemos crear un nuevo proyecto,, insertar todas las entidades existentes e importar los archivos exportados previamente guardados de where- o xml excel o csv desde aquí exportar imprimir de nuevo añadir informe;. Podemos aplicar filtros para mostrar los elementos que necesitamos y ordenar por elementos. Podemos añadir o eliminar elementos desde aquí a la estructura general, editar o eliminar seleccionando la casilla necesaria y creando secciones al añadirlas al proyecto..

El lado derecho, haga clic en el menú y la sección se añadirá a la estructura general, es decir, va a bajar. Además, podemos añadir directamente a ese elemento que es necesario. Así que lo que necesitamos para crear en el proyecto de una determinada sección de nuevo, un rango de los casos que haga clic en el lado derecho, el menú del sexo. Para nombrar añadir la descripción. Podemos además añadir tabla qué- o llevándome los datos correspondientes pero sección [música].

Si no hubiera sexo anterior, sería usted en la parte superior y baja para arrastrar una sección por encima o para hacer una especie de apego a la cama de los labios. Tomamos este archivo y arrastrarlo necesario para nosotros lugares de nuevo. Si el puntero de la flecha verde está en el medio, entonces traemos el objeto directamente en esta esencia, si está por encima entonces antes de que por debajo de ella. Eso es todo cómodo. Lógicamente lo suficientemente entendido y fácil de mover. Nos movemos hacia arriba. Aparece el modelo en el gato, que nos pide hacer una elección de acciones confirmar, y vemos nuestra sección ya está en la parte superior.

Hacemos clic en la sección abierta a la izquierda y es el elemento principal visible, respectivamente, sólo la sección y lo que va a contener y ver nuestra tabla añadida en la descripción añadimos sección de savia en el menú de la derecha apareció y se muestra aquí. Sap sección añadimos que es el caso, se abre el campo para entrar en ellos no aparecerá caso de prueba más precisamente en este caso. Esta interfaz es una lista de control para crear listas de control. Es muy conveniente para configurar todo lo que es crear cualquier lista de control.

Podemos eliminarlas directamente de forma rápida si es necesario. Esta lista se puede ampliar si queremos crear cambiar el nombre del caso señalándolo a la derecha. Hay un elemento de lápiz, cambiar el nombre. Si queremos guardar el nombre cambiado. Si queremos hacer cambios santos del caso, tenemos aquí un lápiz y a la derecha y el mismo cambio para eliminar el boceto. Si queremos eliminar del caso, hacemos clic en confirmar la acción de la ventana del modelo con el caso eliminado del caso, podemos mover la estructura para mover el caso haciendo clic con el botón izquierdo del ratón y arrastrando hacia arriba confirmamos, movemos, movemos, confirmamos, movemos, y así editamos el espacio sampe se abre a la tabla con los elementos de la arena.

Voy a recordar que a partir de, si se convierten en el administrador, puede cambiar el relleno. Se cambia el nombre de los campos, cambiar la estructura de relleno que el espacio, por lo que es necesario para usted como en la forma en que se establece en su proyecto, y así tenemos un boceto estándar. Esa es la sección visible en la que entra puede moverlo en otra sección aquí automáticamente que el nombre de la sección que está presente en la actualidad elegir el espacio.

En este caso, queremos ser capaces de añadir un paso, aquí. El paso es el único ahora y no hay posibilidad de añadirlo. Elegimos la visualización con varios pasos. En consecuencia, la imagen ha cambiado. Visualización ir más tipo aquí, elegir el tipo de la prueba que estamos haciendo. Hay suficientes opciones aquí de nuevo, también se pueden cambiar en la configuración del administrador. Elija funcionalmente elegir una prioridad aquí, si es necesario, especificar la información que necesitamos aquí.

Haga clic en añadir un enlace aquí. Si la integración está configurado y aquí elegir las pruebas, todavía hay rex temprano. Caso de prueba automatizada no puede llenar en absoluto o poner que no hay ningún tipo, no elija cuando se condiciona a añadir una descripción puede añadir, adjuntar lo que- o una imagen o añadir una tabla. Ir a añadir los pasos de la prueba. Escribimos nuestra acción incluso no por lo que vamos a escribir el horno y la página de resultados se ha abierto aquí. También podemos adjuntar algunos dibujos y para la transición al siguiente paso de nuestra prueba. Hacemos clic en un signo más y el siguiente paso. Aquí tenemos una precondición de lo descrito si es necesario describir el resultado del segundo paso.

Si queremos mantener ahora, no vamos a permitir mantener porque no hemos especificado no eligió un papel para este usuario roles están escritos por el administrador en este proyecto. Elegimos un rol, guardamos el caso, y si volvemos a nuestra sección, vemos la sección de descripción del propio espacio. La estructura de los cielos se muestra aquí dentro en el lado derecho. Además, podemos hacer clic en la sección desde la sección viendo las entidades que se encuentran allí de forma tan sencilla.

Se crea un conjunto desde el caso en el proyecto que se puede dividir en diferentes secciones. Las secciones creadas sin un conjunto y el uso posterior para la ejecución de la prueba van a la pestaña de informes. Aquí tenemos la capacidad de generar informes con un conjunto diferente de datos que estarán disponibles para su visualización. También pro marinero enseñó existente para crear, seleccione un elemento. Mapeo ver su estructura es decir,, puede pro clic en todas las opciones para la visualización de los casos de los defectos, la descripción, los resultados aquí, añadirlos eliminar de su informe y generar una cuenta que mostrará bien todos sus resultados de la prueba y satisfacer sus ajustes de gestión, especificar un nombre descripción, seleccione todas las secciones que presentó en el informe o algunos de los mismos bajo la canción seleccionar una determinada sección con los casos o seleccionar la sección anterior, con todos los casos seleccionar la opción de mostrar las pruebas en la pantalla más ajustes a los que estarán disponibles.

Creación de informes. Esto ocurre de nuevo de forma automática o lo creamos manualmente, puede crearse automáticamente en un momento determinado y los resultados se envían al correo electrónico y especificar el correo y las personas interesadas, añadir el informe o cancelar. Si lo añadimos aparece aquí en la pantalla principal, podemos abrir pulsando sobre él este registro y ver como queda. En este caso vemos el título, ver la información sobre el proyecto, la descripción, ver los gráficos, ¿cuántas pruebas se realizaron, ¿cuántos casos de prueba archivo? Si hay qué bloque y la prueba, entonces hay un gráfico y seleccionarlos con los resultados y los nombres. En este caso, todas estas otras métricas se pintan.

Eso es todo lo que fue seleccionado ajustes a la derecha para mostrar lo que este informe podemos enviar a imprimir. ¿Podemos enviarlo a imprimir? Podemos guardarlo como un documento html o un archivo pdf. Eso es básicamente, todo lo que hay que hacer. Usted construye usted mismo muy fácil de usar fácil de entender, pero al mismo tiempo, informativo, útil reduce el tiempo para trabajar con los casos reduce el tiempo para realizar las pruebas. Eso es más posibilidades de que no se olvide nada para no perder necesariamente comprobar, y hay donde escribir todo esto agradable, informativo, accesible, y hay una posibilidad de proporcionar la gestión de los resultados de su trabajo.

..
None.

Bienvenido a la quinta serie de vídeos de formación industrial en este vídeo. Usted aprenderá todo acerca de la integración de test rails con varias herramientas de seguimiento de problemas y errores para obtener el máximo provecho de su experiencia de test rail. Le recomendamos encarecidamente que configure la integración con su herramienta de seguimiento de incidencias. El proceso de configuración sólo toma unos minutos, en este video mostraremos cómo configurar la integración con JIRA como ejemplo y luego mostraremos cómo está diseñada la integración para funcionar.

Ahora, vamos a iniciar la sesión, para probar el carril para empezar. Vamos a configurar nuestra integración con JIRA. En primer lugar, nos dirigiremos a la administración que la integración para este video vamos a utilizar el asistente de integración de JIRA, que hará que sea mucho más fácil en esta página haga clic. El botón configurar, integración de JIRA para ver el asistente de integración. En este caso, todo lo que tendremos que hacer es introducir los detalles sobre la instancia de JIRA a la que nos estamos conectando y las credenciales de inicio de sesión para, nuestra cuenta de usuario de reserva, la cuenta de usuario de reserva se utiliza para las funciones de integración si el usuario actual conectado no tiene sus propias credenciales almacenadas en la configuración de su perfil.

Una cosa a tener en cuenta: si está utilizando JIRA cloud, tendrá que utilizar su dirección de correo electrónico de inicio de sesión y un token de API generado a partir de su cuenta de JIRA. Los usuarios del servidor de Jira utilizarán su nombre de usuario y contraseñas de JIRA para la autenticación con la integración completa. Vamos a introducir nuestras propias credenciales en la configuración de nuestro perfil, primero iremos al perfil, luego a mi configuración y después a la pestaña de configuración de esta página. Si nuestras variables de usuario fueron configuradas correctamente, veremos los campos aquí para introducir nuestra información.

La configuración de la integración también se puede hacer. Manualmente. Requeriré un poco más de configuración para saber cómo configurar la integración de JIRA o cualquier otra herramienta. La integración manualmente, por favor revise el enlace en la descripción con nuestra integración a la configuración de JIRA. Vamos a comprobar cómo funciona la integración. Primero, iremos a la pestaña de pruebas, ejecuciones y resultados, y seleccionaremos una prueba para añadir un resultado de prueba como ejemplo.

Puedes marcar esta prueba como fallida y añadir algunos detalles adicionales, fíjate en los enlaces add y push en el campo de defectos. El enlace de añadir le permite saltar a JIRA para crear un nuevo informe de error. También puedes empujar los informes de errores del carril de pruebas a un rastreador de problemas sin tener que salir de la aplicación. Los campos presentes en este cuadro de diálogo son extraídos por el gestor de incidencias directamente. Todos los tipos de problemas y componentes de los proyectos se definen en JIRA en este caso, ya que diferentes problemas, rastreadores utilizan diferentes problemas, campos y nombres.

Este diálogo tiene un aspecto ligeramente diferente para cada prueba de integración por defecto. Rail incluye el comentario de los resultados de la prueba en el informe de error. Por lo tanto, no tiene que volver a escribir nada. También puede crear una plantilla de empuje si usted, como el empuje para poblar más datos de prueba de ferrocarril en el tema, la descripción para configurar esta cabeza de nuevo a la administración, a continuación, la integración, a continuación, en el defecto de JIRA, la configuración de plug-in puede hacer clic en el enlace para que introduzca una plantilla y verás. Aparecerá otro campo de texto rellenado por defecto con las variables para los comentarios y los detalles de los resultados de las pruebas, debajo del campo de texto, verás un enlace para añadir campo que te permitirá seleccionar entre una serie de campos de rieles de prueba tanto del caso de prueba como de los detalles de los resultados para incluirlos en la descripción de la cuestión.

Está empujando a su rastreador de errores. Además de los datos de los campos, también puede incluir cualquier texto estático que le gustaría incluir en esa plantilla e incluso cualquier opción de formato en línea como el texto jiriz, el formato, las opciones de notación para crear encabezados o cambiar la apariencia de su texto con negrita y cursiva y muchas otras opciones con la plantilla push actualizada. Si empujamos una nueva cuestión a JIRA, veremos que todos los campos, el texto estático y el formato, hemos añadido a la plantilla, ahora se mostrará en la descripción de la cuestión de JIRA con JIRA, también puede personalizar los campos de la cuestión, la integración de seguimiento.

Así que si usted tiene que encontrar cualquier campo personalizado, puede agregar esos campos en el defecto de empuje.
El diálogo, una vez que has empujado el informe de error de prueba real, añade automáticamente el nuevo ID de la cuestión al campo de los defectos y vincula este informe de prueba a la cuestión. También puede empujar múltiples errores, informes o manualmente. Añada IDs adicionales si es necesario, añada el resultado de la prueba y desplácese hasta el final de la misma. Page hover, el cursor sobre el tejido de enlace ID. Esto le permite ver el estado de la cuestión. Haga clic en el ID para saltar al informe de error. En su cuestión, el rastreador a partir de la prueba rel liberado, 6 1, también puede agregar una ejecución directamente desde dentro de una cuestión de JIRA.

Esto hace que todo el proceso sea mucho más eficiente. Otra cosa que puede hacer con el carril de pruebas es vincular los casos de prueba a referencias externas, como los requisitos por encima de los informes, los casos de uso o las solicitudes de características, abra un caso de prueba y haga clic en Editar para ver el campo de referencias, donde puede introducir uno o varios ID para las referencias externas existentes, como las cuestiones de JIRA o los requisitos, con el fin de ver todas las referencias o defectos vinculados para sus pruebas. De un vistazo puede añadir la columna de defectos o referencias para sus casos de prueba y ejecutar páginas.

Bien. Ahora que ya sabes cómo utilizar el defecto de test rails, la integración ver nuestro próximo video para aprender más acerca de los hitos de test rails y para dues..
None.

Y otras integraciones de prueba en el webinar de prueba de rieles. Hoy en día, tenemos garrix propio plomo, el apoyo, el ingeniero, Marco, García y yo mismo, Simon Knight, así que vamos a ser vamos a hacer que la presentación y la charla Marco será principalmente haciendo una demostración en vivo de esas integraciones para usted y voy a ser el anfitrión y ayudar con el control de calidad y hablar un poco acerca de la prueba. Mapa del ferrocarril hacia el final del seminario web. Vamos a estar hablando de cómo se puede utilizar la prueba corrió junto con JIRA para maximizar tanto la eficiencia y la eficacia de sus pruebas de software. Vamos a empezar por la introducción de JIRA sólo muy rápidamente para aquellos que tal vez no están tan familiarizados con que vamos a introducir la noción de las integraciones de prueba de ferrocarril en general y luego vamos a hablar de los detalles de la prueba de ferrocarril y la integración de JIRA, incluyendo cómo utilizar nuestro plug-in de JIRA, que se puede encontrar en el mercado de Atlassian después de que hemos hecho todo lo que vamos a tener un poco de tiempo, espero que para las preguntas y respuestas y que va a ser su oportunidad para ajustar cualquier pregunta específica que usted tiene soy.

Sólo a modo de algunos anuncios de mantenimiento de la casa estará dando todo el mundo en silencio durante todo el seminario web. Si tienes alguna pregunta o comentario, no dudes en compartirlo en la sala de chat y lo retomaremos durante la sesión de preguntas y respuestas. Al final del seminario, es posible que hagamos alguna pregunta utilizando el mecanismo de votación, así que manténgase atento a esas preguntas, ya que nuestro objetivo es que el seminario tenga una duración razonable, probablemente de una hora. Estamos grabando el seminario web y pondremos el vídeo a su disposición cuando hayamos tenido tiempo de procesarlo. Así que… Ya sabéis quién soy, soy Simon Night, soy el responsable de las pruebas, el jefe de producto Suganya cualquier problema.

Cualquier pregunta sugieren acerca de cómo podemos mejorar su experiencia accesorio. Por favor, siéntase libre de llegar a mí antes de que me convertí en el gerente de producto tetrad, pasé 10 años más o menos trabajando principalmente como un consultor de pruebas de software independiente que trabaja con equipos de todas las formas tamaños y geografía revolver para ayudarles a entregar un mejor software más rápido y con menos errores.
Algunos de vosotros me conoceréis también por mi trabajo en el Ministerio de pruebas de ensayo, lotes, dojo, etc.

Si queréis estar en contacto conmigo, podéis hacerlo en las sociales o vía garokk o en mi propio blog también con nosotros. Hoy tenemos a Marco García Marco ha trabajado con un serger para arriba para yo, no sé si 18 meses. Es Marco todavía alrededor de un año y medio, ok gran, y a lo mejor de mi conocimiento, las cosas favoritas de Marco son la cerveza, la comida y las películas de superhéroes de Marvel como merecen fuera de la cubierta en el mercado. Eso lo cubre todo. ¡Si! Ok, quieres firmar es un outsourcer. Empezamos marcando seguro que podría hacer una introducción rápida, así que mi nombre es Marco García soy, un especialista en soporte técnico de productos que he trabajado para varias empresas de software en los últimos años, esencialmente sólo el dominio y el aprendizaje de diversos productos y sus industrias y luego apoyar a los clientes en un nivel técnico.

Como Simon mencionó, he estado con grew up durante aproximadamente un año y medio. Así que hay una buena probabilidad de que han enviado en un soporte técnico, la solicitud. Yo era parte de eso y, a continuación, de alguna manera, pero también trabajé con Atlassian en el pasado en la nube Ingeniero de Apoyo estoy previamente antes de venir a gerak. Así que tengo un poco de experiencia en ambos lados que hizo su lado y la fila de prueba lado sí. Así que estamos cubriendo todas nuestras bases aquí, tenemos una fila de prueba y Ana Lassi, un experto en la llamada grande, de acuerdo.

Bueno, sin más preámbulos. Vamos, vamos a empezar, digamos que sólo quería correr a través de una rápida introducción a JIRA sí mismo. Probablemente la mayoría de ustedes en el núcleo están familiarizados con Jared. Ya sabes, sólo rápidamente Marco, ya sabes lo que es gerra. Sí, JIRA es una herramienta de gestión de proyectos ágiles que soporta cualquier metodología ágil como scrum Kanban o incluso su propia metodología o marco que su equipo elige para organizar su flujo de trabajo. Se utiliza principalmente para el desarrollo de software, pero he visto que se utiliza para todo tipo de proyectos debido a su altamente personalizable, flujos de trabajo, esquemas de permisos y otras opciones funcionales que tiene es bastante complejo en el fondo, estoy, de hecho, carreras enteras productos, un ecosistema de la industria se han creado alrededor de JIRA.

Una cosa que Jarrod no hace bien, sin embargo, es el caso de prueba, la ejecución de la prueba o la gestión general de las pruebas de control de calidad, y esto es un poco donde el rollo de prueba entra absolutamente sí, por lo que podemos quiero decir que podemos ver en esta captura de pantalla en la diapositiva aquí que tenemos los casos de prueba de carril de prueba y los resultados allí mismo en la cuestión de JIRA que estamos viendo y eso es que es, ese es uno de los principales beneficios de la integración de la ruta de prueba con JIRA derecho es porque usted puede ver su prueba en JIRA sí exactamente y que tipo de va dos maneras también y vamos a entrar en eso aquí en la demo.

Bien, entonces sí, ¿quieres unirte a un paseo a través de algunas de las cosas de la integración? Entonces, ¿Mark? Oh, sí, así, sólo en general, rollo de prueba tiene varios métodos de integración con herramientas de terceros. Aparte de sólo JIRA, así que tenemos nuestros defectos y requisitos plug-in framework add-ons como la prueba, Rover JIRA add-on, que vamos a ir aquí en un poco y también una robusta API que permite integraciones personalizadas con esencialmente cualquier herramienta por lo que hoy, vamos a cubrir principalmente la integración de JIRA como nuestras opciones incorporadas.

Ya que esta resulta ser nuestra integración más robusta en este momento. También estamos siempre en la búsqueda de mejorar esta y otras integraciones en el futuro y creo que Simon puede hablar de eso un poco más tarde. En general, sin embargo, la integración de Jura puede funcionar de forma muy similar en otras herramientas de gestión de defectos y requisitos, por ejemplo, como redmine rally y otras. Así que, al menos con las partes del plugin de defectos de la demo, puedes esencialmente intercambiar JIRA con casi cualquier otra herramienta y funcionará de manera muy similar, pero primero me gustaría hablar de la integración de JIRA dentro de test route.

Ok, así que sólo como una breve visión general, el plugin de defectos que tenemos le permite vincular sus requisitos y defectos en JIRA a los casos de prueba y los resultados en la ruta de prueba utilizando las filas de prueba, las referencias y los campos de defectos, respectivamente. Así que el campo de referencias se puede encontrar al añadir y editar casos de prueba. Lo que se ve aquí y el campo de defectos se puede encontrar al añadir y enviar los resultados a una prueba.

La integración op también proporciona una manera de buscar los detalles actuales de cada referencia vinculada, por lo que será capaz de buscar estos detalles directamente dentro de la fila de prueba sin tener que salir de la fila de prueba y, de nuevo, voy a mostrar todo esto en tiempo real, también con nuestra demo aquí en un minuto y consultas gears API para mostrar estos detalles. Así que todo esto es siempre hasta la fecha en tiempo real basado en. ¡Lo que es en realidad el estado o los datos introducidos dentro de jira en ese momento, así que sí con eso con eso creo que puedo seguir adelante y cambiar a mi pantalla aquí y acaba de empezar: ok, sí! Vamos.

Vamos a hacerlo. Estoy presionando el botón ahora Marko y tú deberías tener el control allí. Vamos yep todo bien. ¿Puedes ver eso? Sí. Puedo ver eso, así que nosotros, donde todo el mundo debería estar viendo el tablero de la ronda de pruebas en este punto, de acuerdo genial. ¿Y qué tengo aquí? He configurado una instancia de demostración de test rock cloud, así como una instancia de demostración de JIRA cloud. Ambos tienen productos de demostración. Hay proyectos creados con sólo algunos datos ficticios, esencialmente, pero usted será capaz de obtener una buena idea de cómo funciona todo a través de este la nube de JIRA.

En caso de que no estés familiarizado con las actualizaciones más recientes. Recientemente lanzaron una actualización de la interfaz de usuario de JIRA, por lo que puede parecer un poco diferente si estás, usando JIRA server todavía, pero los conceptos de la mayoría de la interfaz de usuario es el mismo, aparte de principalmente el aspecto de la navegación de la misma. Así que voy a no he configurado la integración en absoluto. Todavía en estas instancias de demostración y voy a seguir adelante y pasar por eso ahora, sólo de principio a fin, esencialmente, con el fin de vincular su instancia gr a tester todo lo que necesita para configurar la integración en el área de administración.

Eso sería aquí, la parte superior derecha. Bajamos a la integración y la vista lateral y verás aquí que es donde configurarías cualquier integración. Tenemos varios métodos de integración aquí. Usted tendrá el defecto, la vista y añadir y añadir la integración de URL. Esto esencialmente no estos dos no requieren conexión directa a la fila de prueba.
Es esencialmente sólo un formato que se utilizaría para rápidamente un enlace a su instancia de JIRA o cualquier otra herramienta que está utilizando por lo que esencialmente, esto rellena varias áreas a través de reino de la prueba, con un enlace para saltar rápidamente a un tema específico, IDE o similar en su herramienta de terceros.

Así que tanto los defectos y referencias pestañas aquí tendrá esta vista y añadir URLs, y estos son estos no requieren su conexión directa, correcta después de eso, el enchufe de defectos en este sí requiere conexión directa por lo que verá aquí. Tenemos algunas herramientas. Son algunos defecto, plugins que ya hemos creado y añadido en el carril de la prueba verá una lista bastante grande aquí. Vamos a ir con JIRA para el nuestro y te voy a mostrar cómo conectar que aquí en un segundo, pero esto requiere una conexión directa a su instancia querida, porque fila de prueba necesita consultar un JIRA directamente a través de la API de G R, y sin esa conexión, entonces usted comenzará a ejecutar en algunos problemas, esencialmente mostrar algunos de esos datos.

Así que eso es lo que va a, ser particularmente relevante para la gente que está alojando su propia instancia de jera en su propio servidor sí. Así que es tanto con el servidor ancestral de la nube de la fila de prueba, así como la nube de JIRA y los servidores de JIRA. Así que la integración es, puede trabajar con cualquier combinación así que el servidor de fila de prueba con JIRA nube o viceversa, y todo lo que tiene que ser que tiene que suceder es una conexión directa.

Así que, por ejemplo, si usted está en su propio servidor de JIRA y está utilizando la nube de fila de prueba, sólo tiene que abrir las conexiones a su servidor de JIRA para que la prueba rel puede conectarse esencialmente un montón de veces. Es posible que tenga que pedir a su equipo de TI, pero sólo tiene que asegurarse de que la fila de prueba puede conectarse a JIRA y el trabajo de integración es un proxy o un servidor de seguridad, o algo así sí para hacer algunos arreglos exactamente necesitaría una lista blanca, nuestro rango de IP, y sólo puede ponerse en contacto con nosotros directamente.

Si ese es el caso, el contacto en el grupo de calma y que le daría que el rango de IP y, a veces los cambios en función de nuestra infraestructura de la nube.
Así que si te encuentras con algún problema, normalmente verás un error 502 o algo similar, que es uno de los errores más comunes que vemos. Pero verías eso y… y podrías contactarnos y podemos asegurarnos de que tu lista blanca es la dirección IP correcta. Así que tenemos varios documentos, así como para la creación de diferentes integraciones.

Usted puede ver el botón de aprender más aquí. Te lleva directamente a nuestra integración. Es la página de instalación, donde hay instrucciones para casi todas las herramientas. Es una muy buena referencia para ir por vamos a configurar hoy con su una nube, así que voy a tipo de ir a través de este y configurar esto y luego vamos a ir de allí. Así que permítanme seguir adelante y volver a este voy a tener que desactivar esto muy rápidamente. Bien, está haciendo eso. Sólo un recordatorio para que si tienes preguntas o problemas no dudes en ponerlos en la sala de chat en el panel de control de GoToWebinar y trataremos de responderlos al final, así que sí.

La forma más fácil de configurar la integración es a través de este botón de configuración de la integración aquí en la parte superior. Tiene un formulario muy sencillo. Usted acaba de poner en su base de su dirección, así que voy a saltar a mi instancia de demostración y agarrar que para la nube JIRA nube. Normalmente es lo mismo. Es su nombre de host vasya net, pero si usted tiene 0 servidor, entonces usted puede tener alguna dirección personalizada aquí, como usted sabe, ceroD mi empresa dotnet o mi empresa sobre el próximo flash JIRA.

Cualquiera que sea su dirección base para JIRA es lo que quiere introducir aquí, muchas de las veces, uno de los mayores errores que vemos, o el error que vemos más a menudo es cada vez que usted va a JIRA, se obtiene este tablero seguro, una sección de la URL, y vemos que la gente sólo copiar y pegar que e incluir que aquí y que no va a funcionar, porque eso no es que es sólo una página general en JIRA y no es la dirección base. Así que esencialmente sólo necesitamos la dirección de la base aquí y así que voy a establecer que voy a poner que aquí y luego elegir su versión gr.
Casi todo el mundo está en cinco que X o más tarde ahora o JIRA Cloud. Por lo que se usaría esto. Hay soporte para el legado si usted todavía, si usted todavía está en una versión más antigua de JIRA pasará principalmente sólo la versión de descanso que la integración de la nube de JIRA aquí, usted tendrá que introducir su usuario Jiri para fines de demostración.

El mío es admin y luego su contraseña de JIRA. Estos son campos obligatorios. Un error que vemos o problema que vemos a menudo es que los clientes se introduzca una dirección de correo electrónico aquí y esta forma en realidad no admite. Direcciones de correo electrónico por el momento. Aunque estamos buscando para actualizar que en el pasado, cero, especialmente Jurek nube, siempre haría un querido regular un nombre de usuario sin una dirección de correo electrónico, pero sabemos que Atlassian ha sido la adición de varias nuevas características de identidad que permiten el apoyo para acceder a la API a través de una dirección de correo electrónico.

Así que estamos buscando la actualización de que este formulario de validación en realidad no hace ninguna conexión directa una vez que lo envíe. Así que sólo se rellenan los datos aquí en el formulario real, y así, incluso si usted tiene una dirección de correo electrónico, puede enviar el formulario que se actualiza y luego se puede cambiar esto más tarde a una dirección de correo electrónico si es necesario por lo que es sólo uno de los problemas que vemos más a menudo, pero si usted mira en su gestión de usuarios en JIRA usted será capaz de ver si su instancia es el uso de usuarios JIRA o direcciones de correo electrónico y que va.

Le permite saber lo que es entrar aquí, y por lo que tiene la configuración aquí, el interior se rellena automáticamente, como usted vio estos sienten cada vez que envíe que y usted tiene los defectos plug-in, así como las referencias plug en las referencias. Estos son básicamente sólo diferentes campos dentro de la prueba. Bueno, que el uso de esta integración y te mostraré cómo los de trabajo en un segundo voy a seguir adelante y guardar esto ahora para que pueda llegar a esos, y una cosa que también tenemos que quería señalar es la función de plantilla de entrada. Así que estos son los datos que se empuja directamente en una descripción de la cuestión JIRA cada vez que está empujando un defecto con una función de empuje.

Así que si quieres algún detalle, deberías incluirlo aquí. Tenemos un pequeño sistema de variables y sólo tienes que hacer clic, añadir campo si quieres añadir un campo específico. Por ejemplo, a muchos equipos les gusta incluir los pasos dentro de la descripción de JIRA para que sus desarrolladores puedan ver todos los pasos que se tomaron para realizar ese caso de prueba. Así que esto es muy popular. No requiere ningún tipo de prueba para todo el acceso y sus usuarios pueden ver que directamente dentro de la descripción de la cuestión. Así que esto es popular.

Puedes utilizar el botón OK, estamos recibiendo una o dos preguntas y parece relevante hacerlas en este momento. Así que una de las preguntas en particular es: si es posible ver las imágenes que se han adjuntado a los casos de prueba o defectos que son que se están reportando en la ruta de prueba en JIRA? Sí, es posible con el add-on y voy a mostrar que aquí un poco más tarde, pero esencialmente con el add-on, usted puede hacer que al empujar los datos directamente a JIRA los archivos adjuntos, no se empuja en JIRA como un archivo adjunto a la cuestión de JIRA, pero todavía sería capaz de ver que directamente con el add-on.

Así que voy a mostrar que y cómo usted sería capaz de ver que aquí en un poco cuando llego a la gran fuera y hay hay otra pregunta en torno a: sólo se puede introducir una referencia cero en el en la referencia, el campo de la referencia de su s cometas ahora el campo de las referencias soporta múltiples cuestiones JIRA. De momento tiene un límite de 250 caracteres, pero se pueden introducir todos los que se quieran hasta ese límite, simplemente separados por comas.

Así que eso es definitivamente posible y yo podría mostrar que aquí en un segundo, así fresco, por lo que la mayoría de la gente sólo tiene que utilizar este botón configurado su integración para configurar esto, porque es rápido y fácil sólo hay que poner en su su dirección y luego ir allí, tal vez escenario en el que este formato no funciona, hay toneladas de diferentes opciones de personalización para deras, y sabemos que la gente tiene toneladas de diferentes configuraciones y varios plugins diferentes y complementos aquí que potencialmente podría entrar en conflicto con algo.
Así que si usted se siente libre de ponerse en contacto con nosotros- y podemos guiar a usted y lo que es mejor poner aquí, si usted se encuentra con cualquier problema más común, dijimos que vemos- son los que he mencionado antes donde es problema de conexión, o tal vez un problema de contraseña de nombre de usuario debido a las diferentes opciones de identidad que permiten mismo proporciona ahora, pero no es nuestro bastante genérico.

Sin embargo, nos encontramos con ellos tantas veces aquí en nuestro extremo que sabemos esencialmente lo que los cambios deben hacerse con el fin de conseguir que esto funcione, así que siéntase libre de ponerse en contacto con nosotros si usted está en cualquier cosa específica cuando la configuración de este – y usted tiene la opción de personalizar el campo establecido aquí por lo que usted quiere tener empujado en JIRA cada vez que está empujando defectos. Así que, por ejemplo, si no quiero que los campos de prioridad o de asignación sean enviados, entonces puedo deshabilitarlos aquí cambiando a desactivado.

Los dejaré activados por ahora, pero estas son algunas de las opciones que tienes aquí para personalizar los campos. Esto sólo está realmente disponible para la conexión de JIRA en el momento, y así no las otras integraciones. Usted ve aquí, pero tenemos la intención de mirar en el futuro también, y luego que esto también es compatible con la creación y campos personalizados también. Así que tenemos un campo personalizado, la sintaxis que llega a ser un poco más complejo y único por espacio en función del tipo de campo y ese tipo de cosas.

Por lo general, tenemos en la documentación cómo configurar los campos personalizados. Pero si usted se encuentra con cualquier problema específico, por lo general es mejor para solucionar que uno-a-uno, dependiendo de cómo su campo personalizado se ha configurado en JIRA, así que sólo sé que puede soportar los campos personalizados y, si se oye en cualquier problema fuera de nuestra documentación, no dude en enviarnos un correo electrónico, y podemos ayudar con eso y voy a dejar todo esto a la configuración por defecto por ahora y luego guardar eso y seguir adelante y ejecutar a nuestro proyecto de ejemplo.

Aquí. Usted verá, hay una columna de referencias aquí, sólo cuando se mira en la ficha de los casos de prueba de su repositorio de casos de prueba que tendrá estos aquí.
Si no hay datos para otra, esa referencia específica, ID lo verás aquí. Si es algo que tiene datos, lo consultará directamente desde JIRA, estos son datos de muestra. Así que mucho de esto no tiene mucho sentido, pero esto es el uso de mi instancia de JIRA muestra en tiempo real y le dice lo que el proyecto es el ID de la cuestión el resumen de esa cuestión, la descripción el estado actual y la prioridad por lo que será capaz de ver todo esto sólo directamente con la función de búsqueda.

Cuando se crea un caso de prueba, se puede introducir un problema existente, ID aquí o -. También puedes, si notas que no tienes uno que coincida con este caso de prueba, que estás a punto de crear. Usted puede agregar. Eso será. Te lleva directamente a JIRA y esencialmente a tu formulario de creación de incidencias puedes ir y crear una nueva incidencia en JIRA y hacer que aquí se envíe y simplemente traer el ID de la incidencia de vuelta a test bro y ponerlo aquí y podrás usar eso aquí en el campo de referencias y ahí están esas referencias que podrían estar apuntando a diferentes proyectos de JIRA, así que donde tienes el h1, podrías tener TR one o lo que sea correcto se consultará: ¡JIRA! Por eso usamos la dirección base cuando configuramos la integración para poder ir a cualquier proyecto de JIRA y así poder trabajar con múltiples proyectos también.

Así que hay una pregunta aquí: ¿cómo podemos asegurarnos de que el defecto se empuja bajo un proyecto específico en JIRA y eso es cómo no es por usted sabe especificar la referencia del proyecto sí? Bueno, esto las referencias son específicamente cuando usted está tratando de asignar los requisitos, tales como usted sabe, sus historias de usuario o sus solicitudes de características a un caso de prueba al empujar los defectos. Tienes la opción de elegir y te mostraré que aquí estamos en una prueba y vamos a entrar en una prueba individual y añadir los resultados a esa prueba, y por lo que estoy añadiendo mi comentario aquí: la versión en la que se produjo la cuestión asignada a alguien si tenemos que hacerlo y luego aquí podrás ver los defectos, y así tenemos la función de empuje que se conecta directamente siendo la API para empujar el defecto a gira, y luego tenemos la función de adición la función de adición de nuevo: esto es sólo el punto final de la URL que realmente no requiere ninguna integración.

Te lleva directamente a JIRA a través de la. Si creas un formulario de incidencia, haces clic en bug, si es un bug y luego pasas por ese formulario, pero la mayoría de los equipos sólo usarían la función push. Esta es la opción más robusta que mantiene todo dentro de la prueba. También tienen alguna nueva fila de prueba y saltar a JIRA, así que voy a hacer clic en que este es un campo de empuje. Esto es todo poblada de mi querida instancia que he conectado ya, por lo que va a agarrar automáticamente el nombre de este este caso de prueba y lo puso aquí, tenis una prueba fallida de nosotros, por lo general cuando usted está empujando un defecto cuando una prueba se falla.

Usted puede ciertamente cambiar esto, pero esto es sólo un defecto. El rollo de la prueba va a tirar, y entonces usted tiene la opción aquí para elegir qué proyecto para enviar a la prueba ahora para L siempre se adhieren a los esquemas de permisos de Gira, por lo que sólo sería capaz de ver los proyectos que mi usuario tiene acceso a en JIRA dentro de esta lista, así que no voy a ver un proyecto que no tengo permiso o no tienen acceso a, crear problemas en y cada vez que elijo este proyecto una vez y si voy a ser por lo general va a estar trabajando con el mismo proyecto más a menudo que no, y cada vez que está trabajando en la prueba única, Pro proyecto, por lo general se alinean.

Así que la ejecución de la prueba, recordaría esta opción la próxima vez, para que no tenga que manualmente. Selecciónelo y la fila de prueba recuerda esto en una base por usuario y por proyecto, por lo que un usuario diferente no tendrá que preocuparse de cambiar esto si están utilizando un proyecto diferente con más regularidad y, de nuevo, todos estos datos se extrae de GRS. Así que la lista del tipo de problema, si yo, tengo un tipo de zapato de cliente en JIRA si tengo algún tipo de personalización allí.

Eso sería enumerado aquí en este hasta en esto también. La mayoría de las veces sería la creación de un error cada vez que se ejecuta en un defecto, su lista de componentes, si usted tiene componentes, crear un ingeniero que se enumeran aquí para ese proyecto. Sólo volver un poco allí marcador había una pregunta aquí. Utilizamos una cuestión de prueba subtarea de la historia y nos gustaría hacer clic en Añadir para permitirnos ver este tipo de problema, pero no puede ver cómo por lo que es que es la cuestión.

Tipo lleno de aire que estás, refiriéndose a lo queer Creo que podrían añadir que el tipo de emisión en que correcta. Es que, si su proyecto JIRA está configurado para permitir la creación de cuestiones con ese tema, el tipo entonces prueba para todos sería capaz de ver que, así y otra vez, como he mencionado antes, hay toneladas de diferentes personalizaciones. Eso puede suceder o mirar Pyrrhus, y sabemos que usted no puede tener una configuración completamente por defecto si es así no dude en ponerse en contacto con nosotros, y podemos.

Podemos comprobar para asegurarse de que esto es visible para usted y que usted es capaz de ver eso. Pero en este punto que estamos, estamos capturando todas sus preguntas y usted sabe, obviamente, hay como se puede imaginar. Hay algunos puntos en común en esas preguntas y lo que vamos a tratar de hacer es abordar algunas de esas preguntas en nuestra entrada de blog, que vamos a seguir con esto y vamos a adjuntar el vídeo y tratar de responder a la mayor cantidad de sus preguntas en que en ese artículo, ya que podemos, pero sí. Si está disponible en JIRA, se enumeran aquí y usted sería capaz de elegir esa opción.

Si usted no está diciendo que, entonces podría haber algún otro ya sea un problema de permisos en JIRA, donde su usuario no tiene acceso a eso o algún otro problema, y puede obtener granular. Así que si, si ese es el caso siempre no dude en ponerse en contacto con nosotros, y podemos tratar de trabajar para usted um, por lo que el campo asignado, cada campo que ha habilitado va a tirar de estos datos directamente de su instancia de JIRA: prioridades de X versiones. Todo esto se extrae de JIRA todos los datos de estos campos y luego, por supuesto, esta es la descripción. Esto va a utilizar la misma plantilla que he mencionado originalmente y al configurar esto. Pero si quería añadir detalles adicionales aquí, mientras estoy empujando que se puede establecer, esto es personalizable.

Pero va a incluir el comentario. Va a incluir los detalles para el enlace a que a esta prueba específica y, a continuación, cualquier detalle adicional que, o bien añadir manualmente oa través de la plantilla, por lo que vamos a presentar que esto va a empujar el tema a JIRA en tiempo real.
Así que acaba de crear esto. Se va a rellenar el campo de los defectos con este ID de forma automática para usted, de modo que usted no tiene que copiar y pegar de nuevo, y luego se acaba de añadir el resultado aquí. Así que puedo ir a JIRA y esto ir directamente a la nueva cuestión que he creado, y esto es lo que fue empujado a JIRA de la fila de prueba todo sin tener que salir de la fila de prueba y he mencionado anteriormente- que usted querría que.

La integración fue aquí a los esquemas de permisos en Europa, por lo que sólo para ser perfectamente claro. Cada vez que se utiliza el botón de integración JIRA configurado, crea estos lo que se llama variables de usuario. Estos son esencialmente los usuarios por defecto, donde se ve fallback que la integración utilizaría al intentar hacer una conexión para la función de búsqueda o la función de empuje. En realidad no necesitamos el usuario por defecto aquí, por lo que siempre se puede editar y quitar el usuario por defecto. Normalmente se recomienda esto. Si desea asegurarse de que cada uno de su fila de prueba, los usuarios está utilizando su correspondiente usuario Jiri y de esa manera son esencialmente obligados a establecer su usuario jerry en la fila de prueba con el fin de no correr en problemas con los permisos y los mismos proyectos que no deberían tener acceso.

Por lo tanto, si me borran esto, voy a correr en un error al intentar empujar o buscar cualquier detalle, por lo que desea asegurarse de que cada usuario va en su perfil de rol de prueba aquí en la parte superior derecha, mi configuración y luego hay una pestaña de Configuración y su usted verá sus variables de usuario JIRA aquí que fueron creados por el botón de integración de engranajes configurar y desea que cada usuario para poner en sus credenciales correspondientes dentro de esta página y de esa manera ahora, estoy conectado a mi usuario sólo puedo ver las cosas que tengo acceso en JIRA y hace que una conexión segura.

Esencialmente que le permite tipo de caja de arena y sólo lo que se supone que está sentado en JIRA. Sabemos que los equipos utilizados aquí para muchos proyectos diferentes. Todo está en la misma instancia. Así que eso es por lo general la forma recomendada para configurar la integración, pero tenemos algunos equipos que prefieren tener esencialmente como un usuario de nivel de sistema que todos los usuarios de prueba pro presentaría sus defectos con y si ese es el caso, ahí es donde un usuario de reserva sería útil.

Así que sólo quería aclarar que, sólo para mostrar el tipo de cómo funciona. Así que usted ve los que había una pregunta en el en el chat en relación con la ruta de prueba en el a la contraseña de JIRA que estaba siendo utilizado en esa configuración y fue que estaba en el claro. Tal vez en ese momento. Realmente no lo vi, pero parece que lo que describiste allí era la respuesta a esa pregunta. En que el usted puede usar esas variables para definir y ocultar su contraseña de JIRA es que es eso correcto, correcto? Así que las variables se utilizarán para ocultar la contraseña si sólo va a ser el uso de un único usuario a nivel de sistema allí en esa página de integración y, a continuación, si usted no va a utilizar ese usuario de reserva, a continuación, sólo tiene que utilizar su propio jurado, nombre de usuario y contraseña dentro de su perfil.

Como he mencionado aquí, oh sí, mi pestaña de configuración. Hay diferentes integraciones, ya sabes, hay diferentes necesarios, Gration y LDAP y otras cosas que sus soportes, esencialmente lo que su JIRA API está configurado para aceptar, es lo que usted necesita para utilizar aquí. Así que muchas veces veremos que los clientes utilizan su dirección de correo electrónico cedar porque se conectan a través de LDAP, pero su API de JIRA está configurado para trabajar sólo con su usuario y contraseña diri en lugar de sus credenciales LDAP.

Así que sólo tienes que consultar con tu administrador de JIRA, ellos podrán informarte. Sí, usa tu nombre de usuario. Puedes encontrar tu nombre de usuario en tu. Yendo a tu perfil, ¡eso es! Te permite saber qué usar para la API, por lo que puede ser diferente en cada instancia. Usted sólo quiere comprobar con su marcador de administración sólo para hacerle saber también. Usted probablemente tiene unos 15 minutos de tiempo de demostración y yo. Creo que este punto voy a terminar más o menos aquí en el lado del probador, así que te mostré el campo de referencias. Buscando estos aquí con la función de búsqueda que se puede buscar más o menos en cualquier lugar.

Usted ve el campo de referencias o defectos, la creación de los casos de prueba utilizando el campo de referencias para rellenar cualquiera de sus requisitos.
La prueba se ejecuta y los resultados al agregar los resultados, verá la función de empuje, que es lo que usamos para enviar este nuevo defecto de nuevo, el defecto voy a ser capaz de pasar por encima de eso también. Para ver los detalles de eso para ver. ¿Esto se ha arreglado o no sólo en el nivel general de ejecución de la prueba? En realidad, esto es en el nivel de prueba, ejecución, plan de prueba e hitos. Verás estas pestañas aquí a la derecha que tienen estadísticas generales basadas en la entidad específica.

Así que con esta prueba de ejecución, tengo todos estos defectos que se crearon en esta prueba, ejecutar voy a ver todos los todos los defectos aquí. Esto es la consulta de la JIRA en tiempo real y luego también muestra esto. Este estado está aquí para que usted sea capaz de ver que aquí en los defectos. Tab También quería ir muy rápidamente sobre la cobertura para el informe de referencias. Muchos de los equipos necesitan hacer un seguimiento de su trazabilidad. Eso es lo que la cobertura de un informe de referencias se utiliza para. Sólo voy a crear un informe muy rápido que cubre todos los datos. Sólo para que pueda ver eso y voy a crear una segunda aquí en un segundo sólo para mostrar que todos los derechos, por lo que el primero aquí, que va a consultar todas las referencias que ha introducido en la fila de prueba.

Todos los casos de prueba que tienen un ID en el campo de referencias van a ser listados aquí. Así que si usted hace sólo un informe por defecto, siempre va a mostrar el 100% de cobertura, porque es sólo aquarium los casos de prueba que ya tengo algo aquí, pero es una buena manera de asignar qué caso de prueba aquí a la derecha está vinculado a una referencia aquí a la izquierda. Así que este es el informe que desea utilizar para la trazabilidad.

Cada vez que veas una referencia aquí, tendrás una línea aquí debajo si este caso de prueba aquí también utiliza ese mismo, así que el pH o se utiliza a través de todos estos y así sucesivamente, y el otro informe que quería mostrar. Usted fue el plomo oraciones bien. Así que esta es una costumbre que he creado y éste esencialmente, cada vez que usted está configurando el informe que desea poner en la lista completa de todos sus requisitos aquí que debe tener un caso de prueba asociado a ella.
Así que cuando estaba creando esto añadí pH, 500 y BH 600, que sé que no existen en mi JIRA y como también sé que no tiene ningún caso de prueba asociado, y así supe que este sí y estos dos no.

Este informe te va a mostrar la verdadera cobertura siempre que proporciones tu lista completa de requisitos en JIRA. Eso debería tener un caso de prueba. Verás aquí que es el 33% ahora muestra los dos que no tienen casos de prueba asignados a ellos y luego el que lo hace así que sólo quería mostrarte ese informe. Es una pregunta común: nos preguntan sobre la trazabilidad y ahora sólo quiero cambiar al lado del engranaje de las cosas y configurar el complemento. Así que permítanme ir a través de que realmente rápido. Usted querrá ir así que estoy en mi instancia de JIRA.

Ahora bien, esto es una nube de JIRA. Voy a ir a la gestión de la página de gestión de complementos no he descargado esto, pero yo quería mostrar lo que parece, pero esencialmente se llega al mercado dentro de Jira. Ni siquiera tienes que ir a la página web y sólo tienes que buscar test rail. Usted hace clic, instalar, aceptar que instalar sólo ir a través de la norma add-on instalar el add-on en sí es libre, por lo que no tendrá que pagar nada aquí cuando la configuración de este muy rápido, la instalación simple y luego desde aquí se quiere gestionar que en, y así todo esto es lo que está en su área de administración add-on dentro de jira, una vez que llegue a la página de gestión de complementos que usted haga clic en configurar- y aquí es donde usted va a configurar su integración.

Esto es similar a nuestra integración de JIRA requiere la dirección base aquí. Así que aquí está la dirección de base para mi prueba para la instancia de la nube, y que va a pedir a generar la clave por lo que estoy, va a hacer clic en que me va a llevar a JIRA o para mi probador, toda la cuenta que va a pedir cuando se genera la clave que voy a, llevar a que ahora y cerrar que entrar en eso aquí. Así que sólo haga clic en el botón de generar la clave. Te lleva a la carretera de prueba.

¿Todo lo que usted copia y pega que de nuevo aquí? Estas son varias opciones que usted tiene para el complemento.
Por ejemplo, si la gente no está conectada, ¿quieres mostrar un botón de conexión, o quieres mostrar una página vacía? Estas son sólo las preferencias realmente, si usted no quiere que el complemento sea visible para los usuarios que no utilizan realmente tester. Todo en su querida instancia, que es donde estas opciones entrarán en juego. Por ejemplo, si tuviera varios proyectos aquí y sólo quisiera limitarlo a este, porque sé que mis probadores sólo van a utilizar este proyecto, entonces ciertamente puede hacer eso.

El complemento del servidor JIRA tiene una pequeña diferencia en esta página y creo que la tengo abierta aquí… El complemento del servidor de JIRA le permite limitar a través de grupos de usuarios, por lo que esto no está disponible a través de la API de la nube de JIRA. Todavía así, pero usted puede hacer esto para que si quería vincular usted sabe probadores creativos, estamos en mi querida instancia y asegúrese de que sólo los usuarios pueden ver el complemento. Entonces usted puede hacer eso en la versión del servidor querida-dear no está disponible para el robot de prueba, volver voy a saltar de nuevo aquí y guardar eso y luego vamos a ir directamente a una cuestión JIRA.

Sabemos que nosotros D h1 tiene un caso de prueba ya, así que vamos a ir en eso, y así aquí podrás ver la mayor parte de la funcionalidad desde el interior del complemento sólo directamente en la cuestión de JIRA. En la página verás todos los resultados aquí en esta sección: Resultados de Despero y el enlace a los casos de prueba. Aquí, en la sección de casos de prueba, tuvimos una pregunta antes sobre un archivo adjunto como una captura de pantalla como que era invisible en JIRA, por lo que no sería visible como un archivo adjunto en JIRA, pero con la ruta de prueba para JIRA add-on.

Si usted expande esto aquí, muestra todos los datos para cada campo que se introdujo en la fila de prueba. Así que si había un archivo adjunto aquí, sería visible aquí. No añadí la atención a este por el bien de tiempo, probablemente voy a saltar sobre eso, pero si no había adjunto, por ejemplo en este comentario, si había adjuntado una imagen, que se enumeran aquí por lo que para los detalles adicionales y siempre proporcionamos el básico. Usted sabe que el sistema de estado utilizando la parte más importante la prueba del estado.

Lo que pasó, pero si quieres ver más detalles como los pocos detalles, que se expande y ver que aquí también se puede añadir casos de prueba en la fila de prueba directamente desde JIRA. Así que te va a pedir lo que la suite de proyectos que desea agregar que se va a tomar rápidamente a la prueba de reliquidar ese campo de referencias con el ID de la cuestión de JIRA, y usted puede crear eso y automáticamente vincular todo. Y así, si refresco que aquí en JIRA LLC el nuevo que acabo de crear, una cosa que tenemos una pregunta acerca de una gran cantidad es ¿cómo puedo añadir un caso de prueba existente a esta cuestión miedo de que todo se hace en el probador fuera, como he mencionado anteriormente, cuando estás, añadir o editar un caso de prueba.

Si usted sabe que esto es relevante para un tema del jurado, sólo tiene que añadir ese ID aquí. Así que esa es una pregunta común, creo que hemos tenido antes así que otro otro signo de interrogación común y uno que nos han pedido un par de veces en el panel de chat es en torno a la concesión de licencias y si usted necesita tener una prueba. Rel licencia de usuario para poder ver esa prueba. Bueno, la información dentro de sus entradas JIRA.

Sí, por lo que cualquier cosa que es proporcionada por la prueba. Rail add-on requiere una licencia en la prueba rel para ver y la razón por la que lo hacemos. Eso es principalmente por razones de seguridad. Por ejemplo, hay muchos datos seguros en test rail. Es posible que no quiera que todos sus a sus usuarios para ver que los datos si proporcionamos que el acceso y todo el mundo sería capaz de ver que por lo que este también similar a cómo nuestro su probador de integración, oh y aquí está a los permisos de JIRA.

Esto también se adhiere a los permisos de rol de prueba. Así que con el fin de verificar que tengo acceso a hacer esto y se comprueba para asegurarse de que estoy conectado a probar el carril ya y que tengo una sesión abierta y luego sólo proporciona los datos que soy capaz de ver dentro de festro para ver cualquier cosa proporcionada por un ser un no. Entonces tendríamos. Tendría que tener una licencia o usuario en festro. Dos para ver esto soy un par de otras características para la integración. Estos son. Estos son la mayor parte de lo que las características se utilizan para el complemento, pero algunas de las otras cosas sólo para mostrarle realmente rápido.

Hey. Tienes dos o tres minutos: bien, sí, es sólo el menú que voy a mostrar aquí. Esencialmente, usted sabe que este menú podría estar en la parte superior y su instancia de JIRA, si usted está utilizando a su servidor o todavía en la antigua interfaz de usuario, pero esencialmente hay botones ya sea en la parte superior o aquí en el lado. Este botón de prueba de rollo le da la opción de tirar de su tablero de la fila de prueba aquí directamente dentro de jira. Así que esto es lo mismo que usted vería en la fila de prueba y también puede ir en y el ciclo a través de los tableros de proyectos específicos para obtener resúmenes muy rápidos y y los datos de su proyecto directamente dentro de gira sin tener que salir de engranaje.

Esto también similar a otras características requiere una licencia o suscripción de usuario dentro de la ejecución de la prueba para ver esto, usted podría ciclo a través de sus tableros y ese tipo de cosas, y luego, si alguna vez tiene alguna pregunta estos sobre los enlaces también le llevará a algunas de las páginas de apoyo que le permiten rápidamente son grandes. Así que esa es la mayor parte de las características aquí, muchas de las veces por lo que añadir este muy rápido como hemos mencionado antes se requiere un usuario para ver eso. Pero si usted incluye aquí en la fila de la prueba en esta plantilla que he mencionado anteriormente, si se incluye todo esto, ser todos estos campos, por ejemplo, puede agregar resultados o resultados de los pasos y en otros campos diferentes.

Sí, teníamos también burla que era sobre el envío de los pasos junto con un defecto sí. Así que eso es lo que eso es lo que esta plantilla se utilizará para. Usted puede utilizar cualquiera de estos campos. Esto también es compatible con los campos personalizados que ha creado si usted ha creado los de la fila de la prueba, y por lo que definitivamente sería capaz de enviar ese detalle a cero, y esto envía todo directamente dentro de la descripción de la cuestión JIRA. Así que si volvemos a la h1 sólo para mostrar rápidamente como un ejemplo, todo lo que se introduce aquí en esta plantilla sería empujado a la cuestión de JIRA. Descripción y todo el mundo aquí puedo ver eso. Así que si usted no quiere dar a sus desarrolladores u otros usuarios el acceso a la prueba de Rennell por cualquier razón, usted todavía puede empujar todos los datos directamente en el campo de la descripción, y todo el mundo aquí puedo ver que esa es una manera de asegurar que sus desarrolladores tienen y otras partes interesadas tienen visibilidad en eso.

Pero la mayoría de las cosas sólo para obtener la verdadera experiencia robusta y los beneficios de la productividad. Usted querría asegurarse de proporcionar el acceso a la prueba para nuestro soy, no la mayoría de nuestros equipos a usted o nuestros clientes hacen sólo porque se puede ver todo este detalle extra, es tan útil para los desarrolladores, incluso si no van a saltar a la prueba alrededor directamente. Ellos serían capaces de ver esto muy rápidamente en estos enlaces. Además, si quieres ver más detalles, te llevan a su página correspondiente en la fila de pruebas.

Así que usted puede hacer clic en estos realmente rápidamente se abre una nueva pestaña. Usted verá todos estos detalles saben así que estos aquí son sólo algunos filtros. Así que si he creado un defecto cuando se trabaja con la prueba, a continuación, todos los rete, todos los resultados para en el nivel de tenis sería aquí todo el resultado para el nivel de caso sería aquí, por ejemplo, cualquier resultado para estos que están vinculados aquí en el nivel de caso, pero sobre todo sólo estoy todos los resultados sólo para ver todos los resultados recientes pertinentes. Filtrado sí sé que se puede. Usted puede hablar de tes, ferrocarril y JIRA todo el día.

Estamos empezando a correr un poco de tiempo más corto. Así que, ¿quieres terminar con algunos comentarios rápidos de cierre? Sí, me refiero a que fue la mayor parte de las características allí y como he mencionado antes, sabemos que, por ejemplo, incluso en el último, uno proporciona dos interfaces de usuario diferentes en el momento, pero tal vez usted tiene sus propias personalizaciones. Sabemos que para cada cada equipo, es diferente y eso es lo que los equipos de apoyo aquí, si usted tiene alguna pregunta, si se ejecuta en cualquier error específico, por favor póngase en contacto con nosotros y háganoslo saber- y podemos guiar a través de- que tenemos un conjunto específico de pasos para la mayoría de los problemas.

Ahora que podemos utilizar para solucionar cualquier problema que se ejecuta en todo derecho impresionante y lo que es eso, ¿cuál es la mejor manera para que la gente a ponerse en contacto con el mono, que es el contacto en goo, rock voy a apoyar las preguntas obtiene a través de nuestro sistema de apoyo. Allí, de nuevo ese número de contacto de la gente en su comando se llega a través de Marco y el equipo de apoyo, y son más que feliz de ayudar a solucionar su ruta de prueba, la integración y los problemas de JIRA plug-in.

Marco. ¿Puedes devolverme el control? Muchas gracias, Marco, pero mientras lo hacemos, les recuerdo que el seminario se está grabando. Así que si sientes que las cosas se están moviendo un poco demasiado rápido, vamos a hacer la grabación disponible para usted y usted puede sentarse y ver de nuevo. Del mismo modo, con todas las preguntas, hemos intentado responder a tantas como hemos podido, a medida que íbamos avanzando, pero como he mencionado antes, cuando compartamos el vídeo lo haremos junto con una entrada en el blog y trataremos de responder a algunas de esas preguntas y proporcionaros los enlaces pertinentes a la documentación y algunos de los otros vídeos de apoyo que tenemos junto con eso.

Así que no te preocupes, no vamos a dejarte mal equipado para seguir algunas de las cosas de las que hemos hablado hoy. Así que en términos de preguntas estoy, como he mencionado, hemos, hemos tratado de responder a muchas de ellas. A medida que avanzamos, hay una o dos más, así que nos tomaremos un par de minutos para tratar de abordarlas. Hemos hablado de la parte de las licencias. Hay una pregunta aquí sobre la visualización de los informes en JIRA, tablero de instrumentos o confluencia. ¿Necesitamos comprar un complemento de iframe, no creo que haya necesidad de hacerlo? ¿Hay marca? No.

Usted no debería necesitar ningún complemento en JIRA para ser capaz de proporcionar que si usted está recibiendo algún tipo de iframe err, podría ser algo que es como una configuración de seguridad que usted puede tener ya sea en su navegador y su querida instancia, y si es así, si usted está, viendo cualquier error en contacto con nosotros, que acaba de utilizar las macros HTML estándar que vienen con JIRA para las características del tablero de instrumentos y lo que JIRA usted no necesita ningún anuncio en el lado de la prueba.

Roper engranaje add-on para ver realmente los datos de acuerdo y no había-era otra pregunta en términos de integración con otras herramientas. Yo, no creo que la pregunta era particularmente específico, pero supongo que tipo de requisitos, herramientas y cosas por el estilo, y que es posible utilizar el mismo tipo de mecanismos que usted habló de la integración de JIRA.
No es que decir que usted debe ser capaz de hacer referencia, por ejemplo, los ID de los requisitos y cosas por el estilo desde dentro de otras herramientas a través de la prueba de integración ferroviaria correcta.

Así que no tuvimos suficiente tiempo para repasar este específico con la personalización de las integraciones, pero también puede construir su propio defecto personalizado, plug-ins y referencias plug-in. La documentación está disponible en nuestro sitio web sobre cómo hacerlo. Se necesita un poco de experiencia en el desarrollo para ponerlo en marcha, pero se puede construir con cualquier herramienta, siempre y cuando esa herramienta tenga una API, ya lo he mencionado brevemente antes, y luego, en cuanto a la otra integración, si sólo desea utilizar la vista de adición, la integración de la URL que funcionaría con cualquier herramienta, incluso si es algo que no tiene una API, porque es sólo el uso de una estructura de URL para acceder a ella.

Así que esencialmente cualquier herramienta puede ser integrada siempre y cuando tenga una estructura de URL estandarizada y la mayoría de las herramientas lo hacen hoy en día, así que seguro, de acuerdo, así que creo que hemos cubierto más o menos todo lo que queríamos en este seminario web. Por favor, sigan enviando sus preguntas y estamos viendo esto como el seminario web uno de una serie de pruebas, seminarios web basados en productos Rao. Así que si tenéis preguntas específicas que queréis que se respondan, o conocéis algunos temas específicos que os gustaría que cubriésemos en futuros seminarios, no dudéis en enviarnos vuestras sugerencias y ciertamente intentaremos seguir con más información en futuros seminarios y una de las preguntas que históricamente nos han preguntado mucho, ciertamente en los foros y a menudo a través de los tickets de soporte, es qué va a pasar en el futuro.

¿Qué estáis haciendo? ¿Cuáles son sus planes para el carril de prueba en los próximos seis meses en el próximo par de años? Así que voy a tomar unos minutos para hablar de eso. Una de las cosas en las que Marco y su equipo y algunos de nuestros ingenieros han estado trabajando mucho es la infraestructura de la nube de Test Rail. Marco me ha dicho hoy que ya se ha completado en un 95%.
¿Quiere decir algo más al respecto? Sí, hemos estado trabajando para actualizar la infraestructura de la nube, es un proyecto en curso y ha habido migraciones. Todas nuestras otras cosas. En el fondo, vamos a proporcionar una entrada de blog pronto con más detalles sobre eso, pero eso es algo que hemos estado trabajando en los últimos meses y y va a ayudar a acelerar las instancias de la nube de la fila de prueba y otras diversas características que Tesoro utilizaría.

Así que ha sido un gran proyecto. En el que hemos estado trabajando recientemente, y con respecto al resto de las cosas que puedes ver aquí. Como puedes imaginar, algunos de los elementos están todavía en las primeras fases de diseño y desarrollo, así que no puedo. Sólo puedo dar una visión de muy alto nivel de algunos de los temas de la futura versión, pero si empezamos desde la parte superior, así que el carril de pruebas 541, obviamente ya lo lanzamos en enero, y eso fue sólo unas pocas actualizaciones menores realmente y la intención era sólo para probar la nueva línea de desarrollo que pasamos un poco de 2017 asegurando que tenemos.

Ya sabes, las herramientas adecuadas, las personas adecuadas, el proceso adecuado está en su lugar. Después de eso, empezamos a trabajar en una línea de comandos, una especie de ruta de prueba periférica, que va a hacer que el proceso de informar de los resultados de la prueba en la ruta de prueba, mucho más fácil para los equipos que no necesariamente quieren hacer frente a la labor a veces difícil de implementar nuestra API dentro de sus propios marcos de pruebas. Así que la idea detrás de eso está ahí.

Usted puede llamar a la herramienta desde la línea de comandos, de ahí el título de trabajo y se puede pasar un conjunto de j-unit, cucumber o ranorex resultados de la prueba y otros formatos de resultado de la prueba en el futuro, y la herramienta es sólo va a pasar por usted y cargar directamente en la ruta de prueba crear en los casos de prueba de prueba si no existen ya y una prueba de ejecución y los resultados de la prueba asociada, y que todavía está en desarrollo actualmente, y no tenemos una fecha de lanzamiento duro para ello.
Sin embargo, es posible que lo lancemos por separado si lo hacemos a tiempo o que lo empaquemos con la ruta de prueba.

6 0, que es lo que estamos pensando actualmente, va a ser. Automatización, centrada en la automatización adicional, integraciones como la capacidad de iniciar trabajos de servidor de integración continua desde test route, dando así a los equipos la capacidad de iniciar ejecuciones de pruebas automatizadas, por ejemplo, y en combinación con la herramienta de línea de comandos, ver los resultados de esas pruebas automatizadas reportados en tiempo real, también estaremos trabajando en una automatización más profunda, integraciones con nuestro proveedor de automatización o nuestro socio, ranorex y estaremos buscando hacer algunas mejoras en la gestión y presentación de informes de todas sus pruebas automatizadas desde test realm.

Antes de eso, tenemos un par de pruebas de versiones más pequeñas. Alrededor de la 5 5 está actualmente en desarrollo e incluye algunos cambios más en la administración, la gestión de la sesión de restablecimiento de la contraseña y algunas mejoras en la interfaz de usuario, junto con la capacidad largamente solicitada de exportar informes a formato PDF, también vamos a proporcionar a los administradores la capacidad de olvidar a los usuarios de la base de datos de la ronda de pruebas con el fin de satisfacer los requisitos de gdpr que sé que muchos de ustedes están preocupados, y probablemente va a haber un par de otras mejoras con respecto a gdpr también, y le notificaremos acerca de ellos a su debido tiempo.

En el blog un poco más adelante, tenemos pruebas alrededor de 5 6 y estamos esperando principalmente para llevar a cabo algunas mejoras de la API y probablemente vamos a mirar a aumentar el soporte de PHP para algunas de las actualizaciones más recientes 7 1 y 7 2 en paralelo con eso y, posiblemente, antes de las pruebas alrededor de 6 también estamos mirando a las características de la empresa, incluyendo cosas como la mejora de soporte de inicio de sesión único para las versiones de la ruta de prueba del servidor y la nube, la parametrización de las variables dentro de los casos de prueba y pruebas, la capacidad de reutilizar los pasos de prueba en los casos a través de Suites y proyectos, la mejora de la organización y la manipulación de los casos de prueba.

Suites se ejecuta en SERA, así que usted sabe básicamente mejor más rápido, más suave gestión de la prueba, la mejora de las capacidades de búsqueda, control de versiones de casos de prueba, más configurable de informes, informes ad hoc y espero que algunas mejoras JIRA también y estoy.
Claro. Después de haber escuchado todo eso, estás tan entusiasmado por el futuro de la ruta de prueba como yo, pero como he mencionado antes, si usted tiene cualquier sugerencia de características, mejoras, estoy muy feliz de escuchar de usted y usted sabe por favor no dude en llegar. Así que eso es que Marco gracias de nuevo por llevarnos a través de la RAL Tess, la integración de JIRA y la demostración de plug-in de JIRA Estoy seguro de que muchas de las personas han estado en el seminario web encontró muy muy útil.

De hecho, si usted quiere tocar con Marco, la gente puede hacer que a través de su perfil de LinkedIn o contacto en su com. Como hemos mencionado antes, sí. Este sitio es genial y en cuanto a mí, soy Simon. No, puedes ponerte en contacto conmigo a través del blog de Garrett o encontrarme en el Zoar social a través de mi blog. Si quieres probar la ruta de prueba, si no lo has hecho ya, puedes ir a hacerlo a través del enlace que hay al final. Eso es seguro, comm, slash, los clientes, slash ruta de prueba, slash prueba, estoy, va a darle una puede darle un torbellino y en el ínterin, si usted, si usted quiere algunos grandes contenidos de pruebas de software y por favor no dude en ir y descargar el libro electrónico, eso es todo de nosotros gracias de nuevo a Marco por hablar hoy, gracias Chris por hacer todo el apoyo técnico.

En el fondo. Gracias. Todo el mundo por unirse a la llamada de mirar hacia fuera para el blog y el vídeo muy pronto gracias mucho adiós ..
None.

En este vídeo, aprenderás todo sobre test rails, Enterprise, Edition y sus características. Como ya debes saber, muchos de los clientes de test rails son algunos de los más grandes jugadores en su campo. Por lo tanto, test rail Enterprise fue diseñado para satisfacer las necesidades de las organizaciones más grandes con características de nivel empresarial y apoyo. Está disponible para su instalación en el servidor local de un usuario o en nuestra solución basada en la nube, al igual que nuestra edición estándar para empezar a probar.

Rel Enterprise viene con una función de inicio de sesión único o SSO. Para abreviar, esto permite el uso de un conjunto de credenciales de inicio de sesión para acceder a múltiples aplicaciones. Sso es ampliamente utilizado por los grandes equipos para mitigar la gestión de múltiples nombres de usuario y contraseñas de prueba. La función Sso permite a los administradores integrar el software con su proveedor de identidad SSO preferido a través del protocolo saml 2 0, y admite herramientas como octa o one login.

Con esta función Enterprise, los administradores no tienen que separar las credenciales para cada aplicación; simplemente pueden crearlas una vez en el proveedor de identidad y luego proporcionar acceso a las aplicaciones que sean necesarias. Una vez que configure la función SSO de riel de prueba, los usuarios que hayan sido autorizados para utilizar el riel de prueba en el proveedor de identidades se autenticarán automáticamente con el SSO configurado. Puede seguir creando usuarios en test rail, pero obligándolos a iniciar sesión a través del proveedor de identidades SSO integrado.

Puedes establecer la configuración de SSO en el menú de configuración del sitio de la página de administración. Otra característica importante de la edición Enterprise es la mejora del rendimiento de la API en los carriles de prueba. La edición estándar permite realizar llamadas a la API a un ritmo de hasta 180 solicitudes por minuto. Los clientes de la edición Enterprise se benefician de una arquitectura optimizada que admite hasta 300 solicitudes por minuto. Esto significa una integración más rápida del marco de pruebas y una mejor sincronización de las pruebas y los resultados.

Otra característica de test rails, Enterprise Edition, es el registro de auditoría. La funcionalidad de auditoría mantiene un registro completo de todos los cambios realizados en las entidades dentro de su prueba.
Los administradores de Rail instance pueden supervisar y rastrear cada uno de los cambios en los proyectos y casos, tanto si se han producido desde dentro de la prueba real como desde fuera. Con el registro de auditoría, se puede mejorar la seguridad de manera significativa al ver y filtrar fácilmente los registros, especificando los niveles de registro y estableciendo políticas de retención.

La configuración de la auditoría está disponible a través de la consola de administración, puede hacer clic en la configuración del sitio y luego hacer clic en la auditoría desde allí. Puede ajustar los niveles de auditoría para controlar qué cambios se documentan en los registros en la pestaña de configuración. También puede controlar el número de filas que se muestran en la página de registro que va junto con el número máximo de registros de auditoría almacenados y el número máximo de días para almacenar sus registros de auditoría una vez que la auditoría está activada.

Usted puede monitorear los cambios en su instancia de rieles de prueba navegando a través de la pestaña de registros. Estos pueden ser actualizaciones, eliminaciones y creaciones. Tenga en cuenta que si desea exportar el registro para un análisis detallado, puede hacerlo utilizando el botón de exportación. Otra gran característica de test rail Enterprise es la capacidad de establecer su propio tiempo de copia de seguridad preferido y desencadenar su propio recurso automático.

Realizamos un mantenimiento diario en todas las pruebas, instalaciones reales en la nube para crear una copia de seguridad completa de todos los datos que un miembro de nuestro equipo de soporte puede restaurar a su solicitud por defecto. Estos periodos de mantenimiento se realizan todos en las primeras horas de la mañana UTC, pero con la empresa real de prueba, puede configurar su propia ventana de mantenimiento preferida para evitar cualquier interrupción. También puede desencadenar su propio recurso para las copias de seguridad, tomadas por nuestro sistema automatizado directamente dentro de test rail, sin necesidad de contactar con el soporte directamente hablando de contactar con el soporte.

Otro beneficio de la prueba. Real enterprise es el acceso a una cola de asistencia prioritaria en la que nuestro equipo de ingenieros de asistencia garantizará el tiempo de respuesta más rápido posible a todas las solicitudes recibidas. Si ya tiene test rails, edición estándar y desea actualizar su licencia al producto enterprise, no dude en ponerse en contacto con nosotros haciendo clic en el enlace de la descripción.
Eso es todo por ahora. Esperamos que estos vídeos te hayan servido de ayuda. Que hayas aprendido un poco más sobre cómo puede funcionar el raíl de prueba para ti. Si tiene alguna otra pregunta sobre el raíl de prueba, no dude en ponerse en contacto con nosotros a través del enlace que aparece en la descripción del vídeo, gracias por vernos.

None.

Canal de aprender las últimas tecnologías en las pruebas de software, prueba, automatización, herramientas de prueba y mucho más hola. Amigos bienvenidos a la prueba de formación oral en este tutorial. Vamos a aprender acerca de granel, la edición de los casos de prueba, el proyecto de rastro de interés por lo que para empezar. La primera cosa que hay que hacer es crear un proyecto, a continuación, crear un conjunto de pruebas y la sección y por debajo de que crea algunos de los casos de prueba de muestra por lo que ya hemos hecho así que voy a ir directamente a la sección de casos de prueba en el proyecto y ya he creado algunas de las secciones y subsecciones, y hay casos de prueba ya por debajo de eso, así que usted puede crear una estructura similar con el fin de practicar.

Así que para hacer la edición masiva de los casos de prueba. Todo lo que necesitas hacer es seleccionar cualquier caso de prueba que desea editar en masa, por lo que puede seleccionar varios casos de prueba aquí o, y haga clic en el icono de edición aquí, editar desplegable, puede hacer clic en la edición seleccionada o puede editar todos en el filtro de todos los derechos. Así que si selecciona editar todo en el filtro, seleccionará todos los casos de este conjunto de pruebas. Así que todo lo que esté seleccionado en esta prueba, suite será o en el filtro será seleccionado.

Si hace clic en editar los casos seleccionados, se seleccionarán los cinco casos de prueba que he seleccionado en este momento al hacer clic en editar los casos seleccionados. Así que usted puede ver los cinco casos de prueba se seleccionan aquí y verá la prioridad creada fecha y secciones enumeradas. Ahora. ¿Qué puede actualizar en estos casos de prueba? Usted puede actualizar el título. Usted puede actualizar la sección dos. Si desea modificar la sección de estos casos de prueba, puede actualizar la sección para que, por ejemplo, se siente más tarde que cada sección son más relevantes para los invitados, subsección.

Usted puede cambiar la sección y, a continuación, puede cambiar la plantilla a en el momento. Es el texto, este caso plantilla se puede cambiar a un pasos y el tipo se puede decir prioridad funcional, dependiendo de lo que la prioridad que desea asignar. Si usted, si usted siente que todos estos deben ser críticos, lo cambia a crítico. Usted puede proporcionar estimaciones, otros detalles en torno a las condiciones previas también.
También puede proporcionar esos detalles. Si las precondiciones son las mismas para todos estos casos de prueba, puede proporcionar esa precondición en esta sección y luego hacer clic en guardar casos de prueba.

Una vez que haga clic en guardar el caso de prueba, le dará la opción de revisar los cambios y le pedirá que confirme, porque esto no se puede deshacer. Así que tienes que asegurarte de que los cambios que estás haciendo en esos casos de prueba son particularmente lo que realmente necesitas. Así que una vez que confirme que sí, actualice los cinco casos de prueba, verá que todos estos cinco casos de prueba se actualizarán con los detalles que ha proporcionado en la actualización en la sección de edición. Así que ahora puede ver en el registro. No hay casos de prueba y todos estos casos de prueba se han movido a la sección de invitados y si ve la prioridad, todas las prioridades se han cambiado a críticas ahora.

Así que, si quieres ver más detalles del caso de prueba, abre el caso de prueba, haz clic en editar y verás que el tipo es funcional. La prioridad es crítica, etc. Así que esto es lo que hemos cambiado para el caso de prueba. Mientras empezamos a editar el caso de prueba, así que vuelve a la sección de casos de prueba y veremos algunos detalles más sobre la edición. Así que si usted quiere editar todos los casos de prueba en ese filtro en particular, por lo que en este momento se ve que ninguno de los filtros están seleccionados, por lo que el filtro no es.

Así que si usted hace clic en la segunda opción, editar todo en el filtro, se seleccionarán todos los casos de prueba. Así que hay 19 casos de prueba incluidos y se enumeran todos los casos de prueba para editar. Así que eso es todo sobre la edición o la edición en masa. Los casos de prueba en terrestre no dude en dejar sus consultas. Si usted tiene alguna duda, herramienta industrial y me aseguraré de que voy a crear y responder a sus consultas tan pronto como puedo esperar.

Si os ha gustado el vídeo no olvidéis suscribiros al canal para que pueda seguir creando más vídeos como este, que os sean útiles. Muchas gracias…
None.

En este vídeo repasaremos el uso y la creación de planes de prueba en el carril de pruebas Los planes de prueba son básicamente colecciones de ejecuciones de prueba y facilitan la creación de múltiples ejecuciones a la vez, lo que puede ser muy útil para equipos que utilizan múltiples pruebas, suites o proyectos particularmente grandes con miles de casos. También se pueden utilizar para crear múltiples ejecuciones para probar su software contra diferentes configuraciones o entornos.

Si no estás familiarizado con las ejecuciones de prueba, te recomendamos que veas el tercer vídeo de nuestra serie pruebas, ejecuciones y resultados antes de ver este vídeo para crear un plan de pruebas. Primero vaya a la página de pruebas, ejecuciones y resultados. A continuación, haga clic en el botón de añadir un plan de pruebas en la barra lateral derecha. Aquí tienes la opción de añadir un nombre y una descripción a tu plan de pruebas y vincularlo a un hito cuando creas un plan de pruebas en la parte superior derecha, verás un botón para añadir una ejecución de pruebas o si estás en un proyecto que utiliza Suites de pruebas, añadir una suite de pruebas. Con una nueva ejecución añadida al plan, verás las opciones para seleccionar los casos de prueba incluidos, asignar la ejecución a un usuario y añadir o actualizar una descripción de esta ejecución.

Si hace clic en la opción para seleccionar casos, verá el árbol de secciones completo y podrá seleccionar secciones enteras o pruebas individuales para incluir en esta ejecución. También hay varios filtros para elegir en base a los datos de los campos de sus casos de prueba, para ayudarle a seleccionar la prueba a incluir, también puede utilizar la opción de configuraciones para crear múltiples ejecuciones simultáneamente para probar en diferentes entornos o cualquier otra variable de prueba. Si usted tiene una funcionalidad, que desea probar en diferentes navegadores o sistemas operativos.

Puedes crear manualmente pruebas individuales para esto o puedes dejar que test trail cree múltiples pruebas automáticamente basadas en los parámetros que definas. Para este ejemplo, vamos a crear configuraciones para diferentes navegadores web. Primero, haz clic en el botón de configuraciones y luego añade un grupo. Cada grupo puede definir un entorno o una variable que se va a probar con los diferentes.
En su plan, este primer grupo se llamará navegadores. A continuación, añadiremos configuraciones para los navegadores más utilizados, Chrome, Firefox, Safari y Edge con nuestra configuración.

Podemos marcarlos todos o utilizar la marca de verificación junto al nombre del grupo para seleccionarlos todos y pulsar OK. Como puedes ver. Bajo la ejecución de la prueba, que añadimos inicialmente, ahora tiene ejecuciones de prueba idénticas cada una basada en las diferentes configuraciones que fueron seleccionadas una vez que se añade el plan de prueba el rastro de la prueba se abre a la página de resumen del plan de prueba y muestra el progreso actual de todo el plan, incluyendo el resultado, el estado, el desglose y las métricas para cada una de las ejecuciones contenidas en el plan los planes de prueba también le permiten combinar múltiples grupos de configuración mediante la edición del plan y la adición de otro conjunto de variables de entorno.

Esta vez añadiremos un nuevo grupo para las configuraciones del sistema operativo y de la configuración para Mac, OS, Windows y Linux, y esas nuevas configuraciones se guardarán cuando actualicemos el plan de pruebas. Ahora tendremos muchas ejecuciones de prueba para cada combinación de configuraciones, hemos seleccionado y podemos desmarcar cualquiera de las ejecuciones que pueden no ser combinaciones válidas los planes de prueba son una gran manera de agrupar. Las ejecuciones de prueba relacionadas, cada plan de prueba viene con sus estadísticas y métricas generales. Puede ser muy útil utilizar los planes de prueba en combinación con los hitos, para gestionar mejor sus esfuerzos de prueba.

Muchos clientes utilizan los hitos para separar los lanzamientos y utilizan los planes de prueba para agrupar aún más. Sus pruebas se ejecutan ahora. Tal vez se pregunte cómo puede identificar un plan de pruebas en la pestaña de pruebas, ejecuciones y resultados. Como puede ver, el plan de prueba se presenta con un icono diferente, que indica que los resultados son para múltiples ejecuciones de prueba en lugar de un ok. Esto es todo para este vídeo. Si quieres aprender más sobre las pruebas, la funcionalidad de informes incorporada a los riyals, mira nuestro próximo vídeo de esta serie que..
None.

Bienvenido de nuevo en este video tutorial, usted aprenderá cómo gestionar su proyecto, los hitos, las asignaciones de prueba y las tareas personales y aprender acerca de las notificaciones por correo electrónico, los hitos. Los hitos se utilizan para ayudar a seguir el progreso y la línea de tiempo de un objetivo importante o un objetivo de prueba, como la versión pública del software o la fase de prueba. Para organizar estos hitos, puede utilizar la pestaña con el mismo nombre. Este proyecto de carril de pruebas tiene diferentes hitos para diferentes lanzamientos de software. Por supuesto, sus hitos pueden ser diferentes dependiendo del tipo de objetivo que desee seguir cuando crea o edita un hito, también puede establecer una fecha de vencimiento, y de esta manera puede ver qué hito se acerca.

A continuación, también puede marcar un hito como completado para separarlo de los hitos activos y próximos en la página de resumen. Otra cosa que puede hacer es asignar planes de prueba específicos o ejecuciones de prueba a sus hitos. Esto le permite seguir fácilmente un hito, el progreso y ver todas las pruebas para un hito de un vistazo. Si está trabajando en varias versiones del producto, al mismo tiempo, los hitos facilitan el seguimiento de las pruebas, las ejecuciones y los resultados en paralelo, seleccione un hito para ver el estado general actual del hito y los resultados de todas las ejecuciones de prueba vinculadas.

El estado general es especialmente útil ya que puede proporcionar información sobre la calidad de las pruebas dentro de este hito y proporcionar una visión general del progreso de las pruebas. Agrupar sus pruebas en hitos puede ser muy útil, ya que le permite ver esta amplia visión general de todas las pruebas vinculadas y proporciona un punto de datos adicional para las métricas e informes de pruebas para vincular una prueba a un hito. Basta con seleccionar el hito en el campo desplegable al añadir o editar la ejecución. Otro elemento importante en la fila de pruebas son las tareas pendientes.

Son las tareas individuales de cada miembro. Un jefe de equipo puede asignar pruebas desde las ejecuciones o planes a usuarios específicos, que luego aparecerán en la pestaña de tareas de cada usuario. Bien, ahora veamos cómo funciona.
Si a una prueba, seleccionas algunas pruebas y te las asignas a ti mismo, puedes ver esas tareas en tu pestaña de tareas pendientes de la barra lateral. También puedes seleccionar y ver las tareas de otras personas, lo que es especialmente útil para las hojas de equipo, ya que pueden ver la carga de trabajo de todos y asignar nuevas tareas. En consecuencia, también puede filtrar las dos cuotas en función de su estado actual gracias a los rieles de prueba, la interfaz de usuario rica.

También puede cambiar directamente el estado de cada prueba desde esta página. De esta manera, se puede ahorrar mucho tiempo, ya que no hay razón para ir y venir entre las diferentes pestañas. Los usuarios también pueden suscribirse a las notificaciones de pruebas específicas, o incluso de ejecuciones de pruebas enteras para hacer esto, simplemente abra una prueba individual o una ejecución de prueba y haga clic en el icono de correo electrónico para suscribirse o cancelar la suscripción.

Con esto concluye esta introducción a los hitos y tareas de los rieles de prueba. El siguiente es el tutorial sobre los planes de prueba…
None.