CTFL-V4.0-CAP1V2.pdf

Fundamentos del Probar Identifica fallos 1.3 Principios de la Prueba...

Fundamentos del Probar Identifica fallos 1.3 Principios de la Prueba La prueba muestra la presencia de defectos no Proceso de Prueba Depurar Localiza y corrige defectos que causan esos fallos su ausencia Materialización o ejecución del defecto, algunos defectos causaran fallos siempre, otros en situaciones específicas y otros nunca. 1.1. ¿Qué es probar? Es evaluar la calidad Proceso típico de depuración La prueba exhaustiva es imposible Reproducción del fallo No se puede probar todo, se deben priorizar los casos de prueba y Ayuda a reducir el riesgo de fallo del software en Diagnóstico del problema utilizar técnicas de pruebas efectivas. operación. Corrección del defecto La prueba temprana ahorra tiempo y dinero ¿Qué es la prueba de software? Pruebas de confirmación para verificar la solución. Detectar y corregir defectos al inicio del proceso reduce los costos y evita problemas más adelante. para descubrir defectos y evaluar 1.2. ¿Por qué es necesario probar? Los defectos se agrupan Es el conjunto de actividades la calidad de los artefactos del software. Ayudan a alcanzar los objetivos dentro í La mayor a de los defectos tienden a concentrarse en unas pocas Como forma de del alcance, tiempo, calidad y áreas del sistema, siguiendo el principio de Pareto. Al probarse control de calidad presupuesto establecido. Las pruebas se desgastan Repetir las mismas pruebas muchas veces reduce su efectividad, Artefactos Objetos de prueba ¿Qué proporcionan las pruebas? es necesario variar las pruebas para detectar nuevos defectos. Medios para evaluar la calidad de los objetos de La prueba depende del contexto ¿Qué es verificación? No existe un enfoque de prueba universal, debe adaptarse al tipo pruebas en varias etapas del ciclo de vida del de sistema y contexto específico. Comprobar si el sistema cumple con los requisitos especificados. desarrollo de software. Falacia de la ausencia de defectos ¿Qué es validación? ¿Para que se usan esas mediciones? Incluso si no se encuentran defectos, un sistema puede no cumplir con las expectativas de los usuarios o los objetivos de negocio. Como parte de una actividad de gestión de proyectos Comprobar si el sistema satisface las necesidades de los más amplia, como pasar a la siguiente etapa del 1.4. Actividades de Prueba, Productos usuarios y partes interesadas. CVDS. de Prueba y Roles de Prueba Prueba dinámica Prueba estática Es un enfoque correctivo orientado al producto Planificació Actividades de Control de que se centra en las actividades que ayudan a la Implementació Ejecuta el software No ejecuta el software prueba Ejecución Calidad obtención de calidad adecuados Se generan durante el proceso, como planes, ¿Qué se necesita? Es un enfoque preventivo orientado a los Productos de casos de prueba y reportes, y varían en función Aseguramiento procesos que se concentra en la prueba de la organización. Se necesita que se planifique, gestione, estime, de Calidad implementación y mejora de los mismos monitorice y controle de forma adecuada. Roles de Incluyen roles de gestión y roles técnicos, Objetivos de prueba Los resultado de pruebas prueba responsables de diferentes tareas dentro del proceso. Evaluar productos como requisitos, historias de En CC se usan para En AC se usan como retroalimentación El proceso de Pruebas en Contexto sobre el rendimiento de los procesos de usuario y código corregir defectos. Las pruebas no Forman parte de los procesos de desarrollo de una desarrollo y prueba. se realizan de organización y están orientadas a satisfacer las Encontrar defectos provocando fallos manera aislada necesidades del negocio. Reducir el riesgo asociado a la baja calidad del Error La presión del tiemp Acción humana que La complejidad del trabaj Factores contextuales software provoca defectos Procesos deficientes infraestructur Falta de formación Las necesidades, expectativas y cooperación de los implicados Verificar el cumplimiento de requisitos Las competencias y experiencia del equipo de prueba Documentació contractuales, legales y normativos Imperfección del El dominio del negocio, considerando la criticidad del objeto de prueba y Generar confianza en la calidad y proporcionar Defecto producto Código fuent Artefactos de apoyo los riesgos asociados Los factores técnicos, como el tipo de software y la tecnología utilizada información a los interesados para la toma de Las restricciones del proyecto en cuanto a tiempo, presupuesto y Fallo Mdelaterialización o ejecución Algunos defectos causaran fallos recursos decisiones. siempre, otros en situaciones Los factores organizativos, como la estructura y políticas defecto específicas y otros nunca El ciclo de vida del desarrollo del software y las herramientas disponibles.  Estrategia de prueb Productos de prueba 1.5. ompetencias Esenciales y Buenas C ivel de automatizació Prácticas de la Prueba N Influyen os productos de trabajo de prueba son los resultados de las Cobertur L Documentación y suministro de información. actividades de prueba y varían según la organización. Los testers deben poseer varias competencias clave para realizar Productos del trabajo bien su trabajo: Actividades y tareas de prueba Planificación de la prueba C onocimiento en pruebas Se pueden implementar de manera iterativa o en ncluye el plan de prueba, calendario, registro de riesgos y los I Uso de técnicas de prueba para aumentar la efectividad. paralelo según lo requiera el sistema o proyecto criterios de entrada y salida. Minuciosidad y curiosidad Monitorización y control tención a los detalles y ser metódico para identificar defectos. Planificación de la prueba A nformes de avance, documentación de directrices de control y I C omunicación Se definen los objetivos y el enfoque de la prueba, considerando detalles sobre los riesgos. las limitaciones del proyecto. Escucha activa y habilidad para transmitir información y discutir Análisis de prueba defectos de manera clara. Monitorización y control Se realiza un seguimiento continuo del avance de la prueba, Condiciones de prueba, criterios de aceptación y reportes de Pensamiento crítico y analítico defectos detectados en la base de prueba. reatividad y análisis para mejorar la efectividad de las pruebas. comparando los resultados reales con el plan. Se toman medidas C para cumplir con los objetivos. Diseño de prueba C onocimientos técnicos Análisis de prueba C asos de prueba, contratos, elementos de cobertura, datos y Uso eficiente de erramientas de prueba. h requisitos del entorno de prueba. Se analiza la base de prueba para identificar las áreas que deben C onocimiento del dominio probarse, priorizando según riesgos y condiciones específicas. Implementación de la prueba C omprender y comunicarse con los usuarios finales. Diseño de prueba Procedimientos y guiones de prueba, datos, calendario de Se desarrollan los casos de prueba, los datos y el entorno de ejecución y elementos del entorno como simuladores y C omunicación efectiva virtualizaciones. a información debe ser transmitida de manera constructiva para prueba necesarios, y se definen las técnicas a utilizar. L Ejecución de la prueba mejorar la percepción de las pruebas como una actividad positiva y Implementación de la prueba R egistros de bitácora e informes de defectos. esencial para el éxito del proyecto. Se crean o adquieren los productos necesarios para la ejecución, como guiones y conjuntos de prueba, priorizando su organización Compleción de prueba Enfoques de Equipo Completo y el entorno de prueba. nformes finales, lecciones aprendidas y solicitudes de cambios o I Todos los miembros del equipo comparten responsabilidades y mejoras para futuras iteraciones. realizan cualquier tarea necesaria para asegurar la calidad. Ejecución de la prueba Maximiza el uso de las competencias de todos los integrantes. Se llevan a cabo las pruebas, ya sean manuales o automatizadas, registrando resultados y analizando las anomalías para identificar E stos productos ayudan a asegurar la calidad y las causas de los fallos. trazabilidad del proceso de pruebas. Se trabaja junto con representantes de negocio y desarrolladores para crear ompleción de prueba C olaboración pruebas de aceptación, definir estrategias y razabilidad entre Bases de Prueba y C Se archivan los productos útiles, se desactiva el entorno de prueba T automatizar pruebas. y se elaboran informes que detallan las lecciones aprendidas y Productos de Prueba posibles mejoras. Independencia de la Prueba E s fundamental para un monitoreo y control umenta la eficacia para encontrar defectos, ya que los testers R oles de Prueba efectivo. Consiste en establecer conexiones A independientes no tienen los mismos sesgos cognitivos que los razabilidad claras entre los elementos de la base de prueba, autores del código. G estión de pruebas T los productos de prueba, los resultados y los defectos detectados. N iveles de independencia Responsable de todo el Planificació Monitorizació Sin independencia: E l autor prueba su propio trabajo proceso, equipo y dirección Control y finalización de la prueba. Facilita la evaluación de la cobertura, es decir, Cierta independencia: Un compañero de equipo realiza las de actividades. qué tanto se cubren los requisitos con los casos pruebas ol de prueba os probadores son ajenos al equipo del R B eneficios de prueba Alta independencia: L autor pero dentro de la organización Permite evaluar el nivel de riesgo residual tras Análisi Muy alta independencia: Los probadores son externos a la Se encarga de las tareas iseñ las pruebas. D organización. técnicas Implementació ermite identificar fallos que los autores podrían pasar por alto Ejecución de la prueba Auditar el proceso Ventajas P y cuestionar suposiciones hechas en la implementación. Cumplir con criterios de gobernanza os roles pueden variar según el contexto, y una misma persona Impacto Evaluar el impacto de los cambios Puede generar aislamiento, problemas de L Inconvenientes comunicación y la percepción de que los testers son puede asumir ambos roles simultáneamente en algunos casos. Facilitar la comprensión de los informes de prueba. responsables de los retrasos o cuellos de botella.