Entornos de Desarrollo - Tema 03 - Parte I

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

<p>Diseño. (C)</p> Signup and view all the answers

<p>Planificación inicial. (C)</p> Signup and view all the answers

<p>Finalización y transferencia. (A)</p> Signup and view all the answers

<p>Identificar y solucionar errores antes de la entrega. (B)</p> Signup and view all the answers

<p>Confirmar que el producto final cumple con las necesidades y objetivos del cliente. (D)</p> Signup and view all the answers

<p>Identificar y corregir errores en el software, antes de que se lancen al mercado. (D)</p> Signup and view all the answers

<p>Las pruebas se realizan solo al finalizar el desarrollo del software, antes de su lanzamiento. (B)</p> Signup and view all the answers

<p>Tanto los desarrolladores como los ingenieros de pruebas. (B)</p> Signup and view all the answers

<p>Se vuelve a la fase anterior para corregir el error y luego se vuelven a realizar las pruebas. (A)</p> Signup and view all the answers

<p>Más costoso y complejo de solucionar. (D)</p> Signup and view all the answers

<p>Una aplicación o herramienta que ejecuta programas de forma controlada, localizando errores. (A)</p> Signup and view all the answers

<p>Análisis de requisitos. (D)</p> Signup and view all the answers

<p>Entre un 20% y un 40%. (A)</p> Signup and view all the answers

<p>La verificación evalúa si el software se ha creado correctamente, mientras que la validación verifica si cumple con los requisitos del cliente. (D)</p> Signup and view all the answers

<p>Un error en el diseño de la base de datos. (B)</p> Signup and view all the answers

<p>Asegurar que el software cumple con los requisitos establecidos. (B)</p> Signup and view all the answers

<p>Un error en la tarea de codificación. (D)</p> Signup and view all the answers

<p>Corregir el error y volver a probar el software. (B)</p> Signup and view all the answers

<p>Los resultados de las pruebas del software. (C)</p> Signup and view all the answers

<p>Utilizando menos recursos o menos tiempo en tareas posteriores. (C)</p> Signup and view all the answers

<p>Planificación de pruebas (C)</p> Signup and view all the answers

<p>Plan de pruebas (C)</p> Signup and view all the answers

<p>Un conjunto de instrucciones para ejecutar pruebas (C)</p> Signup and view all the answers

<p>Determinar qué tipo de pruebas se llevarán a cabo para cada funcionalidad del software (A)</p> Signup and view all the answers

<p>Análisis funcional del producto y diagramas de casos de uso (B)</p> Signup and view all the answers

<p>Porque las pruebas requieren una planificación, diseño, ejecución y evaluación independientes (B)</p> Signup and view all the answers

<p>Analizar los errores detectados y tomar acciones para corregirlos (A)</p> Signup and view all the answers

<p>Aprobar el software una vez que éste cumple con los requisitos (A)</p> Signup and view all the answers

<p>ISO/IEC/IEEE 29119 (D)</p> Signup and view all the answers

<p>Part 4: Pruebas de usabilidad (E)</p> Signup and view all the answers

<p>Para facilitar la identificación del alcance del plan. (C)</p> Signup and view all the answers

<p>El tipo de prueba y las propiedades de las pruebas. (C)</p> Signup and view all the answers

<p>Los requisitos específicos que deben cumplir los elementos del software. (C)</p> Signup and view all the answers

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

<p>La metodología de prueba que se usará. (C)</p> Signup and view all the answers

<p>El enfoque general para la evaluación del software. (D)</p> Signup and view all the answers

<p>La caja blanca se centra en el funcionamiento interno, mientras que la caja negra se centra en la funcionalidad externa. (A)</p> Signup and view all the answers

<p>El punto en que el programa puede suspenderse por estar en estado inestable. (C)</p> Signup and view all the answers

<p>Ejecución de casos de prueba que dependen de otros procesos. (C)</p> Signup and view all the answers

<p>El éxito o fracaso de las pruebas ejecutadas con detalles. (B)</p> Signup and view all the answers

