Asignación de casos de prueba con Quality Center

Como parte de nuestra serie de complejidades de gestión de pruebas, estamos viendo la asignación de casos de prueba dentro de Quality Center. La asignación dentro de QC generalmente funciona a nivel de “prueba” dentro de las áreas del Plan y del laboratorio. Podemos extender la asignación a conjuntos y pasos, pero esto requiere la configuración de campos personalizados (que vemos en el video).

En este video, primero lo contextualizamos al observar algunos de los conceptos clave del Centro de Calidad para la planificación y ejecución; el Plan donde definimos los casos, con pasos y los agrupamos en carpetas. y el Laboratorio donde creamos conjuntos que enlazan con una serie de casos del área del plan. Con este concepto, podemos vincular las carpetas, que contienen los conjuntos, a una versión y ciclos. Cuando ejecutamos estos conjuntos, creamos ejecuciones que contienen instancias de testcase.

Entonces, ¿cómo funciona la asignación dentro de este marco? A nivel del plan, podemos definir el diseñador de la prueba y el revisor de la prueba. Tenga en cuenta que estas asignaciones no tienen relación con las asignaciones en tiempo de ejecución. Son solo asignaciones con respecto a la creación y desarrollo del testcase.

Dentro del área de Laboratorio tenemos asignación para los casos de prueba dentro de un Conjunto (esto es antes de la ejecución) y se ejecuta (durante la ejecución). Dentro de la pestaña Conjuntos SOLO podemos asignar en el nivel de conjunto o en el nivel de carpeta de conjunto creando un campo personalizado. No hay capacidad predeterminada para asignar en el nivel establecido o en el nivel de carpeta sin personalizar.

La asignación se logra a nivel de prueba dentro de un conjunto. Cuando veamos la “Cuadrícula de ejecución “veremos” instancias ” de casos asignados a un probador responsable. Podemos ver el campo probador responsable de una ‘Instancia de prueba’ en particular. Por lo tanto, el probador responsable predeterminado se define para la “instancia de caso de prueba” cuando el caso se incluye dentro del conjunto de pruebas.

Sin embargo, el mismo conjunto se puede copiar (para que podamos ejecutarlo en diferentes versiones/ciclos). En este punto, se pueden asignar diferentes probadores responsables a las diferentes instancias de los mismos casos de prueba. La modificación del comprobador asignado se puede realizar mediante buscar y reemplazar o seleccionando/modificando individualmente a nivel de instancia. Tenga en cuenta que no es posible seleccionar de forma masiva un grupo de instancias y cambiar el comprobador responsable.

Una vez iniciada la ejecución, la persona responsable de ejecutar los casos de prueba se define en el campo probador. Esto se puede cambiar cuando ingrese los detalles para la ejecución. Una vez finalizada la ejecución, puede modificar el valor del comprobador para la ejecución retrospectivamente.

La asignación a nivel de conjunto o paso requiere un poco de personalización. Si necesita asignar en el nivel de pasos, esto requiere la configuración de un campo personalizado para los pasos. Y si necesita asignar en el nivel establecido, puede configurar nuevamente un campo personalizado. Estos campos personalizados serán visibles cuando esté escribiendo y ejecutando el conjunto / paso.

Si desea ver las pruebas asignadas a un probador, tenemos dos formas rápidas de hacerlo. Puede crear un filtro simple. O puede agregar un gráfico de resumen. Si necesita ver la asignación en el nivel de conjunto dentro del laboratorio, necesitará crear un filtro cruzado basado en las Instancias de prueba dentro del conjunto.

En la asignación corta de casos de prueba dentro del Centro de Calidad funciona, en primer lugar, a nivel de caso para un conjunto. Y en segundo lugar, a nivel de instancia de testcase para el conjunto ejecutado dentro de una ejecución. Esta estructura proporciona a Quality Center un grado de mayor capacidad de configuración en términos de configuración de asignación que cualquier otra herramienta de gestión de pruebas. Sin embargo, es importante entender cómo QC aborda esto y determinar cómo ese enfoque se ajustará a sus requisitos.