Usted está trabajando como director de pruebas en el ámbito médico liderando un equipo de probadores del sistema. Usted Actualmente está trabajando en un gran lanzamiento del producto, que ofrece a los clientes muchas características nuevas y resuelve una serie de informes de problemas de las versiones anteriores.
Usted está a punto de publicar un informe sobre el avance de la prueba a un alto directivo, que no es un especialista en la prueba.
¿Cuál de los siguientes temas no deben ser incluidos en el informe de progreso de la prueba? 1 crédito Riesgos de producto que se han mitigado y de los que son excepcionales. Recomendaciones para la adopción de medidas de control. Estado comparado contra los criterios de salida. Resumen detallado del enfoque de la prueba basado en el riesgo que se utiliza para asegurar los criterios de salida a ser alcanzados.
Explique cómo el informe antes mencionado puede diferir de un informe que usted realiza para el gerente de proyecto, que es un especialista en la prueba. Seleccione DOS de las siguientes opciones que pueden utilizarse para informar al director del proyecto y que no se incluirían en un informe a la alta dirección. Mostrar los detalles del esfuerzo invertido. Lista de todos los defectos pendientes con su prioridad y severidad. Dar el estado de los riesgos del producto. Mostrar el análisis de tendencias. Recomendaciones del estado para la liberación.
Considere los objetivos típicos de la prueba. ¿Cuál de las siguientes métricas se pueden utilizar para medir la eficacia del proceso de pruebas en el logro de uno de esos objetivos? Número promedio de días entre el descubrimiento y resolución de defectos. Porcentaje de requisitos cubiertos. Líneas de código escritas por desarrollador por día. Porcentaje del esfuerzo invertido en las pruebas de regresión.
Se le ha dado la responsabilidad de las pruebas no funcionales de un monitoreo crítico para la seguridad y paquete de diagnóstico en el área médica. ¿Cuál de los siguientes sería lo que menos espera ver en el plan de pruebas? Disponibilidad. Seguridad. Portabilidad. Confiabilidad.
Dado que el sistema está en el dominio médico y por lo tanto en el área crítica de seguridad, las pruebas necesitan ser rigurosas y probadas adecuadamente.
Identificar tres medidas que suelen ser la parte del enfoque de la prueba en este ámbito y que no siempre son aplicables en otros dominios! Alto nivel de documentación. Sesiones de Modo de Falla y Análisis de Efectos (AMFE). La trazabilidad de los requisitos. Pruebas no funcionales. Maestro de plan de pruebas. Técnicas de diseño de prueba. Revisiones.
Un registro de la prueba es uno de los documentos que necesitan ser producido en este dominio a fin de proporcionar evidencia de las pruebas. Sin embargo, el nivel de detalle de registros de prueba puede variar. ¿Cuál de los siguientes NO es un factor que influye en el nivel de detalle de los registros de prueba? Nivel de automatización de la ejecución de pruebas Nivel de prueba. Requerimientos regulatorios. Nivel de experiencia de los probadores.
Se prestará una atención considerable en este proyecto para la definición de los criterios de salida y la manera de informar sobre su estado. ¿Qué combinación de DOS criterios de salida de la lista sería mejor usar?
i. Número total de defectos encontrados
ii. Porcentaje de casos de prueba ejecutados
iii. Esfuerzo de las pruebas planeadas Vs esfuerzo de pruebas real invertido
iv. Tendencia de defectos (número de defectos encontrados por prueba corridas en el tiempo) (i) y (ii). (i) y (iv). (ii) y (iii). (ii) y (iv).
Una organización de desarrollo de software quiere introducir algunas mejoras específicas a su proceso de prueba. En la actualidad, la mayor parte de sus recursos de prueba se centran en las pruebas del sistema. Están desarrollando software integrado, y no tienen un entorno de simulación que les permita ejecutar módulos de software en el host de desarrollo. Han sido informados en que las inspecciones y revisiones podrían ser el paso más adecuado a seguir.
Identificar los TRES tipos de revisiones formales de pares que pueden ser reconocidos. Inspecciones. Administración de revisiones. Revisión guiada (Walkthrough). Auditoria. Revisión técnica. Revisión informal. Valoración.
Como parte del programa de mejora, la organización también está buscando el apoyo de herramientas. ¿Qué tipo de herramienta podría ser utilizado para asegurar una mayor calidad del código para ser revisado? Herramientas de revisión. Herramientas de ejecución de pruebas. Herramientas de análisis estático. Herramientas de diseño de pruebas.
¿Cuál es la razón principal por la que las revisiones son especialmente beneficiosas en el escenario antes mencionado? Aseguran un entendimiento común del producto. Encuentran defectos tempranos. Mejoran la comunicación del proyecto. Se pueden realizar sin ejecutar código.
La introducción de las revisiones e inspecciones ha fracasado a menudo como una acción de mejora de procesos. Identificar las TRES medidas más importantes que se deben tomar para reducir el riesgo de que esta mejora del proceso de pruebas falle. Propiedad de Procesos y moderadores experimentados que dirijan el proceso de inspección. Apoyo a la gestión. Capacitación de los involucrados. La disponibilidad de los puestos y procesos. Uso de un ciclo de vida de desarrollo de software más tradicional. Alineación con la mejora de procesos de software. El uso de un modelo de referencia, por ejemplo, TMMi.
IEEE 1028 define también la "revisión por la dirección" como un tipo de revisión. ¿Cuál es el propósito principal de una revisión por la dirección? Alinear conceptos técnicos durante la fase de diseño. Establecer una comprensión común de requisitos. Proporcionar una evaluación independiente del cumplimiento de los procesos, reglamentos, normas, etc. Para monitorear el progreso, evaluar el estado de un proyecto, y tomar decisiones sobre acciones futuras.
¿Cuál de los siguientes es un ejemplo de la prueba como parte de la fase de especificación de requisitos? Una reunión de revisión de requerimientos. Un analista de negocios de la obtención de los requerimientos. Realizar prueba de aceptación de los requerimientos. Un informe de la prueba que muestra la cobertura de requisitos.
Su compañía está considerando si debe o no comprar una suite de herramientas de prueba de un proveedor respetable. Su administrador ha buscado el Internet para productos comparables, pero ninguno de ellos cumple con sus requisitos específicos. Una demostración de la herramienta se ha organizado para la próxima semana y su equipo ha sido invitado a asistir. La suite de la herramienta consiste en una herramienta de gestión de pruebas, de ejecución de la prueba y de gestión de requisitos. Existe la posibilidad de añadir una herramienta de pruebas de rendimiento en una etapa posterior. Usted ha decidido asistir al demo, pero plantea algunas cuestiones de antemano con respecto a las expectativas.
Seleccione TRES cuestiones de las opciones previstas que como mínimo deben ser levantadas. ¿Ha habido comparación suficiente de herramientas? ¿Cuáles son los problemas que estamos tratando de resolver? ¿Tenemos un conjunto de requisitos de la herramienta para validar contra la herramienta? ¿Cómo se organizará la implementación? ¿Qué proyecto serán seleccionado para realizar el piloto de la herramienta? ¿Está el entrenamiento personalizado disponible? ¿Cómo se gestionará el proceso de cambio?.
¿Cuál de los siguientes es lo que usted menos espera que haga parte del análisis del costo inicial de la herramienta? Integración con otras herramientas. El tiempo de aprendizaje necesario para utilizar la nueva herramienta. Portabilidad de la herramienta. Evaluación de herramientas adecuadas.
La situación del proyecto después de 11 meses es:
- El primer incremento se lanzó con un semana de retraso, pero contenía una funcionalidad suficiente para ser declarado apto para el propósito". Sin embargo, hubo 20 incidentes diferidos, vigentes para la liberación.
- La cantidad de horas extras voluntarias trabajadas PV por el equipo de pruebas ha reducido el retrazo de la segunda liberación a tan sólo 3 semanas.
- Se habla de reducir el alcance de los requisitos. El propósito de esto es para entregar primero la aplicación con soporte para pruebas manuales y luego para proporcionar una entrega * semanas más tarde para resolver los puntos restantes y prestar apoyo a las pruebas automatizadas (es decir, el enlace a la herramienta de captura-replay).
- Se ha expresado preocupación por una sección de la comunidad de usuarios, que en algunos lugares la usabilidad es muy pobre.
¿Cuál de las siguientes son razones válidas para la adopción de un ciclo de vida diferente (desde el modelo V), por incrementos después del primer año?
i. No tenemos una comprensión clara de los requisitos de la perspectiva del cliente.
ii. Vemos el riesgo de dar la funcionalidad solicitada tarde así como un riesgo mayor de tener un producto de baja calidad.
iii. No tenemos un presupuesto para las pruebas de regresión adicional que se necesita para asegurar que la funcionalidad existente no se ve comprometida por las iteraciones futuras.
iv. La estrategia de prueba de la compañía no encaja bien en el modelo de ciclo de vida V. (i) y (ii) (i) y (iv) (ii) y (iii) (ii) y (iv).
¿Cuál de las siguientes es una característica de la buena prueba en cualquier modelo de ciclo de vida? Análisis y diseño de pruebas comienza tan pronto como el desarrollo se ha completado. Algunas, pero no todas, las actividades de desarrollo tienen sus correspondientes actividades de prueba. Cada nivel de prueba tiene objetivos específicos de prueba a ese nivel. Todas las revisiones de documentos incluyen el equipo de desarrollo.
¿Cuál de los siguientes se espera ver en el plan de pruebas maestro? Una descripción de cómo los casos de prueba son referencias cruzadas a los requisitos de la herramienta de gestión de pruebas. Un detalle de la identificación de los recursos que llevarán a cabo las pruebas estructurales en la primera iteración. El enfoque de la prueba que se aplicará en las pruebas de integración de sistemas. Una lista de los nombres de los probadores que llevarán a cabo las pruebas de rendimiento para la iteración final.
¿Cuál de los siguientes sería el insumo más importante para estimar el tiempo para llevar a cabo las tareas de prueba especificados? Las habilidades y la experiencia de los desarrolladores para corregir los fallos. Las normas utilizadas para la especificación de requisitos. Las métricas registradas de probar la herramienta de captura-replay. El número de probadores en la empresa y su grado.
¿Cuál de los siguientes sería los DOS ejemplos más apropiados de los criterios de ingreso documentados en el plan de pruebas de integración de sistemas? El porcentaje de cobertura de la decisión logrado durante las pruebas unitarias. La disponibilidad de la última versión de la herramienta de captura-replay (para probar la interfaz de la herramienta de gestión de pruebas del nuevo desarrollo). Las notas del cierre de sesión de las pruebas de rendimiento del software (elementos de prueba de informe de transmisión) mediante el desarrollo y las pruebas que muestran que el rendimiento del sistema cumple con los criterios de aceptación especificados. El porcentaje de procedimientos de pruebas de aceptación programados para la ejecución. El porcentaje de cobertura de los requerimientos logrados durante la prueba de integración de sistemas.
¿Qué opción de control de gestión de pruebas es la más adecuada a adoptar en estas circunstancias? Incluir trabajo en la noche y fin de semana para recuperar las 3 semanas de retraso. Reconsiderar los criterios de salida y revisar el plan de pruebas en el contexto de la situación actual. Advierta a la comunidad de usuarios con respecto a la reducción de alcance de los requisitos y la adicional entrega incremental. Organizar una reunión con los representantes de la comunidad de usuarios para discutir la interfaz de usuario.
Los riesgos deben ser revisados constantemente. Dada la situación actual, ¿cuál de las siguientes factores es más probable que conduzca a una visión de revisión de riesgos del producto? Las preocupaciones sobre la interfaz del usuario puede dar lugar a cambios en la interfaz que no puede ser implementado por el desarrollo en el tiempo para la segunda iteración de la prueba. Las preocupaciones sobre la interfaz de usuario aumenta la probabilidad de un riesgo en esa zona y aumenta la cantidad de esfuerzo de la prueba necesaria para la interfaz de usuario, limitando de este modo el esfuerzo de la prueba disponible para otras partes de la herramienta de administración de pruebas La entrega de la solicitud sin que los cambios de la interfaz puede alterar la comunidad de usuarios. El método utilizado para la estimación de prueba no es lo suficientemente precisa y, por tanto, el dinero gastado en prueba excedió su presupuesto.
¿Cuál de los siguientes es menos probable que sea utilizado como una técnica para identificar los riesgos de proyectos y productos? Lluvia de ideas. Inspecciones. Entrevistas a los expertos. Evaluaciones independientes.
¿Cuál de los siguientes es un paso de mitigación de riesgos del proyecto que usted podría tomar como director de pruebas? Pruebas a problemas de rendimiento. La contratación de un contratista después de que un analista de prueba sale de la empresa. La organización de un entorno de prueba de respaldo en caso de que el existente falle durante la prueba. Realización de una reunión retrospectiva del proyecto utilizando los resultados de la prueba después de cada iteración.
Para la primera liberación del nuevo producto de recursos humanos de la empresa, se debe haber realizado un análisis de riesgos utilizando el método AMFE. Cinco elementos de riesgo han sido identificados y la probabilidad de impacto ha sido calificada usando tablas de puntuación. Esto ha dado lugar a las siguientes puntuaciones:
Se le ha pedido que escriba una estrategia de prueba para la empresa. ¿Qué enunciado explica mejor cómo el riesgo se puede abordar dentro de la estrategia de la prueba? Una estrategia de prueba debe abordar los riesgos de productos genéricos identificados y presentar un proceso para mitigar esos riesgos en línea con la política de pruebas. Una estrategia de prueba identifica la especificación del producto para un riesgo del proyecto y define el enfoque para el proyecto de prueba. Una estrategia de prueba se deriva de la política de prueba y se describe la forma en que las evaluaciones de riesgo son realizado en proyectos. La estrategia de prueba es el resultado de un análisis de riesgos del proyecto y define el enfoque y los recursos para la prueba.
Además de los riesgos, identificar los otros DOS componentes de una estrategia de prueba. Los criterios de entrada y de salida de cada fase de la prueba. Las necesidades de formación de prueba para los recursos del proyecto. Las técnicas de diseño de prueba a utilizar. Los indicadores de pruebas de rendimiento. El calendario de pruebas.
Parte de la estrategia de prueba indica que se va a utilizar la técnica de diseño de pruebas sistemáticas. Su administrador le ha pedido que presente las principales ventajas del uso de estas técnicas en la próxima reunión de la junta. Identifique TRES ventajas principales de utilizar las técnicas de diseño de prueba sistemática dentro de esta empresa. Más fácil de adaptarse rápidamente a las cambiantes necesidades de pruebas en comparación de las pruebas basadas en experiencia. Dirigidos ciertos tipos de fallas. Se guiará por evaluadores con experiencia para encontrar defectos. Proporciona una forma de diferenciar la profundidad de las pruebas basadas en los riesgos de productos mediante el uso de diferentes técnicas. Más reforzada la documentación y, por tanto, mayor repetibilidad y reproducibilidad. Hará redundante las pruebas no sistemática. Se reducirá la necesidad de las revisiones tempranas.
¿Cuál es el número de prioridad de riesgo para el riesgo del ítem número 2? 16 2 1 63.
¿Cuál sería un enfoque de prueba con respecto a las técnicas de diseño de prueba a aplicar que se adapten a un tema con el mayor riesgo? Prueba de componentes: pruebas de decisión; Las pruebas del sistema: pruebas exploratorias. Prueba de componentes: pruebas de decisión; Las pruebas del sistema: pruebas de tablas de decisiones. Prueba de componentes: pruebas de requisitos; Las pruebas del sistema: partición de equivalencias. Prueba de componentes: pruebas de requisitos; Las pruebas del sistema: pruebas de tablas de decisiones de partición.
Has estado un rato tratando de contratar a un segundo especialista en la automatización de pruebas para su equipo de pruebas. Sin embargo, no tuvo suerte en la búsqueda de un candidato adecuado. Así que ahora, se le ha pedido por la administración de TI de XYZ remitir una propuesta con soluciones alternativas para la construcción de un conjunto de pruebas de regresión automatizadas a nivel de pruebas del sistema durante un período de 2 años, la formación necesaria y la eventual entrega al equipo de pruebas.
¿Cuál de las siguientes es una ventaja de las pruebas independientes? Código no puede ser liberado en la producción hasta que las pruebas independientes se ha completado. Las pruebas son aisladas de desarrollo. Los probadores independientes encuentran diferentes defectos y son imparciales. Los desarrolladores no tienen que tomar tanta responsabilidad por la calidad.
Un número de opciones se han sugerido para el nivel de independencia a ser empleado para la prueba en el próximo proyecto, y se muestran abajo.
i. Especialistas de prueba externos realizan la prueba no funcional.
ii. La prueba es subcontratada.
iii. La prueba se lleva a cabo por el desarrollador.
iv. Un equipo de prueba independiente lleva a cabo la prueba.
v. Las pruebas se realizan por negocio
vi. La prueba se realiza por un desarrollador diferente.
¿Cuál de las siguientes órdenes de las anteriores en un orden correcto de la independencia? i, ii, iv, vi ii, i, v, vi ii, v, i, iii i, iv, v, vi.
¿Cuál de las siguientes es una desventaja válida de pruebas independiente? Desarrollador y pruebas independientes se solaparán y habrá desperdicio de recursos. Desarrolladores pierden el sentido de la responsabilidad y los probadores independientes pueden convertirse en un cuello de botella. Probadores independientes necesitan educación adicional y siempre cuestan más. Probadores independientes se convertirá en un cuello de botella e introducen problemas en la gestión de incidencias.
Escenario: "Has estado un rato tratando de contratar a un segundo especialista en la automatización de pruebas para su equipo de pruebas. Sin embargo, no tuvo suerte en la búsqueda de un candidato adecuado. Así que ahora, se le ha pedido por la administración de TI de XYZ remitir una propuesta con soluciones alternativas para la construcción de un conjunto de pruebas de regresión automatizadas a nivel de pruebas del sistema durante un período de 2 años, la formación necesaria y la eventual entrega al equipo de pruebas."
Basado en la información dada en el escenario, ¿Identificar cómo el equipo podría ser más efectivo? Al proporcionar capacitación en el dominio de la nomina. Al ofrecer un taller sobre técnicas de diseño de prueba. Al proporcionar formación específica sobre los sistemas que están probando. Al proporcionar capacitación en la revisión de los requisitos.
¿Cuál de los siguientes roles del equipo sería el más adecuado para mejorar el equipo y por qué? Una persona con la capacidad de completar tareas. Un oficial de control de calidad. Una persona con profundos conocimientos técnicos. Una persona que aporta nuevas ideas al equipo.
Usted está considerando la participación de los usuarios durante la ejecución de la prueba. En general, ¿cuál es la principal razón para la participación de los usuarios durante la ejecución de la prueba? Son recurso barato. Tienen buenas habilidades de pruebas. Esto puede servir como una manera de construir su confianza en el sistema Tienen la capacidad de concentrarse también en los casos de prueba no válidos.
Además de introducir un nuevo miembro del equipo, decides elevar la motivación. ¿Cuál de las medidas que se enumeran a continuación sería la mejor medida a tomar con el fin de aumentar la motivación del equipo? Proporcionar más tiempo para realizar pruebas en el calendario Permitir que la gente tome un tiempo libre Introducir criterios de entrada para la fase de pruebas Organizar una reunión con la alta dirección en la que se abordan la importancia de la buena pruebas para este proyecto.
Evaluar el estado del proyecto en relación con los criterios de salida definidos. ¿Cuál de las siguientes opciones muestra el estado correcto? Criterio A = OK, Criterio B = OK, Criterio C = OK Criterio A = NOT OK, Criterio B = NOT OK, Criterio C = OK Criterio A = OK, Criterio B = NOT OK, Criterio C = NOT OK Criterio A = NOT OK, Criterio B = NOT OK, Criterio C = NOT OK.
Usted ha investigado diferentes posibilidades y seleccionó cuatro de ellos para presentar al administrador IT. ¿Cuál de las propuestas será lo más probable en dar altas recomendaciones? Internalización de pruebas de automatización basados en la oferta de una empresa local ABC que tiene la gente especialistas en herramientas de automatización de captura-replay a nivel de sistema y lo hacen también con el entrenamiento regular en los métodos y herramientas de automatización de pruebas. A continuación, pueden trabajar en estrecha colaboración con Vicki. La externalización de la automatización de pruebas basadas en la oferta de una empresa asiática, AsiaAutoTest, que tiene personas especialistas en herramientas de automatización de captura-replay nivel de sistema. También ofrecen formación y además ofrecen ejecutar y mantener las pruebas de regresión en el futuro. Oferta interna del departamento de desarrollo de XYZ para crear el paquete de regresión utilizando CPPUnit como herramienta de automatización de pruebas. Uno de los grupos de desarrollo tiene muy buenas experiencias en automatizar las pruebas unitarias, y ellos están dispuestos a hacer el entrenamiento también. Solución de un proveedor que ofrece la herramienta para educar a dos miembros del equipo de prueba en el uso easy-to-use en la herramienta de prueba de automatización de captura de repetición durante los primeros 3 meses y sobre la base de la construcción del conjunto de pruebas de regresión. Además de Vicki, Steve es el único que tiene tiempo disponible para ser educada.
En lugar de tener un equipo de prueba independiente dentro de la empresa, la compañía está considerando la posibilidad de externalizar la prueba. ¿Cuáles son TRES retos fundamentales que son típicos de la externalización? Entorno de pruebas más complejas. Definir las expectativas para las tareas y entregables. Eliminar canales de comunicación. Posibilidad de diferentes culturas Pruebas de los requisitos no funcionales Seguimiento de auditoría de los requisitos de los casos de prueba La aplicación de automatización de pruebas.
Usted ha sido contratado para administrar la prueba de aceptación de un nuevo equipo basado en un sistema de reservas para una agencia de viajes. Usted ha proporcionado una estimación de presupuesto aproximado para el proyecto de pruebas basado en la experiencia anterior con proyectos de tamaño similar. Sin embargo, la administración de la compañía de la agencia de viajes no se comprometerá con el presupuesto hasta que se proporcionen estimaciones detalladas de los costos.
El sistema de reserva está siendo desarrollado por un tercero, Sin embargo, las especificaciones detalladas del software están disponibles, así como una estimación del esfuerzo total que se gastará en el desarrollo del software. El software se va a entregar en cuatro iteración, y la funcionalidad que se entregarán en cada iteración ya se ha acordado.
Identificar TRES elementos que formarían parte de la estructura de desglose de trabajo que muestra la clave de las actividades de prueba para la aceptación del proyecto de pruebas. La planificación de pruebas, preparación de casos de prueba y ejecución de la prueba para cada uno de los cuatro iteraciones. El trabajo debe asignarse explícitamente a probar la compleción, administración de pruebas, la instalación y la capacitación sobre el uso del sistema. Actividades para implementar el sistema en el entorno de usuario. Pruebas de regresión en la segunda, tercera y cuarta iteraciones. Desarrollo de actividades para pruebas unitarias y de integración. Revisiones sobre documentación de los requisitos Definición de los requisitos del entorno de prueba para las pruebas del sistema.
En general, ¿Cuál parte de las actividades de pruebas es más difícil para estimar? Plan de pruebas. Ejecución de pruebas. Gestión de pruebas. Diseño de pruebas.
En general, ¿por qué NO es una buena idea estimar el esfuerzo de pruebas basado sólo en un porcentaje de esfuerzo de desarrollo? Identificar tres razones válidas. La calidad de la estimación de desarrollo puede ser pobre. En general la estimación de abajo hacia arriba es siempre mejor que la estimación de arriba hacia abajo. La técnica basada en el porcentaje sólo se aplica al modelo de ciclo de vida V. Utilizando el mismo porcentaje cada vez no aborda el nivel de riesgo de la aplicación a
ser probado. La madurez de la organización, por ejemplo, la calidad de la base de pruebas, la calidad del desarrollo pruebas, gestión de la configuración, la disponibilidad de herramientas de prueba, también influyen en el esfuerzo necesario para las pruebas. Se basa en gran conjunto de datos históricos. El resultado es casi siempre una estimación demasiado baja para el esfuerzo de la prueba requerida.
¿Qué aspecto de la estimación de prueba es el principal riesgo en este proyecto? Calidad de la especificación. Disponibilidad de los usuarios finales. Los costos de hardware y herramientas. Desconocer la calidad de entrada, debido al desarrollo de terceros.
¿Cuáles TRES de las características mencionadas a continuación se relacionan con TMMi? 5 niveles de madurez. Centrado en las pruebas de nivel superior. 20 áreas clave. Altamente relacionada con CMMI Modelo continuo. Modelo escenificado. Enfocado en pruebas de componentes y de integración. Es construir alrededor de 12 procesos de prueba críticos.
El proyecto de mejoras de pruebas se llevará a cabo en una organización que desarrolla aplicaciones de seguridad de aviónica. ¿Cuál de las siguientes normas cree usted que sería la más conviene a tener en cuenta para el cumplimiento durante su misión? ISO 9126 IEEE 829 BS 7925/2 DO-178B.
Comparando TMMi y TPI, cuál no es una razón válida para la elección de cualquiera de las dos TPI o TMMi? Si el alcance de la mejora de la prueba de rendimiento cubre todos los niveles de prueba, TMMi se prefiere ya que TPI lo enfoca principalmente en las pruebas de caja negra. Si la organización ya está aplicando CMMI, TMMi puede ser preferido ya que tiene la misma estructura y utiliza la misma terminología. TMMi aborda el compromiso de gestión muy fuertemente y por lo tanto es más adecuado para apoyar un proceso de mejora de arriba hacia abajo. TPI es mucho más un modelo de abajo hacia arriba que es adecuado para abordar los temas de prueba para un determinado Proyecto (de prueba). TMMi sólo se puede utilizar con el modelo tradicional de V, mientras que TPI se puede utilizar con todos los tipos de los ciclos de vida del software.
Una evaluación de la prueba se ha llevado a cabo utilizando el modelo seleccionado como marco de referencia. La serie de recomendaciones se han identificado y se le pidió que darles prioridad. Basado en su conocimiento del proyecto, usted está esperando una grave resistencia al cambio. ¿Cuál de las siguientes sería el criterio de selección más importante para definir la prioridad de las recomendaciones? Sincronización a con la estrategia general de la organización a largo plazo. Definición de acuerdo con el modelo de madurez utilizado. Lo más visible para los interesados (stakeholders). Primero acción en Bajos costos.
Durante la mejora del proceso de pruebas, se recomienda utilizar las normas cuando sea posible. Las normas proceden de diversas fuentes y abarcan diferentes temas en relación con las pruebas. Seleccione DOS fuentes de estándares de software, útiles para las pruebas de software a partir de los que se menciona a continuación. ISO 9126-1 'Software de ingeniería de calidad del producto-Parte 1: Modelo de calidad 'es un estándar internacional, que proporciona una base para definir soluciones de garantía de calidad. ISA 4126-1 'Software de ingeniería de calidad del producto-Parte 1: Modelo de calidad 'es un estándar internacional, que proporciona una base para definir soluciones de garantía de calidad. Las pruebas de software BS-7925-2 '. Las pruebas de componentes de software es un estándar nacional utilizado internacionalmente. Abarca una serie de técnicas de prueba que puede ser útil tanto a nivel del componente de la prueba y a nivel de pruebas de sistema. SY-395-01 'estándar para el software de Hospital de la Costa Este "es una norma regional adaptada de una nacional. Además de software de hospital, esta norma debe ser utilizada también por otros tipos de sistema de software en la región. "Estándar para la documentación de prueba de software ' IEEE 829 es un estándar internacional obligatorio para ser utilizado por todos las pruebas originadas independientemente de modelos de ciclo de vida.
¿Cuál de las siguientes fases en el proceso fundamental de pruebas se considera un documento a entregar que puede ser utilizado como un insumo importante para la mejora del proceso de pruebas? Planificación y control de pruebas. Implementación y ejecución de pruebas. Evaluación y reporte de los criterios de salida. Cierre del proyecto de pruebas.
Una casa de software está preocupada por el número de defectos encontrados en el software liberado a sus clientes. Ellos están comenzando a planificar un nuevo producto de software. En el pasado, las liberaciones a menudo se han detenido debido a una mala planificación y demasiados defectos encontrados durante las pruebas de alto nivel. Usted ha sido contratado para el puesto recientemente creado de director de pruebas y pidió el desarrollo de una estrategia de prueba, administrar las pruebas del proyecto y organizar los recursos necesarios para llevar a cabo las pruebas.
¿Cuáles TRES actividades serían pasos válidos durante el desarrollo de la estrategia de prueba? Identificar los miembros del personal de prueba que van a participar en la prueba del sistema. Definir rutas de carrera de prueba. Entender el ciclo de vida de desarrollo de software utilizado por la empresa de software. Evaluar las pruebas que hay que hacer para reducir al mínimo los riesgos. Expedir el documento de estrategia de pruebas para la revisión Definir una plantilla de plan de pruebas maestro. Realizar un análisis de riesgos de los proyectos.
Como parte de la estrategia de pruebas, los criterios de entrada y salida serán definidos para cada nivel de prueba. ¿Cuál NO es una razón válida para el uso de criterios de entrada y salida? La expectativa es que las pruebas de desarrollo no es la adecuada. Los criterios de salida se utilizan para decidir cuándo detener la prueba. Los criterios de entrada y de salida son una forma principal para obtener los recursos adecuados. Utilizando los criterios de entrada y salida evitan que el software no sea probado o sea probado pobremente para pasar al siguiente nivel de prueba.
Dentro de los proyectos, será utilizado un plan de pruebas maestro y fases de prueba. A continuación se presenta una lista de características aplicables a los planes de prueba:
a. Cualquier desviación de los procedimientos descritos en el documento de estrategia de pruebas
b. Los costos estimados generales, plazos y requisitos de recursos
c. Un programa detallado de las actividades de prueba
d. Los entregables de desarrollo a ensayar
e. ¿Qué miembros del personal de prueba (nombres) estarán involucrados y cuando
f. Nivel de cobertura requisitos logrado
¿Cuáles TRES de las características antes mencionadas se refieren al maestro de plan de pruebas? 1 crédito A B C D E F.
Dentro de los proyectos, se utilizará un plan de prueba maestro y plan de las fases de pruebas. A continuación se presenta una lista de características aplicables a los planes de prueba:
a. Cualquier desviación de los procedimientos descritos en la prueba
b. Documento de estrategia
c. Los costos estimados generales, plazos y recursos
d. Requisitos
e. Un programa detallado de las actividades de prueba
f. Los entregables de desarrollo a probar
g. Qué miembros del personal de prueba (nombres) estarán involucrados y cuando
h. Nivel de cobertura requisitos logrado
¿Cuáles de las características antes mencionadas se relacionan con el plan de pruebas de fase? a b c d e f.
La cancelación de un importante proyecto de desarrollo en curo ha liberado los recursos. La gerente de desarrollo ha decidido responder a su solicitud de licitación y se ha propuesto un desarrollo interno con el uso de un enfoque de desarrollo rápido de aplicaciones (RAO).
¿Cuál de los siguientes riesgos de productos se abordarían con mayor eficacia con sólo pruebas estáticas? En la solicitud entregada, uno de los países, tal como se especifica en los requisitos, no ha sido implementado correctamente. La aplicación tarda demasiado tiempo para procesar una solicitud de cobertura adicional. Los casos de prueba no cubren los requisitos clave. El adjudicatario no podrá ofrecer toda la funcionalidad requerida en el tiempo.
El gerente de desarrollo está gestionado la revisión de las respuestas recibidas de los licitantes, y ha pedido al director de la casa de pruebas proporcionar una revisión a la lista de chequeo para los aspectos de gestión de la prueba de las respuestas. ¿Cuál de los siguientes puntos de control sería la adecuada? La política prueba del licitante debe cumplir que la gestión de incidencias esté conforme con la norma IEEE 1044. La estrategia del proyecto del licitante demuestra que el contenido de los datos de toda la prueba de los entornos se ajusta a las normas de la UE. El plan de pruebas del licitante demuestra que la aplicación será entregada para su aceptación en un tiempo de seis meses. El plan de pruebas del proyecto del licitador representa una implementación por fases con fechas de entrega posteriores a la confirmada y establece que las prestaciones de las pruebas se desarrollarán mediante IEEE 829 como guía.
¿Cuál de los siguientes métodos de estimación es apropiado en esta etapa del proyecto? Crear una estimación basada en la técnica de análisis de puntos función y el análisis del punto de prueba. Crear una estimación basada en la complejidad del código. Crear una estimación basada en las credenciales de la empresa adjudicataria. Crear un cálculo basado en un porcentaje del esfuerzo de desarrollo.
¿Por qué un enfoque RAD es una mejor opción para el director de pruebas en lugar de un desarrollo secuencial? Se extenderá las capacidades del equipo de desarrollo y mejora la capacidad de entrega futura. Permite que el personal de marketing, de oficina y pruebas valide y verifique la pantalla de prototipos tempranamente. La falta de tiempo-box garantizarán entrega de liberaciones de código en la fecha prevista. Más tiempo puede ser gastado en ejecución de la prueba ya que se requiere menos documentación formal.
¿Cuál de los siguientes NO es un desafío clave típico para probar en un desarrollo basado en RAD? Scripts de prueba reutilizables para las pruebas de regresión (automatizado). Gestión y control del Proyecto. Especificación de requisitos incompletas. Tiempo-boxing.
Como resultado del enfoque de desarrollo basado en RAD, el director de pruebas ha decidido cambiar el enfoque de mitigación de riesgos. ¿Qué técnica de prueba podría ser más apropiada para usar? Pruebas de tablas de decisión. Análisis de valor de límite. Error de adivinanzas (error guessing). Pruebas exploratorias.
La empresa ha pedido un informe sobre el avance semanal. ¿Cuál de los siguientes sería apropiado como medida de la prueba de cobertura? Porcentaje de los requerimientos del negocio ejercido. Porcentaje de horas planeadas trabajadas esta semana. Porcentaje de países que tienen escenarios de prueba. Porcentaje de iteraciones de prueba completadas.
El siguiente es el proceso de manipulación incidente actual utilizado en la empresa.
Paso 1: El incidente se documenta en el Tile con la siguiente información:
- Módulo de software o el área donde se produjo el fallo
- Quién ha informado de la falla
- La configuración del hardware utilizado para la prueba al encontrar la falla
- El número de incidentes secuencial (1 mayor que el último grabado)
Paso 2: Desarrollador asignado para arreglar la falla
Paso 3: Desarrollador que corrige la falla
Paso 4: Desarrollador pone el incidente como cerrado, y se retira del archivo de incidentes
En relación con el proceso descrito anteriormente, ¿cuál es la recomendación más importante que hace la IEEE 1044 como una guía? Sin prioridad o gravedad asignada. La numeración del Incidentes es manual y no automatizada. Sin mencionar la reproducibilidad. No clasificado según el tipo de incidente.
Usted es un director de pruebas a cargo de las pruebas de integración, sistema y aceptación para un banco. Usted está trabajando en un proyecto para mejorar un cajero automático existente para permitir a los clientes obtener adelantos en efectivo de tarjetas de crédito admitidas. El sistema debe permitir los adelantos en efectivo a partir de € 20 a € 500, inclusive, para todas las tarjetas de crédito admitidas. Las tarjetas de crédito admitidas son American Express, VISA, Eurocard y Mastercard.
En el plan de pruebas maestro los siguientes elementos se enumeran en la sección denominada "items y / o características a probar":
I. Todas las tarjetas de crédito admitidas
II. Localización del idioma
III. Avances válidos y no válidos
IV. Usabilidad
V. Tiempos de respuesta
Basándose sólo en la información proporcionada en el escenario, seleccione los DOS elementos y / o características de que disponga información suficiente para proceder con el diseño de pruebas. Todas las tarjetas de crédito admitidas. Localización del idioma. Avances válidos y no válidos. Usabilidad. Tiempos de respuesta.
Continuando con el escenario descrito en la pregunta anterior, ¿cuál de los siguientes temas para es necesario abordar en el plan de pruebas maestro? Una aproximación a las pruebas de regresión Una lista de valores límite para "cantidad de avance" Una descripción de las dependencias entre los casos de prueba Una colección lógica de casos de prueba.
Dadas las siguientes cifras de las pruebas en un proyecto, y suponiendo que la tasa de fracaso de las pruebas iniciales permanece constante y que todos los retests pasan, ¿qué número de pruebas por ejecutar? 700 720 784 570.
Dado el siguiente gráfico de eliminación de defectos reportados al final de las pruebas del sistema – mostrando el total de defectos detectados y cerrados (corregidos y con éxito en el retest). Un número de defectos abiertos están clasificados como críticos. Todas las pruebas se han ejecutado.
Con base en la tabla, ¿Cuál es la próxima fase de prueba más adecuada? Prueba A. Aceptación para verificar el proceso de negocio. Prueba B. Aceptación para verificar los requisitos operacionales. Requisitos de pruebas como parte de las pruebas de cumplimiento normativo. Otro ciclo de pruebas del sistema para verificar la resolución de defectos.
|
