Estándar ISO/IEC/IEEE 29119 de Pruebas

False (B)

Unificar e integrar la literatura normativa sobre las pruebas de software que oferían diferentes creadores de estándares.

<p>Descripción</p> Signup and view all the answers

<p>Part 1 = Técnicas de Prueba Part 2 = Conceptos y definiciones Part 3 = Pruebas dirigidas por palabras clave Part 4 = Documentación de la prueba Part 5 = Modelo de Procesos de Prueba</p> Signup and view all the answers

<p>Fecha de inicio del proyecto (B)</p> Signup and view all the answers

<p>Para delimitar claramente el alcance del plan de pruebas y asegurar que los recursos se dirigen a las áreas críticas.</p> Signup and view all the answers

<p>Estrategia</p> Signup and view all the answers

<p>100</p> Signup and view all the answers

<p>assertTrue (C)</p> Signup and view all the answers

<p>CasProva_CostMatricula</p> Signup and view all the answers

<p>True (A)</p> Signup and view all the answers

<p>Programació</p> Signup and view all the answers

<p>PREU_CREDIT = Constante que representa el precio de un crédito. CreditsAssignatura = Método que devuelve el número de créditos de una asignatura. CasProva_CostMatricula = Método que calcula el precio de la matrícula. assertTrue = Método de JUnit para verificar si una condición es verdadera.</p> Signup and view all the answers

<p>Definir, crear, seleccionar valores, ejecutar, comparar (C)</p> Signup and view all the answers

<p>False (B)</p> Signup and view all the answers

<p>Mòduls principals (B)</p> Signup and view all the answers

<p>True (A)</p> Signup and view all the answers

<p>El módulo impulsor realiza llamadas a los diferentes módulos de nivel inferior, verificando su correcto funcionamiento y recopilando los resultados de cada llamada.</p> Signup and view all the answers

<p>más bajo</p> Signup and view all the answers

<p>Pruebas de sistema (D)</p> Signup and view all the answers

<p>Mòduls superiors = Se encuentran cerca de la estructura física del software Mòduls inferiors = Incluyen la interfaz de usuario Pruebas de integración ascendente = Se empieza por los módulos de nivel más bajo Pruebas de integración descendente = Se empieza por los módulos de nivel más alto</p> Signup and view all the answers

<p>Se mostrará un mensaje de error y se bloqueará el acceso. (D)</p> Signup and view all the answers

<p>True (A)</p> Signup and view all the answers

<p>cliente</p> Signup and view all the answers

<p>Todas las anteriores (D)</p> Signup and view all the answers

<p>El objetivo principal de las pruebas de integración es descubrir posibles errores en las interfaces entre diferentes módulos o componentes del software.</p> Signup and view all the answers

<p>verifican</p> Signup and view all the answers

<p>False (B)</p> Signup and view all the answers

<p>Las pruebas beta ayudan a identificar errores y obtener retroalimentación de usuarios reales en un entorno real, lo que permite mejorar la calidad del producto antes de su lanzamiento final.</p> Signup and view all the answers

<p>Pruebas de integración = Evaluar el funcionamiento del software completo como un sistema. Pruebas unitarias = Comprobar el funcionamiento de cada componente individual del software. Pruebas de sistema = Verificar la interacción y la comunicación entre los diferentes módulos del software.</p> Signup and view all the answers

<p>Permite una detección más rápida de errores, ya que se van incorporando los módulos uno a uno. (B)</p> Signup and view all the answers

<p>Pruebas unitarias = Pruebas de cada módulo de software de forma independiente Pruebas de integración = Verificación de la interacción correcta de diferentes módulos de software Pruebas de sistema = Validación del sistema completo en su entorno real Pruebas de carga = Evaluación del rendimiento del sistema bajo diferentes cargas de trabajo Pruebas de aceptación por parte del usuario = Verificación de que el producto cumple con los requisitos del usuario</p> Signup and view all the answers

<p>False (B)</p> Signup and view all the answers

<p>El proceso de integración incremental consiste en integrar los módulos del software de forma incremental, buscando errores en cada etapa de integración.</p> Signup and view all the answers

<p>Un enfoque de prueba que comienza con los módulos de nivel superior y luego se mueve hacia abajo. (A)</p> Signup and view all the answers

