Estándar ISO/IEC/IEEE 29119 de Pruebas

Choose a study mode

Play Quiz
Study Flashcards
Spaced Repetition
Chat to Lesson

Podcast

Play an AI-generated podcast conversation about this lesson

Questions and Answers

¿Qué estándar sustituyó a la normativa IEEE 829-2008 'Standard for Software and System Test Documentation'?

  • ISO/IEC 12207
  • IEEE 1028-2008
  • ISO/IEC 29119 (correct)
  • IEEE 829-2015

El estándar ISO/IEC/IEEE 29119 está dividido en siete partes diferentes.

False (B)

¿Cuál es el objetivo principal del estándar ISO/IEC/IEEE 29119?

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

El ______ del plan de pruebas define el alcance del mismo, el tipo de prueba y las propiedades que se van a utilizar.

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

Empareja cada parte del estándar ISO/IEC/IEEE 29119 con su descripción:

<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

¿Cuál de los siguientes NO es un elemento clave que debe tener un plan de pruebas?

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

¿Por qué es importante definir los elementos del software que NO se van a probar en un plan de pruebas?

<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

La ______ del plan de pruebas define el enfoque general para realizar las pruebas, incluyendo las estrategias y técnicas a utilizar.

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

¿Cuál es el precio en euros de un crédito?

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

¿Qué método se utiliza para validar el precio de la matrícula?

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

El método ______ se utiliza para calcular el precio de la matrícula.

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

El código del método CasProva_CostMatricula incluye la validación de que el precio de la matrícula sea igual a 3900 euros.

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

¿Cuál es el nombre de la asignatura que tiene 15 créditos?

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

Empareja cada elemento con su descripción:

<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

¿Cuáles son los pasos del ciclo de vida de los casos de prueba?

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

Los casos de prueba deben ser interdependientes para garantizar un análisis completo.

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

En la organización clásica de módulos, ¿qué tipo de módulos se encuentran en la parte superior de la jerarquía?

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

Las pruebas de integración se basan en probar la interacción entre los módulos individuales de un sistema.

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

¿Cuál es el objetivo de un módulo impulsor en las pruebas de integración ascendente?

<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

En las pruebas de integración ascendente, se empieza por probar los módulos de ______ nivel.

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

¿Qué tipo de pruebas se llevan a cabo en la última etapa de las pruebas de integración ascendente?

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

Empareje los conceptos con sus descripciones correspondientes:

<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

En el Cas de Prova 3, ¿qué resultado se espera si el usuario proporciona una contraseña incorrecta pero el nombre de usuario es correcto?

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

Las pruebas de integración se realizan después de las pruebas unitarias, pero antes de las pruebas de sistema.

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

Las pruebas beta se llevan a cabo después de las pruebas alfa y se realizan en el entorno del _____, es decir, un entorno fuera del control del desarrollador.

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

¿En qué etapa del desarrollo de software se realiza la prueba de sistema?

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

¿Cuál es el objetivo principal de las pruebas de integración?

<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

Las pruebas de integración __________ que los componentes del software que ya han sido probados de forma independiente sigan funcionando correctamente al ser integrados.

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

Las pruebas alfa y beta son comunes sólo en productos de software.

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

¿Por qué son importantes las pruebas beta?

<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

Relacione los tipos de pruebas con sus descripciones:

<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

¿Por qué es importante utilizar el método de integración incremental?

<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

Empareja los tipos de prueba con su descripción:

<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

Las pruebas de integración pueden detectar errores en la lógica del programa, pero no en la interfaz de usuario.

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

Describe brevemente cómo funciona el proceso de integración incremental.

<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

¿Qué es la integración descendente en la prueba de software?

<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

Los stubs son módulos reales que imitan el comportamiento de los módulos que aún no se han implementado.

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

¿Qué es el objetivo principal de la integracion descendente?

<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

En la integración descendente, el ______ es el principal impulsor de la prueba.

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

Empareja los tipos de integración descendente con sus descripciones:

<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

La integración en profundidad integra primero los módulos de nivel inferior, luego los de nivel superior.

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

Menciona dos ejemplos de pruebas que se realizan en la integración descendente.

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

¿Cuál de las siguientes opciones es una ventaja de la integración descendente?

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

Flashcards

IEEE 829-2008

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

ISO/IEC/IEEE 29119

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

Part 1: Conceptos y definiciones

Definición de conceptos clave para pruebas de software.

Identificador del plan de pruebas

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

Signup and view all the flashcards

Descripción del plan de pruebas

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

Signup and view all the flashcards

Elementos del software a probar

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

Signup and view all the flashcards

Elementos que no se probarán

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

Signup and view all the flashcards

Estrategia del plan de pruebas

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

Signup and view all the flashcards

Integración descendente

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

Signup and view all the flashcards

Módulo ficticio

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

Signup and view all the flashcards

Integración primero en profundidad

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

Signup and view all the flashcards

Integración primero en amplitud

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

Signup and view all the flashcards

Pruebas independientes

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

Signup and view all the flashcards

Módulos subordinados

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

Signup and view all the flashcards

Stubs

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

Signup and view all the flashcards

