Unidad 12 - Guia Rapida SpiraPlan
Unidad 12 - Guia Rapida SpiraPlan
Unidad 12 - Guia Rapida SpiraPlan
En esta guía, aprenderemos sobre las diferentes partes de la aplicación, cómo usarlas y cómo
encajan entre sí.
No necesita saber cómo usar la aplicación ya, y no necesita estar familiarizado con las
herramientas de administración de aplicaciones, ni ágil, ni en cascada.
EspiraTest
SpiraPlan, que toma todas las funciones de SpiraTeam y agrega algunas más
Sea cual sea el sabor de Spira que tenga (a partir de ahora diremos "Spira" ), puede utilizar esta
Guía de inicio rápido. Para saber más sobre las diferencias entre las distintas ediciones de Spira,
echa un vistazo a nuestro cuadro comparativo detallado
Introducción
Hagamos un viaje juntos. De hecho, ¡vayamos a Marte! Para unas vacaciones. Nos lo
merecemos. En esta Guía de inicio rápido, usamos SpiraPlan para ayudarnos a planificar y
prepararnos para nuestro viaje a Marte.
Esta Guía se divide en diferentes partes, las diferentes etapas de nuestra preparación antes del
gran lanzamiento.
No podemos detenernos allí, tenemos que verificar el trabajo en busca de errores o errores
(verificar el trabajo)
Tiene una nueva aplicación SpiraPlan lista para usar. Esto es en la nube o en las instalaciones.
Primero, vaya a la página de inicio de la aplicación en su navegador para acceder a la página
de inicio de sesión:
Ahora ha iniciado sesión y verá "Mi página". Mi página parece bastante vacía en este momento.
Esto es normal.
La primera vez que inicie sesión, verá una ventana emergente que le brinda una orientación
rápida de la aplicación. Por favor, siga esta guía primero.
Para acceder: haga clic en su icono/avatar en la parte superior derecha para abrir el menú de
usuario, luego haga clic en el enlace llamado "Documentación"
productos
Para comenzar a hacer cosas en la aplicación, debe seleccionar un espacio de trabajo para
explorar, administrar o trabajar. El espacio de trabajo más común e importante es el producto.
Aquí es donde usted y su equipo pasarán la mayor parte de su tiempo en SpiraPlan. Los
productos son áreas de trabajo de larga duración con resultados u objetivos tangibles. Este
puede ser un producto de software o hardware que obtiene nuevas versiones, parches y
características regulares. Un producto también se puede usar como un proyecto, donde el
enfoque puede ser un tipo diferente de salida o para administrar un proceso.
Para este tutorial, queremos comenzar con un producto vacío que no tiene datos. De forma
predeterminada, el sistema se envía con un par como este.
Haga clic en el menú desplegable del espacio de trabajo para mostrar todos los espacios
de trabajo disponibles.
Artefactos
Los artefactos son los componentes básicos de un producto en SpiraPlan. Los artefactos
contienen todos los datos del producto. Cada artefacto contiene datos diferentes y se usa de
diferentes maneras. Por ejemplo, los requisitos son un artefacto y los lanzamientos son otro.
Funcionan de manera diferente y no son intercambiables. Hay artefactos para ayudarlo a
probar, planificar, rastrear errores y tareas, y más.
A lo largo de esta guía, nos moveremos entre los diferentes artefactos en nuestro producto de
muestra. Esto nos ayudará a concentrarnos en un tipo de actividad a la vez. También verá
cómo todos estos diferentes artefactos encajan como pequeñas piezas de un rompecabezas.
Empecemos
La versión heredada de las guías de inicio rápido está disponible para SpiraTest , SpiraTeam y
SpiraPlan . Haga clic en el nombre del producto para acceder a su guía heredada.
Plan
Pasaremos la primera parte de esta guía planificando las cosas. Comenzamos describiendo
las principales características y objetivos que debemos cumplir. Luego los dividimos en tareas
más pequeñas. Una vez que conocemos el alcance del trabajo, podemos planificar nuestro
tiempo. Esto nos permite planificar cuándo debemos hacer cada una de nuestras tareas y
cumplir con nuestros objetivos. Con eso, la planificación está casi completa. Antes de pasar a
la siguiente sección, debemos pensar en los riesgos de que las cosas salgan mal o se desvíen.
nos vamos de vacaciones a marte 2 . Es un viaje largo. Por lo tanto, es una buena idea
planificarlo primero, en lugar de saltar al primer cohete para Marte que pueda encontrar. Hemos
iniciado sesión en SpiraPlan y estamos listos para comenzar.
Características y objetivos
A menudo, a medida que trabaja con requisitos o características, necesita estructurar sus
requisitos con algunos anidados dentro de otros. SpiraPlan le brinda soporte completo
para organizar jerárquicamente sus requisitos.
EspiraTest
Not all features are available in SpiraTest. SpiraTeam takes SpiraTest and adds some features,
SpiraPlan adds even more. Below you can see the requirements page as it looks for SpiraTest.
Only features that SpiraTest supports are available in the app. Compared to SpiraTeam or
SpiraPlan it does not have the "Task Progress" column, because SpiraTest does not include
tasks.
In the rest of this guide we normally show screenshots of SpiraPlan. If you are using SpiraTest
or SpiraTeam you may see columns or tabs or widgets on certain screenshots that you do not
have. This is expected.
Hagamos algunos requisitos. En SpiraPlan, casi siempre hay más de una forma de hacer algo,
pero empecemos de manera simple.
Haga clic en el botón "Insertar" para hacer su primer requisito. El nuevo requisito se agrega
a la lista y se resalta en azul.
Escriba el nombre del requisito o función en el cuadro "Nombre": Prepare the spaceship
Haga clic en el botón "Guardar y nuevo" en el extremo derecho de esta nueva fila. Esto
agrega un segundo requisito debajo del primero.
Hemos tenido un gran comienzo. Tenemos dos requisitos. Agreguemos un par más y veamos
lo fácil que es anidar requisitos dentro de otros.
Haga clic en "Guardar y nuevo" para agregar otro requisito y asigne a este un nombre
de Take the right amount of rocket fuel
Verá sus 4 requisitos y el superior tiene un icono diferente. Esto nos muestra que es un
requisito principal que tiene niños anidados dentro.
Nombre del requisito Posición
Si tiene una lista de requisitos y desea que uno sea secundario del requisito anterior, seleccione
el requisito y haga clic en el botón "Sangría" en la barra de herramientas. Utilice el botón "Anular
sangría" para mover un requisito secundario un nivel.
También puede hacer clic con el botón derecho en un requisito para sangrar o eliminar la
sangría.
Seleccione un requisito y luego haga clic en el botón "Insertar". Esto agrega un nuevo requisito
por encima del requisito seleccionado.
Haga clic en el botón "Insertar" sin requisitos seleccionados. El nuevo requisito se agrega al final
de la lista de requisitos como hermano del requisito anterior.
Hacer tareas
Vaya directamente
Las tareas están disponibles en SpiraTeam y SpiraPlan. Las tareas se utilizan para definir
partes específicas del trabajo a realizar.
Tareas de Requisitos
Escribimos algunas características principales que necesitamos para que nuestras vacaciones
en Marte sean un éxito. Estos requisitos son muy amplios. Es una buena idea dividirlos en
partes más pequeñas de trabajo: tareas. ¡Creemos algunas tareas para algunos de nuestros
requisitos!
De su lista de requisitos, haga clic en "Hacer mi maleta". Esto nos lleva de la lista de
requisitos a la página de detalles de ese requisito. Puedes ver toda la información sobre el
requerimiento. En este momento mucho de esto está en blanco y eso está bien.
Haga clic en la pestaña "Tareas". Esto muestra una lista de todas las tareas en este
requisito. La lista está actualmente vacía.
Haga clic en el botón "Guardar" en el otro extremo de la fila para esta nueva tarea
¡Felicidades! Has hecho una tarea. En la vida real, haría algunos más para que el requisito
tenga 2 o 3 o más tareas. Por ahora, intentemos hacer una tarea con un requisito diferente
Mire la barra lateral a la izquierda y verá una lista de fácil acceso de nuestros requisitos.
Haga clic en "Tome la cantidad correcta de combustible para cohetes"
Una vez que se cargue este requisito, verá que la lista de tareas está en blanco. Haga clic
en el botón "Nueva tarea"
Hemos creado tareas directamente a partir de un requisito. Estas tareas están directamente
relacionadas con el requisito. Pero también podemos hacer tareas de una manera diferente, lo
que intentaremos ahora.
Tareas independientes
siguiendo a lo largo
Comenzando aquí
Haga clic en "Nueva tarea". Las nuevas tareas se agregan a la lista y se resaltan en azul.
Haga clic en el botón "Guardar y nuevo" en el extremo derecho de esta nueva fila. Esto
añade otra nueva tarea.
Asigne a esta nueva tarea un nombre de Set 'out of office' before launch day
Presiona "Guardar"
Ahora tenemos cuatro tareas en total (dos si solo ha creado tareas independientes). La tarea
que hicimos sobre el ajuste de nuestro traje espacial es en realidad parte de nuestro requisito
(si lo hizo) para obtener un traje espacial genial. Hicimos esta tarea independientemente de
ese requisito, pero aún podemos vincularlos.
Haga clic en el nombre de la tarea "Reservar una prueba de ajuste de traje espacial" para
abrir la página de detalles de esa tarea
siguiendo a lo largo
para cohetes
Comenzando aquí
Los lanzamientos le permiten crear una lista de diferentes lanzamientos o sprints para el
producto. Se pueden anidar para crear una jerarquía de versiones.
Haga clic en el botón "Insertar" para hacer su primer lanzamiento. La nueva versión se
agrega a la lista y se resalta en azul.
Cambie el campo "Fecha de finalización" a una fecha pasada. También puede cambiar la
"Fecha de inicio" si lo desea
Clic en Guardar"
Establezca el "Estado" en "En progreso", eso significa que ya hemos comenzado a hacer lo
que necesitamos para este sprint
Haga clic en "Guardar y nuevo" en esta fila. Esto agregará otra versión debajo de esta.
Clic en Guardar"
Nombre de la versión Estado Fecha de inicio Fecha final
Hemos planeado las cosas que debemos hacer antes de dirigirnos a Marte. Y hemos creado
comunicados para que podamos hacer un seguimiento de lo que hacemos y cuándo debemos
hacerlo.
Actualmente, nuestro qué (cosas para hacer) no está vinculado a nuestro cuándo
(lanzamientos). Arreglemos eso.
Si no ha realizado ningún requisito o tarea, puede volver atrás y hacerlo ahora u omitir esta
sección.
En el lado derecho de la lista hay una serie de botones "Editar". Haga clic en el botón
"Editar" en la parte superior de la lista. Ahora está editando los cuatro requisitos a la vez
Asigne a cada requisito una liberación (vea la tabla a continuación)
Vaya directamente
Siguiendo en su totalidad
Mire la columna de liberación de sus tareas. Tres de ellos ya tienen un set de lanzamiento. Esto
se debe a que están vinculados a los requisitos y simplemente configuramos la versión para
los requisitos. Esa información de liberación fluye desde el requisito a cualquiera de sus tareas
vinculadas.
Haga clic en el botón "Editar" en la fila de la tarea llamada "Establecer 'fuera de la oficina'
antes del día del lanzamiento". La fila se volverá azul.
Debido a que la versión a la que están vinculadas estas tareas se ha iniciado (su estado es "En
curso") pero las tareas aún no se han iniciado, marcamos su progreso como amarillo
No hizo requisitos
Our two tasks do not have a release yet, so let's change that.
Check the checkbox at the very top of the task list (above the topmost task). This will
select both tasks
On the right side of the list are a number of "Edit" buttons. Click the "Edit" button at the very
top of the list. You are now editing both tasks at once
Vaya directamente
Los riesgos le permiten configurar una solución completa de gestión de riesgos para sus
productos. Puede registrar y realizar un seguimiento de los riesgos en cualquier momento
y vincularlos a los lanzamientos, así como a otros artefactos.
Cada riesgo puede tener una probabilidad y un impacto para ayudarlo a analizar la
exposición de cada riesgo. Agregue mitigaciones de riesgo para realizar un seguimiento
de cómo está tratando el riesgo.
Cuanto más pensamos en estas vacaciones a Marte, más nos damos cuenta de que es algo
arriesgado. Estos riesgos pueden hacer que nuestro viaje único en la vida apeste. Solo pensar
en todas las formas en que las cosas pueden salir mal no es muy productivo. En su lugar,
debemos escribir las cosas para poder gestionar los riesgos y no tener miedo de ellos.
Haga clic en "Riesgos" en Seguimiento. Esto muestra la página de la lista de Riesgos, que
actualmente está vacía.
Haga clic en el botón "Nuevo riesgo" de la barra de herramientas. Esto abrirá la página de
detalles del riesgo. Esto es diferente de lo que sucede cuando agregamos otros artefactos
hasta ahora.
Ingrese Fly right on past Mars para el nombre (en la parte superior de la página)
Queremos correr otro riesgo, así que haga clic en el botón de la barra de herramientas
"Guardar y nuevo".
Ingrese Spaceship computer turns evil para el nombre (en la parte superior de la
página)
Clic en Guardar"
Agreguemos ahora algunas ideas sobre cómo podemos gestionar (o mitigar) este riesgo. Lo
hacemos creando mitigaciones, porque realmente necesitamos que la computadora nos trate
bien.
Haga clic en el botón "Agregar" en esa sección para agregar nuestra primera mitigación
Introduzca lo siguiente en el cuadro de descripción: Be its friend
Clic en Guardar"
Resumen
¡Felicitaciones, ya hemos terminado de planificar!
Hemos hecho requisitos para marcar las grandes características que necesitamos
entregar
Esto nos ayudó a planificar qué características y tareas necesitamos hacer cuando
Finalmente, escribimos algunos riesgos clave a tener en cuenta en cada etapa, así como
también cómo podemos mitigar uno de esos riesgos.
Nuestras vacaciones a Marte están tomando forma. Pero todavía hay mucho más por hacer.
En la siguiente parte de esta guía de inicio rápido, aprenderemos cómo administrar nuestro
trabajo con SpiraPlan y hacer las cosas.
haciendo el trabajo
nos vamos de vacaciones a marte 2 . Es un viaje largo. Como debe hacer antes de cualquier
gran viaje, comenzamos por planificar lo que tenemos que hacer. Hicimos algunos requisitos,
tareas, sprints e incluso pensamos en los riesgos. Ahora es el momento de dejar de planificar y
empezar a hacer.
Los flujos de trabajo son una forma de mover un artefacto (como una tarea o requisito) a
través de una serie de pasos. Estos pasos llevan el artefacto desde su creación hasta su
punto final. Los flujos de trabajo le brindan control sobre quién, cómo y qué mover un
artefacto a través de pasos específicos.
Por ejemplo, una tarea que pasa de no hecha a hecha. En SpiraPlan, la tarea comienza
como "No iniciada" y pasa por los pasos del flujo de trabajo hasta "Completada". Puede
marcar la tarea como "En progreso" cuando haya comenzado a trabajar pero aún no la
haya terminado. Tal vez la tarea no termine como "Completada", es posible que se
bloquee o se vuelva obsoleta. Todas estas opciones son posibles con flujos de trabajo.
Si está comenzando la guía de inicio rápido aquí
Hay dos formas diferentes de "hacer el trabajo" en esta parte de la guía; solo necesita hacer
una :
Complete las tareas vinculadas a los requisitos (si está utilizando SpiraTeam o SpiraPlan y
realizó todos los pasos en la página Plan)
O trabaje directamente con los requisitos (si está usando SpiraTest o si ya trabajó en la
página Plan pero no creó tareas)
Completar tareas
Vaya directamente
Abra el menú desplegable Artefacto desde la navegación global y haga clic en "Requisitos"
Mire las columnas "Progreso de la tarea" y "Estado" en cada requisito. Este es nuestro
estado inicial antes de hacer cualquier trabajo. Ninguna de las tareas se ha iniciado y
todos los requisitos aún están "Planificados".
¿Por qué las barras de progreso de tareas se ven así?
Tenemos 4 requisitos. También hicimos 4 tareas, pero una de esas tareas nunca se adjuntó a un
requisito. Nunca añadimos una tarea para "Preparar la nave espacial". Entonces, ¿por qué los 4
requisitos muestran una barra de progreso de tareas completa? Esto se debe a una
característica llamada " resumen ". El progreso de la tarea desde el "resumen" secundario de un
requisito hasta el principal. La barra de progreso de la tarea de "Preparar la nave espacial" es
una combinación acumulada del progreso de la tarea de sus dos hijos.
¿Por qué 3 de las barras de progreso de la tarea son amarillas? Porque las tareas tienen fechas
de inicio en el pasado y aún no han comenzado. En SpiraPlan consideramos que estas tareas
son "empezar tarde". Nunca establecimos directamente sus fechas de inicio, pero las tareas
obtuvieron sus fechas de inicio y finalización de los lanzamientos (sprints) a los que están
vinculadas. La barra de progreso de la tarea restante es gris porque, aunque todavía no se ha
iniciado, su fecha de inicio es futura. Las barras de progreso de su tarea pueden verse un poco
diferentes si elige diferentes fechas para sus sprints.
No vamos a trabajar en los requisitos en sí, sino que hacemos el trabajo en las tareas que
hicimos.
Abra el menú desplegable Artefacto desde la navegación global y haga clic en "Tareas"
Haga clic en el botón "Editar" en la lista de tareas para la tarea "Comprar MUCHOS
bocadillos"
Clic en Guardar". Verás que el "Progreso de la tarea" pasa de amarillo a verde. Eso es
porque la tarea ahora está terminada.
Ahora completemos otra tarea. Vamos a registrar esto de una manera diferente. En la página
de lista, donde estamos ahora, puede realizar cambios en cualquier tarea en cualquier
momento. Los flujos de trabajo solo le permiten hacer ciertas cosas en ciertos momentos.
Para que el flujo de trabajo controle lo que podemos hacer, debemos estar en la página de
detalles de una tarea.
Debajo del nombre de la tarea hay un área resaltada que muestra el ID de la tarea, su tipo y
su estado ("No iniciada"). Haga clic en el botón "Operaciones" junto al estado. Esto
muestra todas las formas en que puede moverse a través del flujo de trabajo desde "No
iniciado"
Haga clic en "Iniciar tarea"; verá que el estado cambia a "En curso"
Es posible que se lo haya perdido, pero tan pronto como el estado de la tarea estaba en "En
progreso", algunos nombres de los diferentes campos se pusieron en negrita y obtuvieron una
estrella junto a ellos. Esto significa que ahora son necesarios. La mayoría de estos campos
obligatorios ya están completos. Pero uno, "Propietario", todavía está en blanco.
Clic en Guardar"
Ahora pasaremos la tarea a completada
Haga clic en "Completar tarea". Verá que el estado cambia a "Completado". Esto ahora
hace que diferentes campos sean obligatorios o no (los campos que son obligatorios o
deshabilitados son completamente personalizables para cada estado de tarea
individualmente)
Debido a que hemos terminado con esta tarea, no hay más trabajo por hacer, así que
establezca "Esfuerzo restante" en 0
Abra el menú desplegable Artefacto desde la navegación global y haga clic en "Tareas"
para abrir de nuevo la página de la lista de tareas. Puedes ver que 2 tareas están
completas
Nombre de la tarea Estado
Abra el menú desplegable Artefacto desde la navegación global y haga clic en "Requisitos"
para abrir la página de la lista de requisitos
Las barras de progreso de tareas para 3 requisitos ahora son verdes. Esto tiene sentido porque
son las tareas vinculadas a estos requisitos las que completamos. Los estados también han
cambiado. Todos tenían estados de "Planificado" y ahora 3 tienen el estado de "Desarrollado".
Esto sucedió automáticamente porque todas las tareas vinculadas a estos requisitos ahora
están completas. El sistema ve que el requisito tiene tareas y juzga que todo el trabajo para
esos requisitos está almacenado en las tareas. Entonces, cuando las tareas están hechas, el
requisito está hecho. Por ahora done = "Developed": hemos hecho el trabajo pero aún no lo
hemos verificado.
¿Por qué los estados cambian solos para los requisitos?
No es necesario que los requisitos funcionen como se explicó anteriormente. Puede configurar
su producto para que haga lo que haga con las tareas, los estados de los requisitos no cambien
. En esta guía de inicio rápido, mostramos una forma de usar SpiraPlan, pero no es necesario
que trabaje de esta manera.
Vaya directamente
Abra el menú desplegable Artefacto desde la navegación global y haga clic en "Requisitos"
Haga clic en el botón "Editar" en la lista de requisitos para la tarea "Preparar mi maleta"
Clic en Guardar".
Ahora terminemos el desarrollo de otro requisito. Vamos a registrar esto de una manera
diferente. En la página de la lista, donde estamos ahora, puede realizar cambios en cualquier
requisito en cualquier momento. Los flujos de trabajo solo le permiten hacer ciertas cosas en
ciertos momentos. Para que el flujo de trabajo controle lo que podemos hacer, debemos estar
en la página de detalles de un requisito.
Debajo del nombre del requisito hay un área resaltada que muestra el ID del requisito, su
tipo y su estado ("Planificado"). Haga clic en el botón "Operaciones" junto al estado. Esto
muestra todas las formas en que puede moverse a través del flujo de trabajo desde
"Planificado"
Haga clic en "Iniciar desarrollo"; verá que el estado cambia a "En curso"
Es posible que se lo haya perdido, pero algunos nombres de campos de los diferentes campos
se muestran en negrita y tienen una estrella junto a ellos. Esto significa que son necesarios. La
mayoría de estos campos obligatorios ya están completos. Pero uno, "Importancia", todavía
está en blanco.
Clic en Guardar"
Ahora pasaremos la tarea a completada
Abra el menú desplegable Artefacto desde la navegación global y haga clic en "Requisitos"
para abrir la página de la lista de requisitos
Cambiamos los estados de 2 requisitos, pero ahora 3 requisitos tienen estados diferentes.
Todos tenían estados de "Planificado" y ahora 3 tienen el estado de "Desarrollado". Esto
sucedió automáticamente porque cuando todos los elementos secundarios de un requisito
principal cambian su estado, el estado principal también cambia.
Resumen
¡Lo estás haciendo genial!
¿Que sigue? De acuerdo con nuestros requisitos se desarrolla todo nuestro trabajo para
preparar la nave espacial, pero necesitamos estar seguros. En la siguiente parte, revisaremos
nuestro trabajo para asegurarnos de que nuestras tareas y requisitos hagan lo que se supone
que deben hacer.
Comprobación del trabajo
nos vamos de vacaciones a marte 2 . Es un viaje largo. Pasamos tiempo planeando el viaje y
luego haciendo las tareas más importantes. Antes de despegar sin ningún cuidado en el mundo,
verifiquemos que hicimos todo bien.
2. Porque, ¿por qué los robots deberían ser los únicos en disfrutarlo?
¡No te preocupes! Puede crear pruebas y ejecutarlas sin realizar los pasos anteriores de esta
guía. Es posible que algunos de los detalles no se apliquen a usted, lo que vincula de manera
importante nuestras pruebas con los requisitos y las versiones. Pero no dejes que eso te
detenga.
Los casos de prueba son la unidad principal de prueba en SpiraPlan. Un caso de prueba
define un escenario o flujo de usuario que desea verificar. Un caso de prueba se compone
de pasos de prueba. Estos pasos son la secuencia que el probador debe seguir y verificar.
Cada paso de prueba es una oportunidad para verificar que la funcionalidad funciona
como debería, o para registrar dónde hay problemas.
Primero crea sus casos de prueba, luego los ejecuta. La ejecución de la prueba registra
los resultados de lo que hizo o encontró. Puede ejecutar la misma prueba muchas veces
y mantener una lista de registros de lo que sucedió cada vez. Estos se denominan
Ejecuciones de prueba. Este sistema significa que tiene casos de prueba que puede
reutilizar de manera muy eficiente. Cada ejecución de prueba registra el estado de
ejecución de esa ejecución (por ejemplo, pasa o falla). Junto con los requisitos y las
versiones, los casos de prueba lo ayudan a tener una trazabilidad completa en todo su
producto.
Abra el menú desplegable Artefacto desde la navegación global y haga clic en "Casos de
prueba" en la sección Pruebas. Esto muestra la página de lista de casos de prueba. La lista
principal en el medio de la página está vacía.
Haga clic en el botón "Nuevo caso de prueba". El nuevo caso de prueba se agrega a la lista
y se resalta en azul
Escriba el nombre del caso de prueba en el cuadro "Nombre": Verify suitcase is well
packed
Haga clic en el botón "Guardar y nuevo" en el extremo derecho de esta nueva fila. Esto
agrega un segundo caso de prueba.
Asigne a este segundo caso de prueba un nombre de Check if the spaceship computer
seems nice
Vaya directamente
Esto es genial. Ya hemos creado dos casos de prueba. Podríamos comenzar a ejecutar estas
pruebas ahora, pero primero conectemos estas pruebas con los requisitos y las versiones.
Haga clic en "Agregar al requisito" en el menú desplegable para abrir el cuadro de diálogo
emergente
Repitamos esto para el otro caso de prueba. Marque la casilla de verificación para
"Verificar que la maleta esté bien empacada"
Estas acciones vinculan cada caso de prueba con el requisito correcto. Debido a que los
requisitos ya están conectados a una versión, los casos de prueba se vinculan
automáticamente a las versiones correctas. Entonces, al agregar un requisito a un caso de
prueba, también agregamos un lanzamiento. Limpio. Puede vincular muchos requisitos a un
caso de prueba. Y también puede agregar independientemente muchos lanzamientos a un
caso de prueba. Nuestra configuración por ahora se ve así:
Test Execution en SpiraPlan tiene un módulo dedicado para ejecutar pruebas manuales.
Esto facilita que los probadores vean lo que tienen que probar en cada paso del camino.
Pueden registrar rápidamente resultados y registrar errores. SpiraPlan también admite
otros tipos de pruebas, incluidas las pruebas automatizadas y las pruebas unitarias.
Estas pruebas no se gestionan desde el módulo de ejecución de pruebas.
Ahora que tenemos un caso de prueba muy simple, podemos ejecutarlo para verificar si las
cosas funcionan como deberían. Anteriormente, dijimos que los casos de prueba en SpiraPlan
se componen de Pasos de prueba, que son los pasos que el evaluador debe seguir y verificar.
Puede agregar tantos pasos como desee a un caso de prueba y personalizarlos exactamente
según sus necesidades.
No hicimos ningún paso de prueba en nuestros casos de prueba. ¡Sin pasos no hay nada que
verificar! No se preocupe, SpiraPlan realizó automáticamente un paso de prueba cada vez que
creamos un caso de prueba. Estos pasos de prueba están vacíos, pero son suficientes para
que intentemos ejecutar pruebas.
Haga clic con el botón derecho (alt) en el caso de prueba "Verificar que la maleta esté bien
empaquetada". Esto abre el menú contextual.
El caso de prueba es sobre nuestro equipaje, que es parte de nuestro sprint para prepararnos
para el lanzamiento (versión 2.0). Así que asegurémonos de ejecutar la prueba contra la
versión correcta.
Como probador, se mueve por cada uno de los pasos de prueba en la ejecución de prueba en
orden. Cada paso de la prueba necesita un resultado: Aprobado, Reprobado, Bloqueado,
Precaución o No aplicable (N/A). Si ingresa cualquier estado que no sea Aprobado, debe
ingresar un valor para el "Resultado real". Para un estado de aprobación, el resultado real es
opcional.
Solo tenemos un paso de prueba. Si pensáramos que nuestro empaque fue excelente,
podríamos marcar el paso como Aprobado. Eso significa que se ha superado toda la ejecución
de la prueba, por lo que podríamos terminar la ejecución de la prueba y registrar oficialmente
sus resultados. Eso no es divertido, así que hagamos otra cosa.
Haz clic en el botón "Fallar". Esto intenta marcar el paso de prueba como fallido. Pero no
puede. Aún no. Porque aún no hemos ingresado un resultado real. Cuando hacemos clic
en fallar, nuestro cursor se coloca automáticamente en el cuadro "Resultado real".
Ingresemos un "Resultado real". Tipo Cannot close suitcase because of all the
snacks
Haga clic en cualquiera de los botones "Falla". Puede ver que el paso de prueba ahora está
claramente marcado como fallido (vea el n. ° 1 en la captura de pantalla a continuación).
Debido a que se ha probado toda la ejecución de la prueba (con su único paso), podemos
(pero aún no lo haremos) finalizar la ejecución de la prueba (vea el botón "Finalizar" en el n.
° 2 en la captura de pantalla a continuación)
Antes de terminar las pruebas, tenemos una cosa más que hacer. Fallamos la prueba y ahora
deberíamos registrar esta falla con un incidente.
Crear un incidente (o un error) durante la prueba es la manera perfecta de capturar lo que está
mal para que alguien pueda solucionarlo (como un desarrollador, o aquí quien tenga que hacer
las maletas). El incidente está vinculado al paso de prueba exacto que falló.
A continuación, puede realizar un seguimiento de este error fuera de las pruebas. Una vez que
se corrige el error, el probador puede volver a ejecutar el caso de prueba y ver si las cosas están
arregladas.
Haga clic en la pestaña "Incidentes" (que se encuentra justo encima de donde escribió el
resultado real). Esto abre un formulario que podemos completar para registrar el incidente.
Introduzca un nombre de There are too many snacks to fit in the suitcase
Elija cualquier valor que desee para los campos "Dificultad", "Sistema operativo" y
"Navegador web". Estos no son relevantes para nosotros, pero son parte de un flujo de
trabajo de incidentes más general que generalmente se usa para probar aplicaciones web.
¡Nadie pensó en modificarlo para las vacaciones interestelares!
Haga clic en el botón "Agregar" en la parte inferior. No tiene que ingresar una descripción
para el incidente; esto se genera automáticamente en función del paso de prueba y su
resultado real
Después de hacer clic en "Agregar", se crea el incidente y la pestaña Incidente nos muestra que
el incidente está vinculado a este paso de prueba.
Ahora estamos listos para terminar nuestra prueba.
Haga clic en el botón "Finalizar" en la parte superior derecha (el botón amarillo con el icono
de parada en él)
Esto le llevará de vuelta a la página de lista de casos de prueba. Aquí vemos los dos casos de
prueba, y podemos ver que "Verificar que la maleta esté bien empaquetada" está marcado
como fallido.
Resumen
¡Casi llegamos!
Hicimos un par de casos de prueba para verificar si nuestros requisitos están realmente
completos, como pensamos
Vimos cómo fallar (o pasar) una prueba y cómo registrar errores de las cosas que
encontramos durante la prueba
En la siguiente y última parte de esta guía de inicio rápido, revisaremos cómo están las cosas
para nuestras vacaciones en Marte. ¿Cómo puede ayudarnos SpiraPlan a determinar si
estamos listos para despegar o si estamos destinados a quedarnos atrapados en la Tierra?
Vamos a averiguar.
Revisión y próximos pasos
Revisión de artefactos
Vamos a ver cómo se unen los diferentes artefactos. Por lo tanto, realmente necesita haber
realizado todas las partes de la guía de inicio rápido para ver esto en acción en su instalación. Si
no lo ha hecho, podrá ver cómo podrían funcionar las cosas, lo que seguirá siendo útil.
Salimos en la página de lista de casos de prueba. Tenemos dos casos de prueba y uno de ellos
ha fallado. Antes de ir a Marte, desea que todas sus pruebas pasen, para que sepa que el viaje
se desarrollará de la mejor manera posible.
Ya tenemos una pista con esa prueba fallida de que nuestro viaje puede necesitar un poco más
de trabajo. Miremos alrededor y descubramos.
Abra el menú desplegable Artefacto desde la navegación global y haga clic en "Requisitos"
en la sección Planificación
Los primeros 3 requisitos son para la versión 2.0 (en la que estamos trabajando actualmente).
Los estados también están todavía en Desarrollado. No se han movido a "Probado" porque
nuestra prueba aún no está completa.
El progreso de la tarea es todo verde ya que todas nuestras tareas se han completado
La cobertura de prueba muestra que la mitad (una de dos) de nuestras pruebas ha fallado
y el resto no se ha ejecutado
La finalización del requisito muestra que ninguno de nuestros requisitos está completo
todavía. Esto se debe a que todavía están en "Desarrollados" y no están más avanzados.
De un vistazo rápido aquí, podemos ver que la versión "Preparación para el lanzamiento" no
está lista. Todavía no vamos a tomar medidas al respecto. En cambio, echemos un vistazo a
un lugar más para revisar las cosas. Esta vez a nivel de todo el producto.
Hay mucha información en la página de inicio del producto. La página está dividida en widgets,
cada uno de los cuales muestra información diferente. Juntos le brindan una útil descripción
general del estado de su producto. Puede personalizar la apariencia de esta página para cada
producto. A continuación se muestra la vista predeterminada que verá al mirar la página por
primera vez.
¿Qué podemos ver desde estos widgets?
Tenemos dos riesgos abiertos sobre los que aún no hemos actuado
Nuestra cobertura de prueba para requisitos tiene una combinación de cosas: falla, no
ejecución y un requisito sin ninguna cobertura de prueba
tareas realizadas
errores a corregir
riesgos a gestionar
requisitos completados
¿Quiere ayuda sobre lo que necesita hacer para que todo luzca genial? ¡Te tenemos!
Cómo se ve el éxito
Requisitos :
Versión 2 :
Página de inicio del producto : la siguiente captura de pantalla solo muestra datos para la
versión "Preparación para el lanzamiento" (usando el menú desplegable en la parte superior
izquierda). El diseño aquí está personalizado con widgets específicos que muestran que
nuestros requisitos, riesgos e incidentes se ven bien.
Pasos específicos
Close the risks (move them through the workflow to a closed status - closed or rejected)
Create a new test case to check the rocket fuel amount and link this to the rocket fuel
requirement
Execute the three test cases against the "Prep for launch" release and make sure they pass
Collectively, these will move the three requirements in release 2.0 to the Tested Status. This in
turn will make the requirement completion and test coverage for release 2.0 go 100% green.
Primero, está nuestra documentación en línea que ya está leyendo. Aquí hay algunos enlaces
útiles:
También está el portal de soporte de Inflectra . Aquí puede leer artículos de la base de
conocimientos, hacer preguntas en el foro o registrar un ticket con el equipo de soporte.