En este momento estás viendo Objetivos de aprendizaje – Cap 3 – ISTQB CTFL v3.1

Objetivos de aprendizaje – Cap 3 – ISTQB CTFL v3.1

  • Autor de la entrada:
  • Categoría de la entrada:ISTQB

introducción

Para estudiar cada uno de los capítulos del Programa de Estudios del ISTQB CTFL v3.1.  y no sólo comprender su alcance sino además las relaciones existentes entre sus conceptos se pueden aplicar varios métodos, uno de ellos es conociendo y comprendiendo los objetivos de aprendizaje de cada uno de los principales ítems de cada capítulo. Aquí te comparto el alcance de los objetivos de aprendizaje del Capítulo III – Prueba Estática.

Objetivos de Aprendizaje para la Prueba Estática

3.1. Prueba Estática:

Conceptos Básicos
NB-3.1.1 (K1) Reconocer los tipos de productos de trabajo de software que pueden ser examinados por las diferentes técnicas de prueba estática.
NB-3.1.2 (K2) Utilizar ejemplos para describir el valor de la prueba estática.
NB-3.1.3 (K2) Explicar la diferencia entre técnicas estáticas y dinámicas, considerando los objetivos, los tipos de defectos a identificar y el papel de estas técnicas dentro del ciclo de vida del software.

3.2. Proceso de Revisión
NB-3.2.1 (K2) Resumir las actividades del proceso de revisión de productos de trabajo.
NB-3.2.2 (K1) Reconocer los diferentes roles y responsabilidades en una revisión formal.
NB-3.2.3 (K2) Explicar las diferencias entre los diferentes tipos de revisión: revisión informal, revisión guiada, revisión técnica e inspección.
NB-3.2.4 (K3) Aplicar una técnica de revisión a un producto de trabajo para encontrar defectos.
NB-3.2.5 (K2) Explicar los factores que contribuyen al éxito de la revisión.

3.1. Prueba Estática: Conceptos Básicos

NB-3.1.1 (K1) Reconocer los tipos de productos de trabajo de software que pueden ser examinados por las diferentes técnicas de prueba estática.

Los tipos de productos de trabajo de software que pueden ser examinados por las diferentes técnicas de prueba estática incluyen, pero no se limitan a:

1. Especificaciones, incluidos requisitos de negocio, requisitos funcionales y requisitos de seguridad.
2. Épicas, historias de usuarios y criterios de aceptación.
3. Especificaciones de arquitectura y diseño.
4. Código.
5. Producto de prueba, incluyendo planes de prueba, casos de prueba, procedimientos de prueba y guiones de prueba automatizados.
6. Guías de usuario.
7. Páginas web.
8. Contratos, planes de proyecto, calendarios y presupuestos.
9. Modelos, tales como diagramas de actividad, que pueden ser usados para la prueba basada en modelos , .

Estos productos de trabajo pueden ser evaluados mediante técnicas de prueba estática, como revisiones y análisis estático, para identificar posibles problemas, defectos y riesgos en el software antes de la ejecución de las pruebas dinámicas. La aplicación de técnicas de prueba estática a estos productos de trabajo contribuye a mejorar la calidad del software y a detectar posibles problemas en etapas tempranas del ciclo de vida del desarrollo de software.

NB-3.1.2 (K2) Utilizar ejemplos para describir el valor de la prueba estática.

Aquí hay algunos ejemplos que describen el valor de la prueba estática:

1. Identificación temprana de defectos: La prueba estática, como la revisión de código, puede identificar defectos en el software antes de la ejecución de las pruebas dinámicas. Esto ayuda a reducir el costo y el tiempo de corrección de defectos, ya que se detectan y corrigen en etapas tempranas del ciclo de vida del desarrollo de software.

2. Mejora de la calidad del software: La prueba estática puede mejorar la calidad del software al identificar problemas y riesgos en el software antes de la ejecución de las pruebas dinámicas. Esto ayuda a garantizar que el software cumpla con los requisitos y expectativas del cliente.

3. Reducción de costos y tiempo de desarrollo: La prueba estática puede reducir el costo y el tiempo de desarrollo al identificar problemas y defectos en el software antes de la ejecución de las pruebas dinámicas. Esto ayuda a evitar la necesidad de rehacer el trabajo y a reducir el tiempo de corrección de defectos.