<p>Durante la ejecución de las pruebas si se detectan errores. (A)</p> Signup and view all the answers

<p>Definir el calendario del plan de pruebas. (B)</p> Signup and view all the answers

<p>Se debe evaluar cuidadosamente dependiendo del tipo de pruebas y de las herramientas disponibles. (D)</p> Signup and view all the answers

<p>La finalización dependerá del cumplimiento de un umbral específico de calidad. (A)</p> Signup and view all the answers

Las variaciones en el tiempo y costo de un proyecto debido a errores.

Las pruebas son fundamentales para garantizar la calidad del software.

Un fallo en el diseño que puede causar problemas significativos más adelante.

Elementos utilizados para completar un proyecto, como tiempo y personal.

Las fases que atraviesa un software desde su concepción hasta su retiro.

Se estima entre un 20% y un 40% del costo total del proyecto.

Validar que el software cumple con los requerimientos establecidos.

Un error no encontrado al inicio puede requerir mucho más esfuerzo para corregirlo.

Fases que un projecte de programari passa des de la seva concepció fins a la finalització.

Procés per assegurar que el programari s'ha creat correctament segons els plans.

Avaluació per determinar si el producte compleix amb els requisits establerts.

Eina que permet localitzar i corregir errors en el programari.

Professionals encarregats de dissenyar i realitzar les proves del programari.

Document que planifica les proves que s'aplicaran durant el cicle de vida del projecte.

Falten o defectes en el programari que necessiten ser corregits.

Indiquen la necessitat de retornar a la fase anterior per corregir errors.

Estándar para la documentación de pruebas de software y sistemas.

Conjunto de estándares internacionales para pruebas de software.

Primera parte del estándar ISO/IEC/IEEE 29119 que define términos básicos.

Define el proceso a seguir en las pruebas de software.

Código que asigna un nombre específico al plan de pruebas.

Define el alcance, tipo de pruebas y elementos a probar.

Componentes del software considerados en el plan de pruebas.

Enfoque global sobre cómo se realizarán las pruebas.

Les proves eviten errors i milloren la confiança dels usuaris en un producte.

Fases que inclouen presa de requeriments, disseny, desenvolupament, proves i transferència.

Detectar errors aviat redueix costos en la solució durant el desenvolupament.

Inclou presa de requeriments, anàlisi, disseny, codificació, proves i finalització.

Crucial realitzar proves abans de lliurar un projecte a l'usuari final.

Errades poden ocórrer en qualsevol fase i algunes són més determinantes.

Es realitzada durant la fase de disseny i codificació per identificar aspectes a provar.

Errors visibles minven la confiança dels usuaris i afecten oportunitats futures.

El cliente debe aprobar el producto después de las pruebas de aceptación.

Pruebas realizadas para asegurar que el producto cumple con los requisitos del cliente.

Proceso inicial donde se define cómo se realizarán las pruebas basándose en análisis funcional.

Creación de un esquema detallado sobre cómo se llevarán a cabo las pruebas.

Realización efectiva de las pruebas diseñadas para verificar el funcionamiento del software.

Análisis de los resultados obtenidos de las pruebas para detectar errores y realizar mejoras.

Escenarios específicos diseñados para verificar una función del software durante las pruebas.

Conjunto de acciones y pasos que se siguen durante las pruebas de un software.

Método utilizado en el diseño de casos de prueba, como la caja negra o caja blanca.

Documento que define la configuración y enfoque de las pruebas a realizar.

Condiciones bajo las cuales se puede cambiar o finalizar el plan de pruebas.

Situación en la que el software presenta errores severos que impiden la continuación de pruebas.

Registros que detallan el éxito o fracaso de las pruebas realizadas.

Actividades necesarias para preparar y ejecutar pruebas, que requieren más atención.

Personas o herramientas asignadas a cada tarea definida en el plan de pruebas.

Definición de quién es responsable de cada tarea dentro del plan de pruebas.