<p>False (B)</p> Signup and view all the answers

<p>El objetivo principal de la integracion descendente es probar los módulos de alto nivel primero y luego ir probando los modulos de nivel inferior que dependen de ellos.</p> Signup and view all the answers

<p>módulo de control principal</p> Signup and view all the answers

<p>Integración primer en profundidad = Integra todos los módulos de un camino de control principal de la estructura. Integración primer en amplada = Incorpora todos los módulos directamente subordinados a cada nivel, moviéndose por la estructura de forma horizontal.</p> Signup and view all the answers

<p>False (B)</p> Signup and view all the answers

<p>Pruebas unitarias, pruebas de integración</p> Signup and view all the answers

<p>Todas las opciones son ventajas de la integración descendente. (A)</p> Signup and view all the answers

Estándar que define documentación y procedimientos para pruebas de software.

Conjunto de estándares internacionales para pruebas de software que unifica la normativa existente.

Definición de conceptos clave para pruebas de software.

Código asignado para identificar un plan de pruebas específico.

Detalla el alcance, tipo de prueba y propiedades a evaluar.

Componentes del software que deben ser incluidos en el plan de pruebas.

Aspectos del software que están excluidos del plan de pruebas.

Enfoque general que guiará la ejecución de las pruebas.

Método de integración donde se comienza con los módulos de alto nivel y se van añadiendo los de menor nivel.

Módulo simulado que imita el comportamiento de un módulo real aún no implementado.

Estrategia de integración donde se integran todos los módulos en un camino de control principal antes de pasar al siguiente.

Estrategia de integración que incorpora todos los módulos subordinados a cada nivel, moviéndose horizontalmente.

Pruebas realizadas para verificar el funcionamiento de un módulo por sí solo antes de integrarse.

Módulos que dependen de otro módulo principal para realizar sus funciones.

Módulos ficticios que simulan la interfaz de módulos que aún no se han implementado.

La organización jerárquica de los módulos durante el proceso de integración.

Validació del funcionament de mòduls combinats en un sistema complets.

Situació on l'usuari té un nom correcte però la contrasenya és errònia.

Localitzar errors en interfícies entre diferents unitats.

Procés d'integrar mòduls un a un per facilitar la detecció d'errors.

Comprovar que cada mòdul funcioni correctament abans d'integrar-lo.

Parts de codi que han estat comprovades abans de la integració.

Interacció entre mòduls que pot causar errors si no es comprova.

Procés de detectar errors en el moment de la integració.

Constante que representa el precio por crédito.

Función que asigna créditos a una asignatura específica.

Conjuntos de acciones diseñados para validar un software.

Fases que sigue un caso de prueba desde su definición hasta su validación.

Código o nombre único que identifica un caso de prueba.

Condiciones que deben cumplirse antes de realizar el caso de prueba.

El resultado que se anticipa obtener al ejecutar un caso de prueba.

Situación actual del caso de prueba (finalizado, pendiente, en proceso).

Organización de módulos por niveles, donde los más altos son módulos principales y los bajos son subordinados.

Los módulos situados en la parte alta de la jerarquía que hacen llamadas a módulos subordinados.

Strategia que inicia con módulos de bajo nivel y se hace hacia los superiores, comprobando funcionalidades.

Módulo que hace llamadas a otros módulos en pruebas de integración, recolectando resultados de cada función.

Proceso donde un módulo hace llamadas a otros de forma repetitiva hasta completar las pruebas.

Parte superior de la estructura de módulos, donde el usuario interactúa con el sistema.

Módulos que no llaman a otros y suelen estar al final de la jerarquía.

Pruebas iniciales realizadas por el desarrollador antes de las beta.

Pruebas realizadas por usuarios en un entorno real, fuera del control del desarrollador.

Situación o escenario donde se realizan las pruebas del software.

Clientes que participan en pruebas alfa y beta a cambio de beneficios.

Validación del software tras su integración en el entorno del usuario.

Evaluación del rendimiento del sistema bajo condiciones de alta demanda.

Pruebas realizadas por el usuario para verificar si el software cumple con sus expectativas.

Proceso de asegurar que la aplicación funciona correctamente en el entorno de trabajo real.