4. Mejora de la comunicación y colaboración: La prueba estática, como la revisión de código, puede mejorar la comunicación y colaboración entre los miembros del equipo al proporcionar una oportunidad para que los miembros del equipo revisen y discutan el software. Esto ayuda a garantizar que todos los miembros del equipo estén en la misma página y trabajen juntos para lograr los objetivos del proyecto.

5. Mejora de la seguridad del software: La prueba estática, como el análisis estático, puede mejorar la seguridad del software al identificar posibles vulnerabilidades y riesgos de seguridad en el software antes de la ejecución de las pruebas dinámicas. Esto ayuda a garantizar que el software sea seguro y protegido contra posibles amenazas de seguridad.

En resumen, la prueba estática puede proporcionar una serie de beneficios, como la identificación temprana de defectos, la mejora de la calidad del software, la reducción de costos y tiempo de desarrollo, la mejora de la comunicación y colaboración, y la mejora de la seguridad del software.

NB-3.1.3 (K2) Explicar la diferencia entre técnicas estáticas y dinámicas, considerando los objetivos, los tipos de defectos a identificar y el papel de estas técnicas dentro del ciclo de vida del software.

Las técnicas estáticas y dinámicas de prueba de software tienen diferencias significativas en cuanto a sus objetivos, los tipos de defectos que identifican y su papel dentro del ciclo de vida del software.

1. Objetivos:
– Técnicas estáticas: El objetivo principal de las técnicas estáticas es evaluar los productos de trabajo del software sin ejecutar el programa. Se centran en la revisión y análisis de documentos, código fuente, modelos, etc., para identificar posibles problemas y defectos.
– Técnicas dinámicas: Las técnicas dinámicas se centran en ejecutar el software y observar su comportamiento durante la ejecución. El objetivo es evaluar el comportamiento del software en tiempo de ejecución y descubrir defectos relacionados con su funcionamiento.

2. Tipos de defectos a identificar:
– Técnicas estáticas: Las técnicas estáticas se utilizan para identificar defectos en los productos de trabajo del software, como requisitos ambiguos, errores de diseño, problemas de codificación, inconsistencias, omisiones, etc.
– Técnicas dinámicas: Las técnicas dinámicas se utilizan para identificar defectos relacionados con el comportamiento del software durante la ejecución, como errores de lógica, problemas de rendimiento, fugas de memoria, problemas de seguridad, etc.

3. Papel dentro del ciclo de vida del software:
– Técnicas estáticas: Las técnicas estáticas desempeñan un papel crucial en las primeras etapas del ciclo de vida del software, como la fase de especificación, diseño y codificación. Ayudan a identificar y corregir defectos en etapas tempranas, lo que reduce el costo y el tiempo de corrección.
– Técnicas dinámicas: Las técnicas dinámicas se utilizan principalmente en las etapas posteriores del ciclo de vida del software, como la fase de pruebas de integración, pruebas de sistema y pruebas de aceptación. Se centran en validar el comportamiento del software y descubrir defectos relacionados con la ejecución del programa.

En resumen, las técnicas estáticas se centran en evaluar los productos de trabajo del software sin ejecutar el programa, identificando defectos en documentos, código fuente, modelos, etc., mientras que las técnicas dinámicas se centran en ejecutar el software y observar su comportamiento para descubrir defectos relacionados con su funcionamiento. Ambas técnicas desempeñan roles complementarios en el ciclo de vida del software, contribuyendo a la mejora de la calidad del software.

3.2. Proceso de Revisión

NB-3.2.1 (K2) Resumir las actividades del proceso de revisión de productos de trabajo.

El proceso de revisión de productos de trabajo incluye las siguientes actividades:

1. Iniciar la revisión: Esta actividad implica distribuir el producto de trabajo a los revisores y explicar el alcance, los objetivos, el proceso, las funciones y los productos del trabajo. También se responde a cualquier pregunta que los revisores puedan tener sobre la revisión.

2. Revisión individual: Los revisores revisan todo o parte del producto de trabajo y notifican posibles defectos, recomendaciones y preguntas.

3. Comunicar y analizar cuestiones: Los revisores comunican los defectos potenciales identificados en una reunión de revisión y analizan los posibles defectos, asignando la propiedad y el estado a los mismos. También se evalúan y documentan las características de calidad y se evalúan los hallazgos de la revisión con respecto a los criterios de salida para tomar una decisión de revisión.

4. Corregir los defectos detectados: Los autores del producto de trabajo corregirán los defectos detectados en el producto de trabajo revisado.

