Casos de Prueba en Desarrollo de Software
5 Questions
1 Views

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

Empareje los tipos de pruebas con sus descripciones:

Caja Negra = Se basa en las especificaciones del cliente y las entradas/salidas del sistema. Experiencia = Pruebas exploratorias y búsqueda de errores mediante la intuición. Caja Blanca = Se basa en la estructura interna del código. Particiones de Equivalencia = Se seleccionan clases de prueba representativas para cubrir diferentes rangos de valores.

Relacione los componentes de un Caso de Prueba (TC) con su función:

Valores de entrada = Los datos que se ingresan al sistema para ejecutar la prueba. Precondiciones de ejecución = El estado del sistema antes de comenzar la prueba. Pasos - Resultados esperados - Resultados actuales = Los pasos a seguir durante la prueba, los resultados que se esperan obtener y los resultados reales. Post ejecución = El estado del sistema después de completar la prueba.

Conecte las técnicas de pruebas con sus características principales:

Caja Negra = No requiere conocimiento del código fuente. Experiencia = Se basa en la experiencia del tester y la intuición. Caja Blanca = Se enfoca en el análisis del código fuente. Particiones de Equivalencia = Divide el rango de valores de entrada en clases de prueba representativas.

Empareje los elementos relevantes con su descripción en el contexto de los TCs:

<p>TC = Un documento formal que describe una prueba específica. Caso de Uso / Historia de Usuario / Requerimiento = El contexto donde se inscribe el TC. Tester = La persona que ejecuta la prueba. Defectos = Errores o fallas encontradas durante la ejecución de la prueba.</p> Signup and view all the answers

Relacione cada técnica de pruebas con su enfoque principal:

<p>Caja Negra = Comportamiento externo del sistema. Experiencia = Búsqueda de errores no documentados. Caja Blanca = Estructura interna del código. Particiones de Equivalencia = Cobertura de diferentes rangos de valores.</p> Signup and view all the answers

Study Notes

Caso de Prueba (Test Case)

  • Un caso de prueba cubre una condición específica de prueba.
  • Contiene valores de entrada, precondiciones de ejecución, pasos, resultados esperados y resultados actuales.
  • Se asocia a un caso de uso, historia de usuario o requerimiento particular.
  • Es un documento formal para que los testers ejecuten y detecten defectos rápidamente.
  • Incluye un ID único del caso de prueba.
  • Indica el nombre del caso de prueba, la funcionalidad probada y escenarios cubiertos.
  • Define el objetivo de verificación y validación dentro del caso de prueba.
  • Especifica si el tipo de prueba es funcional o no funcional.
  • Especifica el requerimiento o historia de uso que el caso de prueba verifica.
  • Indica la prioridad y entorno del caso de prueba.
  • Describe las precondiciones necesarias antes de ejecutar el caso de prueba, incluyendo los datos a utilizar.
  • Presenta los pasos a seguir y el resultado esperado para cada paso.
  • Incluye las post-condiciones necesarias para dejar el entorno listo para futuras ejecuciones.
  • Los casos de prueba sirven para verificar si el sistema cumple con el modelo y con las necesidades del cliente (menús, iconos, logo, etc.).

Técnicas de Testing para Diseño de Casos de Prueba

  • Caja Negra: Se centra en las entradas y salidas del sistema, sin mirar la estructura interna, basándose en las especificaciones del cliente.
  • Caja Blanca: Se basa en la estructura interna del sistema, examinando el código.
  • Testing de Caja Negra: Se enfoca en las entradas y salidas, no en la estructura interna del sistema, utilizando especificaciones de software.
  • Particiones de Equivalencia: Identifica conjuntos de datos de entrada para definir casos de prueba representativos de otras categorías. Se crea un caso de prueba por cada partición. Ofrece ejemplos de rangos de valores continuos y discretos, selección simple y múltiple.
  • Análisis de Valores Límites: Selecciona los valores en los límites de una clase para casos válidos y casos inválidos. Se consideran ejemplos como valores máximos, mínimos, registros vacíos o registros extremos (primero y último).

Tabla de Decisiones

  • Se utilizan diferentes combinaciones de entrada para obtener resultados esperados. Utilizan grafos booleanos (V o F) para establecer relaciones entre condiciones y acciones.

Diagrama de Transición de Estados

  • Se deriva del modelo de funcionamiento del sistema.
  • Se relaciona eventos con acciones, y las acciones con los estados resultantes, mostrando la transición entre estados según las entradas.

Trabajo Práctico: Diseño de Caso de Prueba

  • Objetivo: Diseñar y documentar un caso de prueba para una funcionalidad específica de un sitio web.
  • Selección de una funcionalidad (menús principales o funcionalidades internas)
  • Documentación detallando el título, descripción de la funcionalidad a probar, precondiciones, pasos, resultados esperados, resultados obtenidos y estado final (pasado/fallado).
  • Las capturas de pantalla deben respaldar la prueba. Documentación en formato PDF, entregada en plataforma.
  • El trabajo se realiza en equipo.
  • Fecha límite de entrega.

Studying That Suits You

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

Quiz Team

Related Documents

Description

Este cuestionario evalúa tu conocimiento sobre los casos de prueba en el desarrollo de software. Aprenderás sobre las condiciones necesarias, las precondiciones, y los pasos a seguir para realizar una prueba eficaz. Además, se abordarán temas como la funcionalidad probada y la priorización de casos de prueba.

More Like This

Test Design: Understanding Test Cases
12 questions
Effective Test Case Practices
5 questions

Effective Test Case Practices

IrreproachableFreedom avatar
IrreproachableFreedom
Software Testing Test Cases
8 questions
Use Quizgecko on...
Browser
Browser