Академический Документы
Профессиональный Документы
Культура Документы
DATOS GENERALES
Versión del Documento: 0.1
Nombre del Documento: Manual TFS.doc
INDICE
2
1. Historial de Cambios
3
2. Generar plan de pruebas para un proyecto
URL: http://10.26.10.5:8080/tfs
Se mostrara pantalla “Inicio de sesión”
A. Ingresar Usuario y contraseña
4
E. Seleccionar “Navegar”
5
F. Crear plan de pruebas (Proyecto).
G. Seleccionar menú “PRUEBA”.
6
H. Seleccionar Sub Menú “Plan de pruebas”
7
J. Ingresar el nombre.
K. Seleccionar “Ruta de acceso del área”.
L. Seleccionar “Iteración” y dar clic en el botón Crear.
8
3. Crear ciclos de prueba
En plan de pruebas;
A. Desplegar el menú y seleccionar “Nuevo conjunto estático (Nuevo ciclo de pruebas)”.
9
C. Continuar con el proceso anterior hasta haber creado los ciclos necesarios.
10
4. Diseño de casos de prueba
En la pantalla de pruebas;
A. Seleccionar del conjunto de pruebas el menú “Pruebas”.
B. Se mostrará un submenú, seleccionar opción “Nuevo caso de prueba”.
11
Definición de campos para el diseño de casos de prueba.
State: Estado en el que se encuentra el caso de prueba, los cuales pueden ser:
o Desing: Esta en diseño por el tester y debe de estar asignado al líder
o Ready: Esta validado por el líder y asignado al tester
o Closed: Se cancela por el líder y la prueba no aplicaría
Priority: El nivel de prioridad que representa el caso de prueba.
o 1 = Alta
o 2 = Media
o 3 = Baja
Automation status: Estado en el que se encuentra la automatización. Este campo no se
modifica para pruebas funcionales. Los estatus pueden ser:
o Not Automated: No esta automatizado.
o Planned: Se encuentra planeado automatizar.
Tested Requirements: Casos de prueba que se requieren ejecutar antes del caso de
prueba que se está realizando.
All links: Listado de bugs relacionados con el caso de prueba.
Attachments: Documentos adjuntos.
Associated automation: Caso automatizado con el que se encuentra asociado el caso
de prueba.
12
C. Los campos por llenar son:
Description (Descripción del caso de prueba)
Assigned To (A quien estará asignado el caso de prueba)
State (Estatus del caso de prueba)
Priority (Prioridad del caso de prueba)
Matriz (Matriz a la que estará asignado el caso de prueba)
En “Steps”:
o Acción (Descripción del paso)
o Resultado esperado (Resultado esperado del caso de prueba)
o Datos adjuntos (Permite adjuntar documentos o imágenes)
13
D. Seleccionar botón “Guardar (Guarda los cambios)” o botón “Guardar y cerrar (Guarda el
caso de prueba actual y cierra la ventana)”
14
1 Muy alto más de 30 pasos y más de 15 validaciones.
2 Alta desde 20 a 30 pasos y entre 11 y 15 validaciones.
3 Medio de 11 a 20 pasos y entre 6 y 10 validaciones.
4 Baja menos de 10 pasos y menos de 5 validaciones.
5. Ejecución de pruebas
15
C. Se mostrará del lado izquierdo de la pantalla, ventana para ejecutar la prueba.
16
E. Seleccionar “Estatus de la prueba”.
Otra forma de ejecutar casos de prueba es dar clic sobre el ciclo de pruebas.
17
De esta forma al ejecutar un caso de prueba se podra continuar ejecutando casos de prueba
seleccionando “Siguiente” sin cerrar la ventana.
18
No se pueden ejecutar pruebas desde el siguiente menú.
19
F. En todos los casos de prueba sin importar si están pasados o fallados se debe adjuntar la
evidencia.
20
6. Registro de defectos
A. En la pantalla donde se realiza la ejecución del caso de prueba se encuentra la opción de “Crear bug”.
B. Se mostrara la pantalla “Nuevo Bug” donde ingresaremos el titulo del defecto, seleccionar la matriz.
21
C. En el sub menú “Comentarios QA”, seleccionar el ambiente donde se encontro el defecto e ingresar
“Ccomentarios de QA”.
22
E. Se selecciona archivo con evidencia del defecto.
Estatus de defectos:
Proposed: Nuevo, lo tiene el líder de desarrollo y está en espera de ser asignado al desarrollador que lo
atenderá
Active: Asignado al desarrollador que lo atenderá.
Reincidencia: Defecto cerrado o en validación (Completed) que presento de nuevo el error.
Removed: No aplica
23
Closed: Cerrado Sera posible reabrir el defecto
Completed: Se validó la corrección por parte de QA
Resolved: Resulto por parte de desarrollo y lo toma QA
24
prueba (determinar número de casos). Impide el uso o la prueba del sistema y debe
ser solucionado al momento. Ejemplo: Un error crítico ha sido encontrado y no
permite que se continúe con la operación de UNO Integral “Server Error”.
7. Consulta de defectos
Seleccionar “Consultas”
Seleccionar “Editor”
25
Seleccionar “Agregar nueva cláusula”
Y/O “And”
Campo “Work Item Type”
Operador “=”
Valor “Bug”
La primera Cláusula es para indicar queremos buscar un bug.
26
La segunda es para indicar en que matriz realizaremos la busqueda
En la nueva cláusula seleccionar:
Y/O “And”
Campo “Found In”
Operador “=”
Valor “La matriz en la que se está trabajan
Para ejecutar la consulta se selecciona “Ejecutar consulta”
Como resultado se obtendran los bug dados de alta en la matriz que seleccionamos “MP- Prueba- Lisyx”
27
8. Gráficos
28