5. Comunicar defectos a la persona o equipo adecuado: Si se encuentran defectos en un producto de trabajo relacionado con el producto de trabajo revisado, se comunican a la persona o equipo adecuado.

6. Registrar el estado actualizado de los defectos: En revisiones formales, se registra el estado actualizado de los defectos, incluyendo, eventualmente, el acuerdo del autor del comentario.

7. Recopilación de métricas: Para tipos de revisión más formales, se recopilan métricas.

8. Comprobar el cumplimiento de los criterios de salida: Para tipos de revisión más formales, se comprueba el cumplimiento de los criterios de salida.

9. Aceptar el producto de trabajo: Cuando se alcanzan los criterios de salida, se acepta el producto de trabajo.

En resumen, el proceso de revisión de productos de trabajo implica la revisión individual del producto de trabajo, la comunicación y análisis de cuestiones, la corrección de los defectos detectados, la comunicación de los defectos a la persona o equipo adecuado, la recopilación de métricas y la aceptación del producto de trabajo. Este proceso es importante para identificar y corregir defectos en el software antes de la ejecución de las pruebas dinámicas, lo que ayuda a mejorar la calidad del software y reducir el costo y el tiempo de corrección de defectos.

NB-3.2.2 (K1) Reconocer los diferentes roles y responsabilidades en una revisión formal.

En una revisión formal, se pueden identificar varios roles y responsabilidades clave, que incluyen:

1. Autor:
– Crea el producto de trabajo bajo revisión.
– Corrige los defectos en el producto de trabajo bajo revisión, si es necesario.

2. Dirección:
– Es responsable de la planificación de la revisión.
– Decide acerca de la ejecución de las revisiones.
– Asigna personal, presupuesto y tiempo.
– Supervisa la rentabilidad en curso.
– Ejecuta las decisiones de control en caso de resultados inadecuados.

3. Facilitador (Moderador):
– Asegura el funcionamiento efectivo de las reuniones de revisión, cuando se celebran.
– Realiza mediación entre los distintos puntos de vista, si es necesario.
– Es la persona de la que depende el éxito de la revisión.

4. Líder de Revisión:
– Asume la responsabilidad general de la revisión.
– Decide quiénes estarán involucrados y organiza cuándo y dónde se llevará a cabo la revisión.

Estos roles y responsabilidades son fundamentales para el éxito de una revisión formal, ya que cada uno desempeña funciones específicas que contribuyen a la efectividad y eficiencia del proceso de revisión.

NB-3.2.3 (K2) Explicar las diferencias entre los diferentes tipos de revisión: revisión informal, revisión guiada, revisión técnica e inspección.

Las diferencias entre los diferentes tipos de revisión, que incluyen la revisión informal, revisión guiada, revisión técnica e inspección, se centran en sus niveles de formalidad, objetivos y procesos. Aquí se presentan las distinciones clave:

1. Revisión Informal:
– Nivel de Formalidad: Bajo.
– Objetivo Principal: Detectar defectos potenciales.
– Proceso: No sigue un proceso formal definido, no tiene una salida documentada formal y puede no implicar una reunión de revisión. Puede ser realizado por un compañero de trabajo del autor o por más personas. Se pueden documentar los resultados, pero varía en utilidad dependiendo de los revisores.

2. Revisión Guiada:
– Nivel de Formalidad: Moderado.
– Objetivo Principal: Encontrar defectos, lograr comprensión, instruir a los participantes, o discutir y decidir por consenso.
– Proceso: Sigue un proceso definido con resultados documentados formales, basados en reglas y listas de comprobación. Utiliza roles claramente definidos, preparación individual antes de la reunión de revisión, criterios especificados de entrada y salida, y un facilitador capacitado que dirige la reunión de revisión.

3. Revisión Técnica:
– Nivel de Formalidad: Moderado a Alto.
– Objetivo Principal: Encontrar defectos y mejorar la calidad del producto.
– Proceso: Se centra en la revisión del producto de trabajo para encontrar defectos y mejorar la calidad. Puede incluir técnicas específicas como revisión de código, revisión de diseño, revisión de documentos, entre otras.

4. Inspección:
– Nivel de Formalidad: Alto.
– Objetivo Principal: Encontrar defectos y mejorar la calidad del producto.
– Proceso: Sigue un proceso formal y estructurado, con roles claramente definidos, criterios de entrada y salida, preparación individual antes de la reunión de revisión, y un enfoque en la detección de defectos. Se enfoca en la identificación de defectos y la mejora de la calidad del producto mediante la revisión exhaustiva del trabajo.

