Prueba identificador de notificación de incidentes Resumen
Descripción incidente (entradas, resultados esperados, los resultados reales, anomalías, fecha y hora, paso del procedimiento, ambiente, los intentos de repetición,
testers y observadores) Impacto
5.6.3 ¿Qué ocurre con los informes de incidentes después de que les presenta?
Como mencionamos anteriormente, los informes de incidentes se gestionan a través de un ciclo de vida desde el descubrimiento hasta la resolución. El ciclo de vida de notificación de incidentes se muestra a menudo como una Diagrama de transición de estado (véase la Figura 5.3). Mientras que el sistema de seguimiento de defectos puede utilizar un ciclo de vida diferente, vamos a tomar éste como un ejemplo para ilustrar cómo un ciclo de vida de notificación de incidentes podría funcionar.
En el ciclo de vida de notificación de incidentes se muestra en la Figura 5.3, todos los informes de incidentes se mueven a través de una serie de estados claramente identificados después de haber sido informado. Algunos de estas transiciones de estado se producen cuando un miembro del equipo del proyecto se completa alguna tarea asignada en relación con el cierre de un informe de incidente. Algunos de estas transición de estado se producen cuando el equipo del proyecto decide no reparar un defecto durante este proyecto, que lleva al aplazamiento del informe del incidente. Algunas de estas transiciones de Estado se producen cuando un informe de incidente está mal escrito o describe el comportamiento que en realidad es correcta, lo que lleva al rechazo de ese informe.
Vamos a centrarnos en el camino tomado por los informes de incidentes que finalmente son corregidos.
Después de que se informó de un incidente, un tester o un gerente de pruebas revisa el informe.
Si tiene éxito en el examen, el informe del incidente se convierte en abierto, por lo que ahora el equipo de proyecto debe decidir si o no para reparar el defecto. Si el defecto puede ser reparado, se le asigna un programador para repararlo.
Una vez que el programador cree que las reparaciones se han completado, el informe de incidente se devuelve al tester para las pruebas de confirmación. Si la prueba de confirmación falla, el informe de incidente se vuelve a abrir y volver a asignar. Una vez que el tester confirma un buen estado, el informe de incidente está cerrado. No queda más trabajo por hacer.
En cualquier estado que no sea rechazado, diferido o cerrado, es necesario seguir trabajando sobre el incidente antes del final de este proyecto. En tal estado, el informe de incidente tiene un propietario identificado claramente. El propietario es responsable de la transición del incidente en un estado posterior permitido. Las flechas en el diagrama de demostración muestran las transiciones permitidas.
En un estado rechazado, diferido o cerrado, el informe del incidente no será asignado a un propietario. Sin embargo, ciertos acontecimientos del mundo real pueden causar un incidente, informar al cambiar de estado, incluso si no hay trabajo activo está ocurriendo en el informe del incidente.
Los ejemplos incluyen la recurrencia de una falla asociado con un informe de incidente cerrado, y el descubrimiento de una falla de más gravedad asociada con un reporte diferido de incidente.
Lo ideal sería que sólo el propietario puede pasar el informe del incidente de los actuales estado a otro estado y lo ideal es que el propietario sólo puede hacer la transición del incidente, informar a un estado próximo permitido. La mayoría de los sistemas de soporte de seguimiento de defectos hacen cumplir el ciclo de vida y las reglas del ciclo de vida. Los buenos sistemas de seguimiento de defectos permiten personalizar el conjunto de estados, los propietarios, y las transiciones permitido coincidir con los flujos de trabajo reales. Y, mientras que un buen sistema de seguimiento de defectos es útil, el flujo de trabajo defecto real debe ser supervisado y apoyado por proyectos y gestión de la empresa.
Repaso Capítulo
Vamos a repasar lo que ha aprendido en este capítulo.
De la Sección 5.1, ahora debería ser capaz de explicar las ideas básicas de la organización de las pruebas. Usted debe saber porque las pruebas independientes son importantes, sino también ser capaz de analizar los beneficios potenciales y los problemas asociados con los equipos de pruebas independientes. deben reconocer los tipos de personas y habilidades necesarias en un equipo de prueba y recordar las tareas que un tester y un líder de la prueba llevaran a cabo.
Usted debe saber el glosario de términos tester, el líder de la prueba y gerente de prueba. De la Sección 5.2, ahora debería comprender los fundamentos de planificación de las pruebas y la estimación. debe saber las razones de la elaboración de planes de prueba y ser capaz de explicar cómo se relacionan con los planes de prueba de proyectos, niveles o fases de prueba, los de objetivos de prueba y ejecución pruebas. debe saber qué partes del proceso de prueba requieren especial atención en la planificación de las pruebas. Usted debe ser capaz de explicar la justificación detrás de varios criterios de entrada y salida que podrían relacionarse a los proyectos, niveles o fases de prueba y los objetivos de la prueba. debe ser capaz de distinguir el propósito y el contenido de los planes de prueba de la prueba de diseño de especificaciones, casos de prueba y procedimientos de prueba, y conocer la IEEE 829 esbozo de un plan de pruebas. Usted debe conocer los factores que afectar el esfuerzo involucrado en las pruebas, incluyendo especialmente estrategias (enfoques) de la prueba y cómo afectan a las pruebas. Usted debería ser capaz de explicar cómo se utilizan métricas, la experiencia y la negociación de estimar. Usted debe conocer los términos del glosario criterios de entrada, salida criterios, pruebas exploratorias, enfoque de la prueba, la prueba de nivel, planes de prueba, prueba procedimiento y estrategia de prueba.
De la Sección 5.3, usted debe ser capaz de explicar los fundamentos del seguimiento y control de progreso de las pruebas. Usted debe saber las métricas comunes que son tomadas, guardadas y usadas para el monitoreo, así como formas de presentar estas métricas. Usted debe ser capaz de analizar, interpretar y explicar las métricas de prueba que pueden ser útiles para el informe del estado de las pruebas y para tomar decisiones acerca de cómo controlar el progreso de prueba.
Usted debe ser capaz de explicar un informe provisional de situación típica y conocer el informe resumen de la prueba IEEE 829 y el registro de la prueba. Usted debe saber los términos del glosario densidad de defectos, tasa de fallos, control de prueba, prueba cobertura, monitorización de las pruebas y el informe de prueba.
De la Sección 5.4, ahora debería comprender los fundamentos de la configuración de la gestión que se refieren a la prueba. Usted debería ser capaz de resumir la ayuda que proporciona la gestión de la configuración de la prueba para hacer nuestro trabajo mejor. Usted debe conocer los términos del glosario gestión de la configuración y el control de versiones.
De la Sección 5.5, ahora debería ser capaz de explicar cómo el riesgo y las pruebas se relacionan. Usted debe saber que el riesgo es un potencial efecto negativo o indeseable y
que la mayor parte de los riesgos que interesan se refieren a la consecución de los objetivos del proyecto. deben saber sobre probabilidad y el impacto de los factores que determinan la importancia de un riesgo. Usted debe ser capaz de comparar y contrastar los riesgos para el producto (y su calidad) y los riesgos para el proyecto en sí y saber los riesgos típicos para el producto y el proyecto. Debieras ser capaz de describir cómo utilizar el análisis de riesgos y gestión de riesgos para pruebas y planificación de las pruebas. Usted debe conocer los términos del glosario riesgo del producto, el riesgo del proyecto, los riesgos y las pruebas basadas en el riesgo.
De la Sección 5.6, usted debe entender ahora el registro de incidentes y ser capaz de utilizar la gestión de incidencias en sus proyectos. debe conocer el contenido de un informe de incidente de acuerdo con la estándar IEEE 829. Usted debe ser capaz de escribir con alta calidad informe basado en los resultados de pruebas y gestionar dicho informe a través de su vida ciclo. Usted debe saber el término del glosario registro de incidentes.
PREGUNTAS examen de la muestra
Pregunta 1 ¿Por qué son importantes las pruebas independientes?
a. Las pruebas independientes es generalmente más barato que las pruebas de su propio trabajo.
b. Las pruebas independientes es más eficaz en la búsqueda defectos.
c. testers independientes deben determinar la procesos y metodologías utilizadas. d. testers independientes son desapasionados acerca si el proyecto tiene éxito o no Pregunta 2 ¿Cuál de las siguientes es una de las tareas típicas de un líder de prueba? a. Desarrollar los requisitos del sistema, diseño especificaciones y modelos de uso. b. Manejar todas las funciones de automatización de pruebas.
c. Mantener pruebas y cobertura de las pruebas ocultas a programadores. d. Reunir y presentar las métricas de progreso de la prueba.
Pregunta 3 ¿Según el Glosario ISTQB, ¿Qué queremos decir cuando llamamos a alguien gerente de prueba?
a. Un director de pruebas gestiona una colección de prueba líderes. b. Un director de pruebas es el líder de un equipo de prueba o equipos. c. Un director de pruebas se le paga más de un líder de la prueba. d. Un gerente prueba de informes a un líder de la prueba.
Pregunta 4 ¿Cuál es la principal diferencia entre el plan de pruebas, la especificación de diseño de la prueba, y del procedimiento de ensayo?
a. El plan de ensayo describe uno o más niveles de las pruebas, las especificaciones de diseño de la prueba identifican casos de prueba de nivel alto y una prueba especificación del procedimiento se describen las acciones de la ejecución de una prueba.
b. El plan de pruebas es para los administradores, el diseño de la prueba especificación es para los programadores y la prueba especificación del procedimiento es para los testers que se encuentran la automatización de pruebas.
c. El plan de pruebas es la menos profunda, la prueba especificación del procedimiento es el más completo y la especificación de diseño de la prueba está a medio camino entre los dos.
d. El plan de pruebas se terminó en el primer tercio de la proyecto, la especificación de diseño de la prueba se acaba en el tercio medio del proyecto y la prueba especificación del procedimiento se acaba en la última tercio del proyecto.
Pregunta 5 ¿Cuál de los siguientes factores es una influencia en la prueba de esfuerzo involucrado en la mayor parte proyectos?
a. La separación geográfica de tester y programadores. b. La salida del director de pruebas durante el proyecto.
c. La calidad de la información utilizada para desarrollar los exámenes.
d. enfermedad inesperada a largo plazo por un miembro del equipo del proyecto.
Pregunta 6 El Plan de Estudios de la Fundación ISTQB establece un proceso de prueba fundamental en la prueba la planificación se produce al principio del proyecto, mientras que la prueba ejecución se produce al final. ¿Cuál de los siguientes elementos del plan de pruebas, mientras que se especifique durante la prueba Planificación, se evalúa durante la ejecución de la prueba?
a. tareas de prueba
b. necesidades ambientales c. Criterio de salida
d. entrenamiento del equipo de prueba
Pregunta 7 Tenga en cuenta los siguientes criterios de salidaque puede ser encontrado en un plan de pruebas:
I No se conocen los defectos de los clientes crítico. II Todas las interfaces entre los componentes probados. III 100% de cobertura de código de todas las unidades. IV especifica todos los requisitos satisfechos.
V funcionalidad del sistema coincide con el sistema legado para todas las reglas de negocio. ¿Cuál de las siguientes afirmaciones es verdadera acerca si estos criterios de salida pertenecen a una aceptación ¿Plan de prueba?
a. Todas las declaraciones pertenecen en un plan de pruebas de aceptación. b. Sólo comunicado que pertenece a una prueba de aceptación plan.
c. Sólo los números I, II y V pertenezco en un plan de pruebas de aceptación. d. Sólo los números I, IV, V y pertenecen a un plan de pruebas de aceptación. Pregunta 8 ¿Según el Glosario ISTQB, lo que es un nivel de prueba?
a. Un grupo de actividades de prueba que se organizan juntos. b. Uno o más especificación de diseño de la prueba documentos. c. Un tipo de prueba.
d. Una certificación ISTQB.
Pregunta 9 ¿Cuál de las siguientes mediciones haría será más útil para vigilar durante la ejecución de la prueba?
a. Porcentaje de casos de prueba escrita.
c. Número de defectos encontrados y fijos.
d. Porcentaje de requisitos para los que tiene una prueba ha escrito.
Pregunta 10 Durante la ejecución de pruebas, la prueba gerente describe la siguiente situación al equipo de proyecto: '90% de los casos de prueba se han ejecutado. 20% de los casos de prueba han identificado los defectos. 127 Se han encontrado defectos. 112 defectos han sido fijo y han superado las pruebas de confirmación. Del restante 15 defectos, gestión de proyectos tiene decidieron que no necesitan ser fijado antes de lanzamiento.' ¿Cuál de los siguientes es la interpretación más razonable de este informe provisional de situación? a. Los restantes 15 defectos deben ser de confirmación probado antes de su liberación. b. El 10% restante de los casos de prueba se debe ejecutar antes de su liberación.
c. Ahora el sistema está listo para el lanzamiento sin más pruebas o esfuerzo de desarrollo. d. Los programadores deben centrar su atención en la fijación de los defectos restantes conocido antes de su liberación.
Pregunta 11 En un informe resumen de la prueba, el supervisor de la prueba del proyecto hace la siguiente declaración, 'El subsistema de procesamiento de pagos no acepta los pagos de los titulares de tarjetas American Express, que se considera una característica imprescindible para este trabajo lanzamiento.' Esta declaración es probable que se encuentre en ¿cuál de las siguientes secciones?
a. Evaluación
b. Resumen de las actividades c. varianzas
d. Descripción incidente
Pregunta 12 Durante un período inicial de prueba ejecución, un defecto se encuentra, resuelto y confirmado como resuelto de una comprobación, pero se ve de nuevo más tarde durante la ejecución de la prueba posterior. ¿Cuál de los siguientes es un aspecto relacionados con las pruebas de gestión de la configuración que es más probable que se han venido abajo? a. trazabilidad
b. prueba de confirmación c. Control de la configuración
d. gestión de documentación de prueba
Pregunta 13 Usted está trabajando como tester en un proyecto para desarrollar un sistema de punto de venta para supermercados y otros puntos de venta similares. ¿Cuál de los siguientes es un riesgo del producto con respecto a dicha ¿proyecto?
a. La llegada de un producto competidor más fiable en el mercado.
b. Entrega de una versión de prueba incompleta a la primera ciclo de prueba del sistema. c. Un excesivamente alto número de soluciones a anomalías fallan durante la re-prueba. d. Si no se acepta tarjetas de crédito permitidas.
Pregunta 14 Una reunión de análisis de riesgo del producto es que tuvo lugar durante el período de planificación del proyecto. ¿Cuál de la siguiente determina el nivel de riesgo? a. Dificultad de la solución de problemas relacionados con el código
b. El daño que podría causar al usuario c. El precio por el que se vende el software d. El personal técnico de la reunión
La pregunta 15 que está escribiendo un plan de pruebas utilizando la IEEE 829 plantilla y actualmente están completando la sección de riesgos y contingencias. ¿De los cuales lo que sigue es más probable que se enumeran como un riesgo del proyecto?
a. enfermedad inesperada de un miembro clave del equipo b. el tiempo de proceso de transacciones excesivamente lento c. corrupción de los datos en virtud de congestión de la red d. El fracaso para tratar un caso clave de uso
Pregunta 16 Usted y los interesados en el proyecto elaborar una lista de los riesgos de producto y los riesgos del proyecto durante la etapa de planificación de un proyecto. Qué más debe hacer con esas listas de riesgos durante la prueba ¿planificación?
a. Determinar el alcance de las pruebas requeridas para el riesgo de los productos y la mitigación y contingencia acciones necesarias para los riesgos del proyecto.
b. Obtener los recursos necesarios para cubrir completamente cada riesgo del producto con pruebas y transferencia la responsabilidad del proyecto corre el riesgo de que el proyecto gerente.
c. Ejecutar pruebas suficientes para los riesgos de los productos, basado en la probabilidad y el impacto de cada riesgo del producto y ejecutar acciones de mitigación para todos los riesgos del proyecto.
d. No se requiere ninguna acción adicional de gestión de riesgos en la etapa de planificación de las pruebas.
Pregunta 17 Según el Glosario ISTQB, una riesgo del producto se relaciona con cuál de las siguientes?
a. El control del proyecto de prueba b. El objeto de prueba
c. Un elemento de una sola prueba d. Un posible resultado negativo
Pregunta 18 En un informe de incidente, el tester hace la siguiente declaración, En este punto, me esperar recibir un mensaje de error que explica la rechazo a esta entrada inválida y me pide que introduzca una entrada válida. En cambio, el sistema acepta la entrada, muestra un reloj de arena de entre uno y cinco segundos y, finalmente, termina de forma anormal, dando el mensaje, "inesperado tipo de datos: 15.
Haga clic para continuar. "" Esta declaración es probable que sea encontrado en cuál de las siguientes secciones de IEEE 829 informe de incidente estándar?
a. Resumen b. Impacto
c. Tema pase / no pasa criterios d. Descripción incidente
Pregunta 19 Según el Glosario ISTQB, ¿qué es lo que llamamos un documento que describe cualquier evento que ocurrió durante la prueba que requiere investigación más a fondo? a. Un informe de error
b. Un informe de defectos c. Un informe de incidente
d. Un informe resumen de la prueba
La pregunta 20 se realizó un análisis de riesgo del producto durante la etapa de planificación del proceso de prueba.
Durante la fase de ejecución del proceso de prueba, el director de pruebas dirige los testers para clasificar cada informe de defectos por el riesgo de un producto conocido que se refiere a (O al "otro"). Una vez a la semana, el director de pruebas se ejecuta un informe que muestra el porcentaje de defectos en relación con cada producto riesgo conocido y desconocido riesgos. ¿Cuál es una posible utilización de dicho informe?
a. Para identificar nuevos riesgos para la calidad del sistema.
b. Para localizar las agrupaciones de defectos en los subsistemas de productos. c. Para comprobar la cobertura de riesgos por medio de pruebas.
d. Para medir pruebas exploratorias.