Estructura de integración

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

Signup and view all the flashcards

Prova d'integració

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

Signup and view all the flashcards

Entrada incorrecta

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

Signup and view all the flashcards

Objectiu de proves d'integració

Localitzar errors en interfícies entre diferents unitats.

Signup and view all the flashcards

Estratègies d'integració incremental

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

Signup and view all the flashcards

Validar components

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

Signup and view all the flashcards

Mòduls independentment provats

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

Signup and view all the flashcards

Comunicació entre unitats

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

Signup and view all the flashcards

Localització d'errors

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

Signup and view all the flashcards

PREU_CREDIT

Constante que representa el precio por crédito.

Signup and view all the flashcards

CreditsAssignatura

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

Signup and view all the flashcards

Casos de prueba

Conjuntos de acciones diseñados para validar un software.

Signup and view all the flashcards

Ciclo de vida de un caso de prueba

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

Signup and view all the flashcards

Identificador del caso de prueba

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

Signup and view all the flashcards

Entorno de ejecución

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

Signup and view all the flashcards

Resultado esperado

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

Signup and view all the flashcards

Estado del caso de prueba

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

Signup and view all the flashcards

Estructura jerárquica de módulos

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

Signup and view all the flashcards

Módulos principales

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

Signup and view all the flashcards

Pruebas de integración ascendente

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

Signup and view all the flashcards

Módulo impulsor

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

Signup and view all the flashcards

Recursividad en pruebas

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

Signup and view all the flashcards

Interfaz de usuario

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

Signup and view all the flashcards

Módulos terminales

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

Signup and view all the flashcards

Pruebas alfa

Pruebas iniciales realizadas por el desarrollador antes de las beta.

Signup and view all the flashcards

Pruebas beta

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

Signup and view all the flashcards

Entorno de prueba

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

Signup and view all the flashcards

Proveedores de pruebas

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

Signup and view all the flashcards

Pruebas de sistema

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

Signup and view all the flashcards

Pruebas de carga

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

Signup and view all the flashcards

Pruebas de aceptación

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

Signup and view all the flashcards

Validación en producción

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

Signup and view all the flashcards

Study Notes

Entornos de Desarrollo

  • El diseño y realización de pruebas de software son necesarios en la fabricación de cualquier producto industrial, incluyendo proyectos informáticos.
  • Las pruebas son cruciales en todas las fases del desarrollo de software para prevenir errores y asegurar la calidad del producto final.
  • Hay varios tipos de pruebas a lo largo del ciclo de vida de un proyecto; estas pruebas son fundamentales para un buen desarrollo.
  • La planificación de las pruebas es esencial a lo largo de todo el proyecto desde la fase de análisis hasta la implementación.

Pruebas en el ciclo de vida de un proyecto

  • En cada fase del ciclo de vida del desarrollo del software, las pruebas son cruciales para validar los resultados.
  • Hay varios tipos de pruebas que se realizan en diferentes fases del desarrollo.
  • Las pruebas ayudan a identificar errores y corregirlos en cada una de las etapas para un óptimo desarrollo del proyecto.

Procedimientos, tipos y casos de pruebas

  • La planificación de las pruebas conlleva un proceso sistemático y documentado.
  • Los diferentes tipos de pruebas (caja blanca, caja negra, etc.) se realizan en distintas etapas con diferentes objetivos.
  • Los casos de prueba son esenciales para documentar y ejecutar las pruebas en cada fase.
  • Los diferentes tipos de pruebas ofrecen diferentes enfoques para evaluar un producto de software.

Diseño de las pruebas. Tipos de pruebas

  • Existen diferentes tipos de pruebas (funcionales, de integración, de rendimiento, de seguridad, etc.) para cada nivel del desarrollo.
  • Las pruebas de caja negra prueban la funcionalidad del programa en base a las especificaciones, mientras que las pruebas de caja blanca prueban la estructura interna del código fuente.
  • Los casos de prueba para cada tipo de prueba deben ser documentados y evaluados.

Ejecución de las pruebas

  • La ejecución de las pruebas sigue un proceso definido y documentado.
  • Es importante seguir los pasos de la ejecución de prueba para validar correctamente el software.
  • Si se identifican errores hay que realizar los pasos de depuración.
  • Si no se identifican errores hay que realizar la validación final.

Finalización: evaluación y análisis de errores

  • En la fase de finalización se evalúan los resultados de las pruebas y se analizan los errores detectados.
  • La evaluación de los resultados de las pruebas es importante para mejorar el software.
  • La planificación de las nuevas estrategias de prueba se realizara a partir del análisis de los errores.

Depuración del código fuente

  • La depuración del código fuente se fundamenta en encontrar e identificar errores durante el proceso de desarrollo de software.
  • Identificar la causa de los errores es crucial para su depuración.
  • Se deben seguir procedimientos de depuración para asegurar un correcto desarrollo del software.

Studying That Suits You

Use AI to generate personalized quizzes and flashcards to suit your learning preferences.

Quiz Team

Related Documents

Entorns de desenvolupament - TEMA 03 - PDF

More Like This

Use Quizgecko on...
Browser
Open
Browser
Browser