Estas diferencias reflejan la variedad de enfoques y niveles de formalidad que pueden aplicarse en el proceso de revisión de productos de trabajo, cada uno con sus propias ventajas y consideraciones específicas.

NB-3.2.4 (K3) Aplicar una técnica de revisión a un producto de trabajo para encontrar defectos.

Para aplicar una técnica de revisión a un producto de trabajo y encontrar defectos, se pueden seguir los siguientes pasos:

1. Selección de la técnica de revisión: Seleccionar la técnica de revisión adecuada para el producto de trabajo y los objetivos de la revisión. Las técnicas de revisión pueden incluir revisión informal, revisión guiada, revisión técnica e inspección.

2. Preparación para la revisión: Preparar el producto de trabajo para la revisión, incluyendo la identificación de los objetivos de la revisión, la selección de los revisores, la definición de los roles y responsabilidades, la preparación de las herramientas y materiales necesarios, y la definición de los criterios de entrada y salida.

3. Revisión individual: Los revisores revisan todo o parte del producto de trabajo y notifican posibles defectos, recomendaciones y preguntas.

4. Comunicar y analizar cuestiones: Los revisores comunican los defectos potenciales identificados en una reunión de revisión y analizan los posibles defectos, asignando la propiedad y el estado a los mismos. También se evalúan y documentan las características de calidad y se evalúan los hallazgos de la revisión con respecto a los criterios de salida para tomar una decisión de revisión.

5. Corregir los defectos detectados: Los autores del producto de trabajo corregirán los defectos detectados en el producto de trabajo revisado.

NB-3.2.5 (K2) Explicar los factores que contribuyen al éxito de la revisión.

Existen varios factores que contribuyen al éxito de la revisión de productos de trabajo. A continuación, se presentan algunos de los factores más importantes:

1. Selección adecuada de la técnica de revisión: Es importante seleccionar la técnica de revisión adecuada para el producto de trabajo y los objetivos de la revisión. Las técnicas de revisión pueden incluir revisión informal, revisión guiada, revisión técnica e inspección.

2. Preparación adecuada: Es importante preparar adecuadamente el producto de trabajo para la revisión, incluyendo la identificación de los objetivos de la revisión, la selección de los revisores, la definición de los roles y responsabilidades, la preparación de las herramientas y materiales necesarios, y la definición de los criterios de entrada y salida.

3. Participantes adecuados: Es importante seleccionar a los participantes adecuados para la revisión, incluyendo a personas con experiencia y conocimientos relevantes para el producto de trabajo.

4. Comunicación efectiva: Es importante comunicar claramente los objetivos de la revisión, los roles y responsabilidades de los participantes, y los criterios de entrada y salida.

5. Proceso estructurado: Es importante seguir un proceso estructurado para la revisión, incluyendo la revisión individual, la reunión de revisión, la comunicación y análisis de cuestiones, la corrección de los defectos detectados, y la aceptación del producto de trabajo.

6. Formación adecuada: Es importante proporcionar la formación adecuada a los participantes, especialmente para los tipos de revisión más formales, como las inspecciones.

7. Cultura de aprendizaje y mejora de procesos: Es importante promover una cultura de aprendizaje y mejora de procesos, para que los participantes puedan aprender de la revisión y mejorar el proceso de desarrollo de software completo.

8. Apoyo de la dirección: Es importante contar con el apoyo de la dirección para el proceso de revisión, incluyendo la incorporación de tiempo suficiente para las actividades de revisión en el calendario de los proyectos.

En resumen, para lograr el éxito en la revisión de productos de trabajo, es importante seleccionar la técnica adecuada, preparar adecuadamente el producto de trabajo, seleccionar a los participantes adecuados, comunicar efectivamente, seguir un proceso estructurado, proporcionar la formación adecuada, promover una cultura de aprendizaje y mejora de procesos, y contar con el apoyo de la dirección.

Comentario final

¿Te ha sido útil el contenido? Me ayudarías y mucho si consideras que vale compartir este artículo entre tus amigos y  poder así enterarte cuando publique contenidos relacionados con las certificaciones, con las buenas prácticas, con herramientas y con testing aplicado en inteligencia artificial.

Buscame y seguime en LinkedIn para conocer las opiniones de colegas respecto de los contenidos que publico y por supuesto me ayudarías y mucho si consideras que vale dejar un like, dejar comentarios, compartirlo con tus amigos.

Gus Terrera

Apasionado por el agile testing y la ia.