Programa de Estudio ISTQB® en Español

<p>Una razón fundamental que explica por qué ocurre un problema. (A)</p> Signup and view all the answers

<p>Identificar una causa fundamental para poder prevenir problemas similares. (C)</p> Signup and view all the answers

<p>Las pruebas solo pueden indicar que se encontraron defectos, pero no pueden probar que no existan más. (D)</p> Signup and view all the answers

<p>Probar todas las combinaciones posibles es inviable en la mayoría de los casos. (A)</p> Signup and view all the answers

<p>Disminuye los costos asociados a la corrección de defectos en etapas posteriores del desarrollo. (A)</p> Signup and view all the answers

<p>Un pequeño número de componentes suelen contener la mayoría de los defectos. (D)</p> Signup and view all the answers

<p>Se reduce su efectividad para encontrar nuevos defectos, lo que requiere ajustes o nuevas pruebas. (C)</p> Signup and view all the answers

Organización que se encarga de desarrollar y mantener el programa de certificación de pruebas de software ISTQB®.

Conjunto de conocimientos y habilidades que se espera que un profesional de las pruebas de software tenga a nivel básico.

Traducido por el SSTQB con el apoyo de HASTQB, ofrece las bases para la certificación de pruebas de software en español.

Grupo responsable de la traducción y revisión del programa de estudio en español, asegurando su precisión y calidad.

Organización que se encarga de promover y desarrollar la profesión de las pruebas de software en España.

Un error detectable durante el proceso de desarrollo de software, que puede resultar en un fallo del sistema.

Un comportamiento o resultado no deseado del sistema, que se produce cuando se ejecuta un defecto particular.

Un factor fundamental que causa un problema, como un error en el diseño o una falta de comprensión de los requisitos.

Un proceso para investigar la causa raíz de un problema, con el objetivo de impedir que se reproduzca en el futuro.

Conjunto de directrices generales aplicables a todas las pruebas, que proporcionan orientación sobre cómo realizarlas de manera eficaz.

La prueba solo puede demostrar la presencia de defectos, no su ausencia. Incluso si no se encuentran defectos, no se puede asegurar que el objeto de prueba esté completamente libre de errores.

Probar todas las posibles combinaciones de entradas y condiciones es imposible en la mayoría de los casos. En su lugar, se deben utilizar técnicas de prueba y estrategias de priorización para enfocar los esfuerzos de prueba en las áreas más riesgosas.

Encontrar y solucionar defectos en las primeras fases del desarrollo ahorra tiempo y dinero a largo plazo. Evitar errores desde el principio minimiza costos posteriores y reduce el riesgo de errores en productos derivados.

La mayoría de los defectos se concentran en un pequeño número de componentes del sistema. Esto se debe al principio de Pareto, también conocido como la regla 80/20.

Si se repiten las mismas pruebas muchas veces, se vuelve menos probable encontrar nuevos defectos. Para superar este efecto, es necesario modificar las pruebas, los datos de prueba y, en algunos casos, desarrollar nuevas pruebas.