top 25 azure test plan
Preguntas de entrevista más populares sobre Azure Test Plan:
Azure Test Plan también se conoce como Azure DevOps Test Plan o TFS (Team Foundation Server).
He estado usando Azure Test Plan en el trabajo como una herramienta de administración de pruebas durante más de 2 años.
Aquí, en este artículo, proporcionaría una lista completa de preguntas de la entrevista para el Plan de prueba de Azure (bastantes preguntas difíciles y sus soluciones que he aprendido con la experiencia en la herramienta).
Antes de pasar al conjunto de preguntas de la entrevista, me gustaría establecer un contexto holístico sobre qué es Azure Test Plan y qué propósito resuelve para un equipo de control de calidad.
- Azure Test Plan también se conoce como Azure DevOps Test Plan o TFS (Team Foundation Server).
- Azure Test Plan es una de las mejores herramientas de administración de pruebas basadas en web para pruebas manuales y automatizadas.
- La herramienta proporciona una muy buena opción para tener una trazabilidad de extremo a extremo al tener requisitos, documentos de especificación y / o historias de usuario vinculadas a los casos de prueba, los resultados de las pruebas y los defectos informados.
- La herramienta ayuda a realizar un seguimiento de los detalles de configuración, como los casos de prueba que se ejecutan en un entorno específico o el número de compilaciones ejecutadas, el autor de los casos de prueba y el QA que ejecutó los casos de prueba.
- Ayuda a asignar o distribuir los casos de prueba entre muchos evaluadores dentro del equipo.
- Tiene un gran propósito, es decir, comenzar desde la creación de nuevos casos de prueba, reutilizando los casos de prueba existentes hasta rastrear fácilmente el progreso del esfuerzo de prueba.
- También permite tener un tablero personalizado con gráficos simples y aparentes.
Preguntas principales de la entrevista de TFS: preguntas de la entrevista del plan de prueba de Azure
Aquí hay una lista completa de preguntas de la entrevista sobre TFS:
P # 1) Nombra diferentes tipos de conjuntos de pruebas que TFS permite que el usuario cree y ¿en qué se diferencian cada uno del otro?
Responder: Test Suite es la agrupación de varios casos de prueba. La agrupación de casos de prueba podría ir en contra del requisito o cualquier otro elemento de trabajo como historias de usuario, una función, una solicitud de cambio o estos podrían agruparse como un 'conjunto de pruebas de regresión' o 'conjunto de pruebas de humo'.
Hay tres tipos de conjuntos de pruebas que los usuarios pueden crear en TFS:
- Suite de prueba estática
- Conjunto de pruebas de requisitos
- Conjunto de pruebas basado en consultas
(Flujo de trabajo:
Crear conjunto de pruebas: Abra Proyecto -> Prueba -> Plan de prueba -> Haga clic con el botón derecho en Proyecto -> Haga clic en Conjunto de pruebas.
Crear elemento de Backlog: Proyecto abierto -> Tableros -> Backlogs -> Nuevo elemento de trabajo )
a) Conjunto de pruebas estáticas : Esto crea una carpeta básica donde puede agregar manualmente casos de prueba existentes o crear nuevos. También puede agregar varias suites para niños debajo de la suite principal. Por ejemplo - Una fase de prueba funcional del Sprint 15 tiene 3 solicitudes de cambio.
Ejemplo: Cuando CR-123, CR-456, CR-789 son 3 solicitudes de cambio, entonces tiene una estructura de conjuntos estáticos creados como se muestra a continuación:
Luego, puede agregar los casos de prueba en cada uno de estos conjuntos de pruebas secundarios.
b) Suite basada en requisitos: Este tipo de suite se utiliza generalmente en la metodología Agile de pruebas o, esencialmente, cuando el equipo decide que cada suite de pruebas se asigne a cada requisito. El requisito podría ser cualquier elemento de trabajo que represente historias de usuarios o cualquier requisito funcional.
- Para tener una suite basada en requisitos, primero, debe agregar los elementos de trabajo (historias de usuario, funciones) en el Backlog.
- Cree un conjunto de pruebas basado en requisitos, luego aparecerá una ventana de consulta como la siguiente imagen.
Aquí, selecciona Campo = Tipo de elemento de trabajo, Valor = Microsoft.RequirementCategory y Ruta de área = y haga clic en Ejecutar consulta .
La ventana resultante mostrará todos los elementos / requisitos de la cartera de pedidos existente para el proyecto. Seleccione el que desea agregar y la carpeta del conjunto de pruebas se creará con el mismo título que la historia de usuario que seleccionó. Todos los casos de prueba que cree en la suite ahora se asignarían a la historia del usuario.
c) Suite basada en consultas: Como sugiere el propio nombre, este tipo de suite le permite agregar casos de prueba existentes consultando la base de datos del proyecto en TFS. La reutilización de los casos de prueba existentes es el aspecto en el que se centra este tipo de suite.
Cuando agrega una suite basada en consultas, se muestra una ventana de consulta, donde puede agregar los casos de prueba existentes del proyecto actual o de otro proyecto.
( Nota: @Project se refiere al proyecto actual y @me se refiere a mi identificación de usuario en TFS en la siguiente imagen)
P # 2) Tuviste una discusión con tu analista de negocios con respecto al enfoque de prueba y el alcance de prueba para un caso (s) de prueba en particular y debes notificar a tus compañeros de equipo sobre el mismo. ¿Cómo puede notificarlos a través de TFS?
Responder: Cuando hace doble clic en un caso de prueba en la vista Lista y lo abre, se muestra una ventana donde puede ver el título del caso de prueba, las etiquetas que ha agregado, las secciones de Resumen, Pasos, Archivos adjuntos y Discusión. Para notificar cualquier cosa a los compañeros de equipo, se puede hacer uso de una función llamada '@ mención'.
En la sección Discusión, puede usar el símbolo @ y luego se muestra la lista de ID de usuario para el proyecto. A continuación, puede seleccionar una identificación de usuario a la que desea notificar, seguido de un mensaje. También puede ingresar varios ID de @user para notificar a varios compañeros de equipo a la vez.
En caso de que necesite agregar un enlace en el mensaje, agregue el símbolo # seguido de la URL y luego presione ENTER. El mensaje se agrega como un punto de discusión y se envía automáticamente un correo electrónico al usuario mencionado en @mention.
Por ejemplo, @Shalini Singh puedes referirte a la matriz de cobertura de la prueba
En el ejemplo anterior, agregué una notificación que activará un correo electrónico para Shalini Singh con un mensaje como el anterior junto con el texto del hipervínculo www.softwaretestinghelp.com/test-coverage/
Vea la imagen a continuación para una mejor comprensión:
P # 3) ¿Cómo clasifica los casos de prueba que agrega en el TFS?
Responder: Cuando agrega casos de prueba en TFS, a menudo se agregan de manera desordenada. Hay dos formas de ordenar los casos de prueba.
a) En la vista de lista de los casos de prueba, hay una columna denominada 'Pedido'. Cada caso de prueba obtiene un ID de pedido único que se asigna automáticamente en función del orden en el que se agrega el caso de prueba. Puede ordenar el caso de prueba haciendo clic en la columna Orden.
(imagen fuente )
b) O, en la esquina superior derecha, hay una opción llamada 'Solicitar pruebas'. Al hacer clic en Solicitar pruebas, se ordenan todos los casos de prueba en la vista de lista.
preguntas y respuestas de la entrevista de pruebas de automatización de selenio
P # 4) ¿Cuáles son las diferentes vistas disponibles para casos de prueba en TFS?
Responder: Hay dos vistas disponibles para casos de prueba en TFS:
- Vista de la lista
- Vista en cuadrícula
a) Vista de lista: Esta es la vista predeterminada de los casos de prueba en TFS. En esta vista, como sugiere el nombre, todos los casos de prueba se enumeran de forma ordenada si la lista se ordena mediante Id. De pedido.
Se muestran varias columnas para cada caso de prueba en esta vista; me gusta Salir - cuál es el estado más reciente del caso de prueba, Orden - que representa el ID del pedido basado en el pedido de inserción del caso de prueba, IDENTIFICACIÓN - una identificación de caso de prueba única generada automáticamente, Título , Configuración , Resultado Esperado , etc.
En esta vista puede realizar las siguientes acciones:
- Puede ejecutar los casos de prueba.
- Marque el estado de la prueba para cada caso de prueba.
- Agregue nuevos casos de prueba o importe casos de prueba existentes.
- Elimina los casos de prueba existentes.
- Filtre los casos de prueba en función de diferentes criterios como configuraciones, etiquetas, etc.
- También puede distribuir los casos de prueba entre los evaluadores.
- Mueva los casos de prueba simplemente arrastrando y soltando.
- Cambie la configuración de los casos de prueba.
- Al hacer doble clic en el caso de prueba, se abre otra ventana donde se muestra una vista de cuadrícula de los casos de prueba. Puede agregar, actualizar o eliminar pasos de prueba en esta ventana.
La siguiente imagen muestra ListView:
b) Vista de cuadrícula: En la esquina superior derecha de la vista de lista, puede ver la opción 'Lista'; al hacer clic en esta opción, la vista cambia a 'Cuadrícula'. La vista de cuadrícula es muy similar a la vista de una hoja de cálculo de Excel. En esta vista, no se le permitirá realizar aquellas acciones que la vista de lista le permita realizar.
Vista en cuadrícula:
- Permite al usuario agregar múltiples pasos de prueba de manera muy similar a como lo hace Excel.
- Incluso puede reutilizar los casos de prueba existentes de Excel de una manera más fácil en esta vista.
- Puede insertar una fila, eliminar una fila o actualizar los casos de prueba.
Sin embargo, recuerde que en una vista de cuadrícula, no puede importar un caso de prueba existente a través de una consulta y no puede ejecutar o actualizar el estado del caso de prueba.
Otro diferencia principal entre las dos vistas es que a pesar de que ambas vistas permiten al usuario agregar, eliminar o actualizar manualmente los casos de prueba -
- La vista de lista le permite agregar o actualizar un caso de prueba a la vez.
- La vista de cuadrícula le permite agregar o actualizar varios casos de prueba, cada uno con varios pasos de prueba de una sola vez.
La siguiente imagen muestra la vista de cuadrícula.
P # 5) ¿TFS ofrece opciones como arrastrar y soltar y revisión ortográfica en la vista de cuadrícula de los casos de prueba? Si no es así, ¿cómo puede superar este problema?
Responder: TFS no ofrece opciones como arrastrar y soltar pasos de prueba para copiar datos de una celda a otra o para incrementar automáticamente un identificador numérico en las otras celdas.
La mejor alternativa es preparar los casos de prueba en Excel con una función de arrastrar y soltar donde sea necesario y corregir todos los errores tipográficos ejecutando el corrector ortográfico y luego moverlos a TFS.
P # 6) Puede agregar varias líneas en una celda usando ALT + Enter en Excel. ¿Cómo puede realizar la misma acción en TFS - Vista de cuadrícula?
Responder: MAYÚS + Entrar es el acceso directo que se usa en TFS al agregar casos de prueba en la vista de cuadrícula.
P # 7) ¿Cuáles son los diferentes criterios que se utilizan en la búsqueda de consultas?
Responder: Al igual que las consultas SQL, la búsqueda de consultas también permite a los usuarios buscar en toda la base de datos TFS basándose en un nombre de campo o columna, un operador y el valor esperado.
La búsqueda de consultas se puede realizar utilizando diferentes criterios como se explica a continuación:
a) Búsqueda de consultas basada en comprobar que determinado campo incluye un valor de texto:
En la siguiente imagen, cualquier elemento de trabajo (historias de usuario, características o casos de prueba o suite de pruebas, etc.) del proyecto actual con un título o descripción que contenga las palabras 'web' y 'rendimiento u orientación' se recuperaría cuando se ejecutara.
b) Búsqueda de consultas basada en WorkItemType:
La siguiente imagen muestra la búsqueda de consultas basada en WorkItemType = bugs.
- Cuando campo = Tipo de elemento de trabajo, operador = 'En grupo' y Valor = Microsoft.BugCategory, busca todos los errores de TFS informados para el proyecto.
- Cuando Value = Microsoft. Test CaseCategory, esta búsqueda se realiza para obtener todos los casos de prueba que coinciden con el resto de los criterios del campo.
- Del mismo modo, cuando Value = Microsoft. RequirementCategory: elementos de trabajo del backlog, es decir, se obtienen las historias de usuario o las funciones.
c) Búsqueda de consultas basada en las opciones de columna disponibles:
En la siguiente imagen, se buscan todos los errores asignados.
La consulta podría basarse en los criterios de búsqueda de una coincidencia de valor de columna, las columnas podrían ser cualquier columna disponible como Etiquetas, Prioridad, Asignado a, ID, Configuración, Descripción y muchas otras columnas disponibles.
También puede recuperar ciertas columnas que tienen valores nulos o en blanco. En la imagen de abajo, se recuperarían todas las tareas con actividad en blanco.
P # 8) ¿Puede reutilizar los casos de prueba existentes en TFS? En caso afirmativo, explique todas las diferentes alternativas para hacerlo.
Responder: Excel le permite arrastrar y soltar ciertos pasos de prueba y se copian rápidamente en varias celdas si hay identificadores numéricos que arrastran los valores de las celdas y que rellenan automáticamente los identificadores incrementados.
El corrector ortográfico es otro beneficio que está disponible en Excel y es muy esencial durante la creación de casos de prueba para evitar errores tipográficos. Desafortunadamente, este es un inconveniente conocido en TFS a partir de ahora que Microsoft ya está abordando y en el que está trabajando.
Sin embargo, el lado afortunado es que aún puede escribir los casos de prueba en Excel en el formato que coincida con la vista de cuadrícula y puede ejecutar el corrector ortográfico. Pueden copiar y pegar fácilmente los datos de Excel usando CTRL C y CTRL V en la vista de cuadrícula del TFS y presionar CTRL + S para guardar los casos de prueba.
P # 9) Después de importar un caso de prueba existente con id - 123 (por ejemplo) a través de la consulta, ¿cambia el id del caso de prueba recién clonado o se mantiene como 123?
Responder: Cuando hace clic en Agregar caso de prueba existente en la vista de lista de los casos de prueba, aparece una ventana de consulta:
Seleccione WorkItemType = Microsoft.Test CaseCategory, AreaPath = e ID =.
El caso de prueba existente con la identificación se copia a la suite actual y la identificación de prueba sigue siendo la misma.
( Ejemplo: Si la identificación importada era 123, después de clonar el caso de prueba, el caso de prueba clonado conserva la misma identificación).
Q # 10) En subsecuencia con el Q9 sobre, Si realiza una actualización de los casos de prueba clonados, y ahora se vuelve a importar el mismo ID de caso de prueba utilizando la consulta, ¿qué datos mostrará: original o actualizado?
Responder: Si actualiza algunos pasos de prueba y hace clic en Guardar, la identificación del caso de prueba no cambiará. Luego debe navegar hasta el tercer conjunto de pruebas e importar el caso de prueba con la misma identificación. Ahora, se agrega el caso de prueba actualizado con los últimos pasos de prueba. Sin embargo, no habrá cambios en el caso de prueba original en el primer conjunto de pruebas.
P # 11) ¿Cómo agrega la columna de etiquetas en la sección Casos de prueba? ¿Cuándo y cómo es beneficioso el uso de etiquetas?
Responder: Para agregar la columna de etiquetas en la sección Caso de prueba, existe una opción en ListView llamada Opciones de columna . Esta opción abre una ventana a través de la cual podrá agregar la columna 'Etiquetas' en la sección Casos de prueba.
'Agregar etiqueta' le permite agregar cualquier valor de texto como etiqueta. (Vea la opción resaltada en la imagen de abajo)
También puede agregar etiquetas en la vista de cuadrícula. Para agregar varias etiquetas en la vista de cuadrícula, ingrese varios textos en la columna Etiquetas, cada uno separado por una coma.
( Ejemplo: Si ingresa 'Positivo', 'Exploratorio' para un caso de prueba en la vista de cuadrícula, al hacer clic en Guardar se mostrarán varias etiquetas en la vista de lista como filtros en la esquina superior derecha.
Consulte la imagen siguiente:
El uso de etiquetas tiene muchas ventajas:
- Etiquete cada caso de prueba con una categoría específica. Ejemplo: Positivo, Negativo para categorizar los casos de prueba en escenarios positivos y negativos.
- Filtrar los casos de prueba según la palabra clave (etiquetas).
- Para cada caso de prueba, también puede tener un Id. De requisito mapeado en la columna Etiquetas que no solo ayudará a mantener la trazabilidad de un extremo a otro, sino que también le permitirá filtrar los casos de prueba en función de cada Id. De requisito y asegurarse de que haya suficientes pruebas la cobertura está en su lugar.
P # 12) ¿Cómo se pueden preparar rápidamente los casos de prueba de la suite Regression si los casos de prueba funcionales para el proyecto están listos y ya se han entregado al cliente varios sprints del proyecto?
Respuesta: Siga los pasos a continuación para obtener rápidamente los casos de prueba existentes en el conjunto de regresión:
- Una vez que los conjuntos de pruebas funcionales para un proyecto estén en su lugar, identifique todos los casos de prueba adecuados para la regresión.
- Agregue la etiqueta como 'Candidato de regresión' para todos los casos de prueba de regresión que identifique.
- Cree una nueva suite como 'Prueba de regresión' en el proyecto. La suite puede ser del tipo estática o basada en consultas.
- Haga clic en Agregar caso de prueba existente, en la ventana de consulta seleccione los criterios como Etiquetas = 'Candidato de regresión' y haga clic en Ejecutar.
- El resultado obtendrá todos los casos de prueba del proyecto identificados para las pruebas de regresión.
- Puede seleccionar todos los casos de prueba de la ventana resultante y hacer clic en Importar. Como resultado, todos los casos de prueba requeridos se agregan a la suite y la suite de regresión está lista.
P # 13) ¿Puede el autor del caso de prueba ser diferente de los evaluadores que se les asignaron en TFS? Por ejemplo, si la persona A es la que ha escrito el caso de prueba. ¿Cómo se lo puede asignar a la persona B para su ejecución?
Responder: Sí, el autor del caso de prueba puede ser diferente de los evaluadores que se les asignaron en TFS. Cuando agrega casos de prueba para un conjunto de pruebas, su nombre aparece en la columna Tester de forma predeterminada.
En la vista de lista del caso de prueba, seleccione un caso de prueba, haga clic con el botón derecho y seleccione la opción 'Asignar probador', que luego mostrará la lista de los usuarios existentes. Puede seleccionar un evaluador y así es como asigna un caso de prueba al control de calidad dentro de su equipo.
cómo abrir archivos .jar en Windows 10
De manera similar, puede seleccionar varios casos de prueba y seguir el mismo flujo de trabajo para asignar varios casos de prueba a un evaluador de una vez.
P # 14) Para los casos de prueba con,Ejemplo:50 pasos y los has ejecutado parcialmente; ¿Cómo puede reanudar la ejecución de la prueba y continuar actualizando el estado de la prueba desde los pasos donde lo dejó la última vez?
Responder: Puede ejecutar el caso de prueba haciendo clic en el botón Ejecutar en la vista de Lista y esto abrirá la ventana del corredor de prueba.
Vea la siguiente imagen:
Si está ejecutando los 50 pasos de una vez, puede actualizar el estado del paso de prueba como Pasa / No pasa / Bloqueado / No aplicable y, por lo tanto, el estado del caso de prueba se actualiza en consecuencia.
Sin embargo, si se sigue el mismo enfoque durante su ejecución parcial, entonces el flujo de trabajo sería el siguiente:
Flujo de trabajo 2:
- Ha actualizado 5 pasos para fallar y 20 pasos para aprobar, deje el resto de los 25 pasos sin ejecutar. - + Guardar y cerrar. - En consecuencia, esto actualiza el estado del caso de prueba como Fallo (ya que se fallaron 5 pasos).
- Luego continúe con la prueba haciendo clic en el botón Ejecutar: el estado de los 25 pasos de prueba anteriores no se conserva. Luego, deberá actualizar el estado de la prueba y sus comentarios a partir del Paso 1.
Flujo de trabajo 3: Este es el mejor enfoque a seguir cuando necesita realizar la ejecución de prueba para un caso de prueba parcialmente y necesita una forma de reanudar la prueba más tarde cuando sea necesario.
En el corredor de prueba, actualice el estado de los pasos de prueba ejecutados y deje el resto de los pasos de prueba sin ejecutar. NO guarde y cierre el caso de prueba, en lugar de en el nivel de caso de prueba, seleccione el estado del caso de prueba como Pausa. Cuando el caso de prueba está en estado de pausa, la opción Reanudar junto a Ejecutar está habilitada.
La imagen del botón Reanudar se muestra a continuación:
(imagen fuente )
P # 15) Entre 10 pasos de prueba, 1 paso de prueba falla después de la ejecución. El defecto asociado se vuelve a probar después de que se realiza la corrección. ¿Cómo puede manejar la actualización del estado de prueba del caso de prueba?
Responder: Detenga el estado del caso de prueba siempre que falle algún paso, de modo que pueda reanudar desde allí y marcar solo los pasos fallidos como aprobados.
Si se completó el estado del caso de prueba, volver a ejecutarlo requerirá que actualice el estado de prueba del paso 1, ya que el estado anterior de los pasos se actualiza y los casos de prueba volverán al estado activo.
P # 16) Explique el flujo de trabajo de la ejecución de casos de prueba en Test Runner y en ListView.
Responder:
- En la ventana Test Runner
- Si necesita marcar el paso de la prueba como 'Aprobado', haga clic en la marca de verificación correspondiente a ese paso.
- Si desea marcar el paso de la prueba como 'No aprobado', haga clic en el signo de la cruz para ese paso.
- En caso de que necesite agregar comentarios para un paso de prueba, el paso de prueba Pasar no muestra el área de texto del comentario. A partir de ahora, la sección de comentarios solo está disponible en los pasos 'Fallidos'.
- Si necesita agregar un comentario para un paso Pasado, márquelo como Fallido (haga clic en el ícono de Cruz) y luego Pasar el paso (haga clic en el ícono de marca) y verá la sección de comentarios. Este es el problema conocido en TFS.
- También puede hacer una pausa en el nivel de paso de prueba y en el nivel de caso de prueba.
- Para el caso de prueba con datos parametrizados, se ejecutan múltiples iteraciones de casos de prueba.
- También puede marcar el estado del caso de prueba como Bloqueado.
- En la vista de lista de pruebas
- Puede seleccionar varios casos de prueba en la lista de Casos de prueba y marcarlos como Pasados de una vez y algunos otros conjuntos de casos de prueba como Fallidos. Sin embargo, con este enfoque, el estado de los casos de prueba no se actualiza en el nivel del paso de prueba.
- También hay otras opciones, como Bloqueado, No aplicable, Establecer como activo, Reanudar (para el caso de prueba en pausa)
P # 17) ¿Cómo se puede crear un error en TFS durante la ejecución del caso de prueba? ¿Se vincula automáticamente con el caso de prueba?
Responder: Creando un error en TFS durante la ejecución de la prueba:
En la ventana Test Runner, haga clic en Crear error opción para crear un nuevo error (ver la imagen de abajo)
Se abre una ventana como se muestra a continuación en la que usted completa los detalles del error y, por lo tanto, al hacer clic en Guardar, se genera automáticamente una identificación de error.
El vínculo entre el caso de prueba y la identificación de error:
El error se asigna automáticamente al TFS si se trata de una identificación de error de TFS. En caso de que el error se haya informado en una herramienta de gestión de defectos externa, entonces debe asignar manualmente la identificación del error en la sección de comentarios o en la columna Etiqueta del paso de prueba.
Vea el ID de error de TFS asignado para un caso de prueba:
El paso Fallido se asigna automáticamente al error. El caso de prueba también se asigna automáticamente al ID de error de TFS. Así es como puede ver la lista de identificadores de errores asignados a un caso de prueba.
- Guarde y cierre la ventana del corredor de prueba.
- Navega al Trabajo relacionado sección Vínculos secundarios para el caso de prueba.
- El enlace secundario tendrá todos los errores asociados para ese caso de prueba.
P # 18) ¿Cómo se puede realizar un seguimiento del progreso de las pruebas?
Responder: Justo al lado de la pestaña 'Pruebas' hay una pestaña 'Gráficos'. Puede realizar un seguimiento del progreso de la prueba a nivel de caso de prueba o nivel de resultado de prueba y obtener un gráfico personalizado de su elección.
A continuación se enumeran los dos ejemplos de cómo preparar una tabla.
a) Métricas de resultado de la prueba: el número de estados aprobados / fallidos / bloqueados / en curso:
Seleccione Agrupar por = Resultado, Valores = recuento de pruebas.
Según el tipo de gráfico seleccionado en la sección Instantánea (circular, barra, columna, etc.): el gráfico que se muestra le dará las métricas sobre el número de casos de prueba: no ejecutado, no aplicable, aprobado, fallido, bloqueado, en pausa .
b) Estado del caso de prueba por probador asignado:
Seleccione Tabla dinámica en Instantánea, Filas = Probador, Columnas = Resultado, Recuento de valores de pruebas; luego puede ver la tabla dinámica que muestra las métricas en el siguiente formato:
P # 19) ¿Cómo se puede analizar qué módulo / área tiene más defectos después de que se completa la ejecución para un sprint o iteración específico?
Responder: Cree un gráfico utilizando una barra apilada o una tabla dinámica. Seleccione Nombre = 'Errores por equipo', Eje Y = 'Nombre de nodo', Agrupar por = 'Prioridad', Agregación = Recuento de elementos de trabajo.
Esto mostrará qué módulo / área tiene la mayor cantidad de defectos después de que se complete la ejecución para un sprint o iteración específico. (ver imagen abajo)
P # 20) ¿Cómo se admite la parametrización en TFS? Explique cómo implementó las pruebas con variaciones de datos con un ejemplo de su proyecto.
Responder: La parametrización es una de las características notables que proporciona TFS. Hay situaciones en las que necesita probar el mismo paso pero con variaciones de datos / datos de prueba múltiples y aquí es donde la parametrización ayuda.
Crear o agregar parámetros:
Hay una opción conocida como 'Parámetros' justo al lado del 'Plan de prueba'.
Pantalla de parámetros:
(imagen fuente )
Al hacer clic en esta opción, se abre la pantalla de parámetros donde puede ver sus datos de prueba. En el siguiente Ejemplo - hay variaciones de datos establecidas en las 3 columnas de la cuadrícula: Número1, Número2, Resultado.
Nota : puede nombrar las columnas como desee.
(imagen fuente )
Acceda al parámetro en nuestro caso de prueba:
Ahora que el parámetro está listo para usarse. Puede acceder a estos valores en los casos de prueba. Para acceder a los datos parametrizados, utilice @columnname en el paso de prueba donde desee acceder a él.
Vea la implementación a continuación:
Aquí, @ Number1 se usa en el paso 1, la columna @ Number2 se usa en el paso 2 y se accede a @Result en el resultado esperado del paso 3. Si la parametrización no estaba en su lugar, es posible que haya necesitado 9 pasos, cada uno con datos de prueba separados mencionados . Este esfuerzo adicional de preparación de casos de prueba se guarda a través de esta función.
Ejecute el caso de prueba con datos parametrizados:
Desde la vista Lista de casos de prueba, cuando los ejecuta, se abre el Ejecutor de prueba.
Los datos parametrizados ahora se ejecutarán en iteraciones:
Para nuestro ejemplo anterior:
La primera ejecución mostrará:
'Prueba 1 de 3: Iteración 1',
Paso 1: Ingrese @ Number1
Número1 = 5
Paso 2: Ingrese @ Number2
Número2 = 5
Paso 3: agregue ambos números Resultado = 10 en la columna de resultado esperado
Puede marcar pasa / no pasa en el nivel de paso de prueba o directamente en el nivel de iteración. Recuerde, incluso si marca Iteración1 como Aprobado (por ejemplo), no se establece el estado completo del caso de prueba; el caso de prueba aún no se ha ejecutado por completo. Luego haga clic en Siguiente y, de manera similar, siga el enfoque para Iteración 2 e Iteración 3.
Una vez que se actualiza el estado para todas las iteraciones, el estado del caso de prueba como Pasa / Falla / Pausa se configura automáticamente. El número de iteraciones = el número de filas en el parámetro. Aquí, hubo 3 ejecuciones de iteración ya que había 3 filas de datos de prueba disponibles en los Parámetros.
Eche un vistazo a la imagen de abajo como referencia. ( Nota: la imagen no es una subsecuencia del ejemplo anterior)
P # 21) ¿Cuáles son las diferentes formas de extraer los casos de prueba junto con el estado actualizado después de la ejecución?
Responder: Hay 4 alternativas para extraer los casos de prueba junto con el estado actualizado después de la ejecución.
Son:
a) Exportar por correo electrónico - Seleccione Test Suite, seleccione Exportar -> Exportar por correo electrónico. Con esta función, puede exportar los casos de prueba a la identificación de correo electrónico.
Consulte la imagen a continuación:
(imagen fuente )
b) Imprime el informe : También puede imprimir el informe.
c) Exportar a la utilidad de Excel : Existe una utilidad mediante la cual puede exportar sus casos de prueba junto con los resultados a un archivo de Excel.
Para obtener más detalles sobre la utilidad, consulte la imagen a continuación:
(imagen fuente )
d) Copie y pegue desde la vista de cuadrícula en Excel: Puede copiar y pegar usando Ctrl + C y Ctrl + V, respectivamente desde la vista de cuadrícula en Excel y luego actualizar el estado manualmente para el resultado real y el estado de la prueba.
P # 22) ¿Cómo se pueden compartir los pasos de la prueba y dónde más se pueden usar los pasos compartidos?
Responder:
Compartiendo un paso de prueba: En la vista de Lista, cuando hace doble clic en cualquier caso de prueba, se abre la ventana de detalles del caso de prueba. Junto al Resumen, hay una pestaña de Pasos. Cuando maximiza la pestaña de pasos, aparece una pantalla como en la siguiente imagen.
Puede agregar un paso compartido como se muestra a continuación: Haga clic en el icono Crear pasos compartidos y cree un nuevo paso de prueba. Esto ahora se comparte y se puede reutilizar en otro conjunto de pruebas o en otro proyecto también. (Vea la imagen a continuación)
Reutilizando el paso compartido: Vaya a la pantalla de pasos donde desea agregar un paso compartido existente. El icono justo antes de 'Crear pasos compartidos' es para 'Insertar paso compartido existente', haga clic en el icono, se abre una ventana de consulta con Campo = 'Tipo de elemento de trabajo', Operador = 'En grupo', Valor = 'Microsoft.SharedStepCaregory ”.
Cuando ejecuta la consulta, se muestran todos los pasos compartidos existentes. Luego puede seleccionar los pasos y hacer clic en Insertar pasos compartidos. (Vea la imagen a continuación)
P # 23) Si los datos de prueba están disponibles en un archivo de Excel proporcionado por el cliente, ¿cómo se pueden usar en TFS?
Responder: Simplemente puede copiar y pegar datos del archivo de Excel proporcionado por el cliente en un nuevo parámetro en TFS. (Ver Q #20 anterior, ya que aclara cómo crear un nuevo parámetro y acceder al parámetro en un caso de prueba).
P # 24) ¿Cómo puede hacer que un gráfico accesible localmente esté disponible en el tablero para que el equipo y las partes interesadas interesadas también puedan verlo?
¿Cuáles son buenos sitios para ver anime?
Responder: La pestaña junto a 'Pruebas' es 'Gráfico' , donde puede agregar gráficos. Una vez que se muestra el gráfico, haga clic con el botón derecho en el gráfico y 'Agregar al panel' La opción está disponible, siempre que los widgets del tablero ya estén configurados. En segundo lugar, recuerde que la adición de gráficos al panel también requiere derechos de administrador; de lo contrario, esta opción está desactivada para usted.
P # 25) ¿Cómo puede distribuir todos los casos de prueba en la suite entre los miembros de QA para su ejecución y notificarlos a través de TFS?
Responder: Haga clic con el botón derecho en el conjunto de pruebas y seleccione 'Asignar probadores para ejecutar todas las pruebas' y se abre un cuadro de diálogo donde puede agregar múltiples identificadores de usuario de probadores, marque la casilla de verificación Enviar correo electrónico, ingrese Asunto y Nota. Haga clic en Aceptar.
Se envía un correo electrónico a los probadores de la lista con el mensaje. Así es como la asignación y la notificación de asignación se realizan simultáneamente.
Vea las imágenes a continuación para mayor claridad:
P # 26) ¿Cómo podemos eliminar la etiqueta 'Candidato de regresión' en todos los casos de prueba de Prioridad 2 de una sola vez?
Responder:
a) Recupere los casos de prueba para el proyecto que son de Prioridad 2 a través de la consulta.
b) Los criterios de consulta son los siguientes:
- Proyecto de equipo = @ Proyecto
- WorkItemType en el grupo Microsoft.TestCaseCategory
- Prioridad = 2
c) Seleccione todos los casos de prueba recuperados en la ventana resultante una vez que se ejecute la consulta.
D) Se muestra la opción 'Editar elemento de trabajo seleccionado'. Seleccione esta opción. (Vea la imagen a continuación)
es) Se muestra la ventana Editar elementos de trabajo.
F) Seleccionar campo = Etiquetas (Eliminar) = Valor = Candidato de regresión y haga clic en Guardar.
Este flujo de trabajo eliminará el Tag = Regression Candidate para todos los casos de prueba con Prioridad 2 para el proyecto.
P # 27) ¿Cómo se obtienen casos de prueba con la configuración específica de varios proyectos a través de la consulta?
Responder: Cree una nueva suite de pruebas y asígnele un nombre apropiado. En la vista de lista del caso de prueba, seleccione 'Agregar caso de prueba existente' y se abrirá una ventana de consulta.
- No seleccione 'Proyecto de equipo' = @ Proyecto. Esto solo obtendrá elementos de trabajo del proyecto actual.
- Si necesita seleccionar casos de prueba con configuración Ejemplo: 'Preproducción', seleccione los criterios de consulta con la columna Configuración = Preproducción, Tipo de elemento de trabajo = Microsoft.TestcaseCategory y marque la casilla de verificación en la esquina superior derecha de la ventana de consulta 'Consulta entre proyectos'.
- Al ejecutar esta consulta, se obtendrán casos de prueba con configuración = Preproducción de varios proyectos.
Conclusión
Si bien la herramienta de administración de pruebas de TFS se está poniendo al día en el mercado de manera gradual, intentamos profundizar en el tema, consolidar su esencia y hacer todo lo posible para familiarizar a nuestra gente de QA sobre las vastas y excelentes características que admite TFS junto con ciertos problemas o inconvenientes conocidos y formas alternativas de abordarlos.
Espero que obtenga el máximo beneficio al comprender el flujo de trabajo de la herramienta e igualmente obtenga el conocimiento de los cuestionarios más probables y relevantes para TFS.
Una cita popular dice 'Los líderes nunca dejan de aprender'. Me gustaría concluir aquí, pero nunca deje que el aprendizaje se detenga. 'Sea el líder y le deseo un muy Feliz aprendizaje ”.
Autor: Esta publicación ha sido escrita por Shobha D. Ella trabaja como líder de proyecto y tiene más de 9 años de experiencia en pruebas manuales, de automatización y API.
¡¡Todo lo mejor para tu entrevista !!
Lectura recomendada
- Preguntas y respuestas de la entrevista
- Las 25 mejores preguntas y respuestas de la entrevista de pruebas ágiles
- Algunas preguntas interesantes de la entrevista sobre pruebas de software
- Más de 25 preguntas y respuestas más populares de la entrevista ADO.NET
- Las 25 preguntas principales de la entrevista de Perl que debe preparar en 2021
- Las 25 preguntas principales de la entrevista de ingeniería de software (ÚLTIMO 2021)
- Preguntas y respuestas de la entrevista de prueba ETL
- Más de 40 preguntas y respuestas populares de entrevistas con analistas de control de calidad de pruebas (2021 LIST)