Ep2 | Pruebas y Depuración ¿Para que sirven las pruebas de Software? Fundamentos de Prueba #ISTQB

Summary

El guion del video se enfoca en la importancia de las pruebas de software en el ciclo de desarrollo. Se discuten los nueve objetivos generales de las pruebas, como evaluar productos de trabajo, verificar y validar requisitos, generar confianza en la calidad y prevenir defectos. Se destaca la diferencia entre pruebas y depuración, y cómo trabajar en equipo con diseñadores y desarrolladores mejora la comprensión y la identificación de posibles errores. Además, se menciona la necesidad de pruebas rigurosas para cumplir con estándares legales y contractuales, y cómo el aseguramiento de la calidad y el control de calidad son esenciales para mejorar los resultados y fomentar la confianza del usuario en el producto final.

Takeaways

• 😀 La importancia de las pruebas de software radica en evaluar y verificar productos de trabajo, aumentar la confianza en la calidad y prevenir defectos.
• 🔍 Existen nueve objetivos generales de las pruebas de software, incluyendo evaluar productos de trabajo, verificar y validar requisitos y prevenir defectos.
• 👷‍♂️ La 'contención de fase' es una meta de las pruebas para detectar errores temprano en el ciclo de vida del desarrollo para reducir costos.
• 📋 Las pruebas garantizan que los requisitos legales y técnicos sean cumplidos, lo que es crucial en sectores regulados como el financiero.
• 🤔 La diferencia entre error, falla y defecto es crucial para entender el proceso de prueba y depuración de software.
• 🛠 La depuración (debugging) es el proceso de encontrar, analizar y reparar un defecto, mientras que las pruebas son para verificar el correcto funcionamiento del software.
• 🔗 La colaboración entre probadores y desarrolladores es fundamental para una mejor comprensión del diseño y funcionamiento del software.
• 🔒 Las pruebas son necesarias para cumplir con estándares legales o contractuales en algunas industrias.
• 👥 El aseguramiento de la calidad (QA) y las pruebas, aunque relacionados, son procesos distintos; el QA se enfoca en la prevención de defectos a través de procesos adecuados.
• 📊 Las pruebas de software reducen riesgos y aumentan la confianza del usuario en el producto, lo que a su vez mejora la fidelidad al proveedor.
• 🎯 Los objetivos de las pruebas varían según la fase del ciclo de desarrollo y el sistema que se esté probando, desde la validación de requisitos al cumplimiento de estándares legales.

Q & A

¿Cuál es uno de los objetivos generales de las pruebas de software según el guion?

Uno de los objetivos generales de las pruebas de software es evaluar los productos de trabajo generados en cada tarea significativa del ciclo de vida del desarrollo de sistemas.

¿Qué se conoce como contención de fase en el contexto de las pruebas de software?

La contención de fase se refiere a la revisión de todos los productos desde las etapas más tempranas del ciclo de vida de desarrollo para evitar que posibles errores avancen a etapas donde sea más difícil y costoso repararlos.

¿Por qué es importante verificar que todos los requerimientos especificados han sido satisfechos durante las pruebas de software?

Es importante verificar que todos los requerimientos especificados han sido satisfechos para garantizar que las soluciones entregadas cumplan con los requerimientos de ley, técnicos o de negocio, lo que aumenta la confianza en el nivel de calidad del objeto de prueba.

¿Cuál es la diferencia entre un error, una falla y un defecto en el contexto de las pruebas de software?

Un error es una acción incorrecta que una persona puede cometer, un defecto es la consecuencia de ese error en el código fuente o el documento, y una falla es el efecto que se produce cuando se ejecuta el código con un defecto.

¿Por qué es necesario realizar pruebas de software?

Es necesario realizar pruebas de software para encontrar y corregir defectos, prevenir fallas, aumentar la confianza en el software, y cumplir con requisitos legales o estándares específicos de la industria.

¿Qué es la depuración en el contexto de las pruebas de software y cómo se relaciona con las pruebas de confirmación?

La depuración es el proceso de desarrollo que encuentra, analiza y repara el defecto en el software. Después de la depuración, se debe ejecutar una prueba de confirmación para determinar si el defecto que causaba la falla ha sido reparado.

¿Qué es una prueba de regresión y por qué es importante?

Las pruebas de regresión son importantes para verificar que un cambio realizado en el software para reparar un defecto no ha afectado otras secciones del software, asegurando que el software siga funcionando correctamente en su totalidad.

¿Cómo pueden los probadores y diseñadores trabajar juntos para aumentar la comprensión del diseño del sistema y cómo probarlo?

Los probadores y diseñadores pueden trabajar juntos desde tempraniamente en el ciclo de vida del desarrollo, lo que permite una mejor comprensión del diseño y la identificación de qué pruebas serán necesarias, disminuyendo así el riesgo de defectos en el diseño que podrían avanzar a etapas posteriores.

¿Qué se entiende por 'aseguramiento de la calidad' y cómo se relaciona con las pruebas de software?

El aseguramiento de la calidad se centra en el cumplimiento de los procesos adecuados para generar productos de trabajo de mayor calidad, lo que contribuye a la prevención de defectos. Aunque relacionado, es un proceso preventivo que incluye actividades planeadas y sistemáticas, mientras que las pruebas de software son un proceso reactivo que se centra en encontrar y corregir defectos en los productos ya elaborados.

¿Cuál es el objetivo de las pruebas de aceptación con el usuario al final del proceso de desarrollo del software?

El objetivo de las pruebas de aceptación con el usuario es validar que el software cumple con las expectativas del usuario y crear confianza en su uso, asegurando así que el producto final satisfaga las necesidades y requisitos del usuario.

Outlines

00:00

😀 Introducción a la carga de trabajo y pruebas de software

El primer párrafo aborda la situación de una carga de trabajo elevada y la necesidad de distribuir actividades adicionales entre el personal con menos trabajo. Se menciona la fase actual de levantamiento de nuevos requerimientos y la ocupación del equipo de desarrollo, incluyendo a desarrolladores y diseñadores, quienes están trabajando en una nueva solución. Además, se destaca el trabajo en conjunto con el equipo de Higüey y la importancia de las pruebas de software, introduciendo los objetivos generales de las mismas.

05:02

🔍 Objetivos de las pruebas de software y su importancia

En este párrafo, se detallan los nueve objetivos generales de las pruebas de software, que incluyen evaluar productos de trabajo, verificar la satisfacción de requisitos, validar la completitud y funcionalidad del software, prevenir defectos y cumplir con requisitos legales o estándares. Se enfatiza la importancia de la confianza en la calidad del software y cómo las pruebas pueden ayudar a prevenir fallas y a generar confianza en la aplicación, a través de ejemplos como el uso de tarjetas de débito y servicios de cable.

10:03

👷 Diferenciación entre error, falla y defecto en pruebas

El tercer párrafo se enfoca en la diferencia entre los términos error, falla y defecto, aclarando que a menudo se usan indistintamente pero son conceptos diferentes. Se explica que un error humano puede introducir un efecto en el código que, si se ejecuta, genera una falla. Se dan ejemplos prácticos para ilustrar la diferencia y se menciona que uno de los objetivos de las pruebas es encontrar tantos defectos y fallas como sea posible dentro de los alcances establecidos.

15:04

🛠 Proceso de depuración y pruebas de confirmación

Aquí se describe el proceso de depuración, que implica encontrar, analizar y reparar un defecto en el software, seguido de una prueba de confirmación para verificar si la falla ha sido reparada. Se destaca que, aunque generalmente es el desarrollador quien realiza la depuración, en ciertas fases de pruebas los probadores también pueden estar involucrados. Además, se menciona la importancia de las pruebas de regresión para asegurar que un cambio no ha afectado otras secciones del software.

20:09

📈 Importancia de las pruebas en la calidad y gestión del software

El quinto párrafo discute cómo las pruebas ayudan a mejorar la calidad del software, enfatizando la colaboración entre probadores, diseñadores y desarrolladores para detectar y solucionar problemas temprano en el ciclo de vida del desarrollo. Se menciona el ahorro de tiempo, esfuerzo y dinero que esto conlleva, así como la importancia de cumplir con requisitos legales o contractuales y estándares de industria. También se diferencia el aseguramiento de la calidad del control de calidad, y se presenta la gestión de calidad como un conjunto de ambas.

25:16

🎯 Objetivos y diferencias entre pruebas y depuración

Este párrafo resume los objetivos característicos de una prueba de software, que incluyen evaluar productos de trabajo, verificar y validar requisitos, prevenir defectos, encontrar fallas, reducir riesgos y cumplir con estándares legales o comerciales. Se aclara la diferencia entre probar y depurar, y se discuten las razones por las cuales es necesario probar el software, como la naturaleza errónea del ser humano y la complejidad de los sistemas. Además, se menciona cómo el trabajo en equipo puede aumentar la comprensión del diseño y la funcionalidad del software.

📚 Conclusión sobre la importancia de las pruebas y depuración

El último párrafo concluye destacando la importancia de las pruebas y la depuración en el proceso de desarrollo de software. Se enfatiza que los objetivos de las pruebas varían según el sistema, la fase del ciclo de desarrollo y el nivel de prueba, y se mencionan los beneficios específicos de cada etapa. Se insta a los aprendices a recordar los conceptos clave y a utilizar los recursos de memorización proporcionados, y se animan a participar en discusiones y a compartir el contenido si lo encuentran útil.

Keywords

💡Pruebas de software

Las pruebas de software son un conjunto de actividades destinadas a evaluar la calidad del software y garantizar que cumpla con los requisitos especificados. En el video, se discute cómo las pruebas son fundamentales para encontrar y corregir defectos, prevenir fallas y aumentar la confianza en el software, lo cual es central para el éxito del proyecto y la satisfacción del usuario.

💡Desarrollo

El término 'desarrollo' se refiere al proceso de creación del software, involucra a desarrolladores y diseñadores que trabajan en la implementación de nuevas soluciones o mejoras. En el script, se menciona que el equipo de desarrollo está trabajando en la modificación de una solución, lo que es parte integral del proceso de pruebas para garantizar que el software cumpla con las expectativas.

💡Requerimientos

Los 'requerimientos' son las especificaciones y condiciones que el software debe cumplir. Son cruciales para la planificación, diseño y pruebas del software. En el video, se enfatiza la importancia de verificar y validar que todos los requerimientos han sido satisfechos, ya sean legales, técnicos o de negocio.

💡Depuración (Debugging)

La 'depuración' es el proceso de identificar, analizar y corregir errores en el código fuente. Es una actividad clave en el desarrollo de software, donde el desarrollador busca y soluciona problemas. En el script, se describe cómo la depuración es diferente a las pruebas y es necesaria para mejorar la calidad del software.

💡Fallas y Defectos

Una 'falla' es un error que se manifiesta cuando el software no funciona como se espera, mientras que un 'defecto' es un error en el código que puede llevar a una falla. El video destaca la diferencia entre estos términos y cómo encontrar y corregir tanto fallas como defectos es uno de los objetivos principales de las pruebas de software.

💡Confianza

La 'confianza' en el software se refiere a la seguridad y la certeza de que el sistema funcionará correctamente y de manera confiable. El video subraya que generar confianza es esencial, ya que直接影响a la adopción del software por parte de los usuarios y su disposición a pagar por un producto o servicio.

💡Validación

La 'validación' es el proceso de verificar que el software cumple con los requisitos y necesidades del usuario. Es una parte crucial de las pruebas de software, donde se asegura que lo que se entregue es lo que se solicitó y resuelve el problema que originó la solicitud.

💡Control de calidad

El 'control de calidad' implica en actividades que buscan encontrar y corregir defectos en los productos ya elaborados, con el objetivo de asegurar un nivel óptimo de calidad antes de que el software alcance el mercado. En el video, se menciona que el control de calidad es parte integral de la gestión de calidad y es esencial para el éxito del software.

💡Aseguramiento de la calidad

El 'aseguramiento de la calidad' se enfoca en el cumplimiento de procesos adecuados para generar productos de mayor calidad y prevenir la introducción de defectos. Aunque relacionado con las pruebas, el video aclara que es un proceso preventivo que se centra en mejorar la calidad desde la planificación y el inicio del proyecto.

💡Perfiles operativos

Los 'perfiles operativos' son ejemplos de cómo diferentes usuarios pueden interactuar con el software según sus roles y permisos. En el script, se utilizan como ejemplo para ilustrar cómo limitar el alcance de las pruebas y asegurar que el software cumpla con las expectativas de cada tipo de usuario.

Highlights

La importancia de distribuir actividades adicionales entre el personal con menos carga de trabajo debido a la falta de personal.

La fase actual de levantamiento de nuevos requerimientos en el análisis y diseño.

La colaboración del equipo de desarrollo y diseño en la mejora de la nueva solución.

El trabajo del equipo de Higüey para garantizar que todo salga como se espera.

La discusión sobre la importancia de las pruebas en el capítulo anterior.

El objetivo de las pruebas de software y su valor agregado.

Existen nueve objetivos generales que caracterizan las pruebas de software.

Evaluar los productos de trabajo generados en cada tarea significativa del ciclo de vida de desarrollo de sistemas.

La contención de fase para evitar errores en etapas posteriores.

Verificar que todos los requerimientos especificados han sido satisfechos, incluidos los de ámbito legal.

Validar si el objeto de prueba está completo y funciona como los usuarios esperan.

La confianza en la calidad del software como resultado de una correcta verificación y validación.

Prevenir defectos al encontrar y corregirlos durante las pruebas.

La diferencia entre error, falla y defecto en el contexto de las pruebas de software.

El objetivo de encontrar tantos defectos y fallas como sea posible para aumentar la confianza en el software.

Tomar decisiones informadas basadas en los resultados de las pruebas en curso.

La importancia de mantener informados a los órganos encargados de la toma de decisiones.

Generar perfiles operativos para ejercitar distintos flujos de información en el sistema.

El cumplimiento de requisitos legales o estándares como objetivo general de las pruebas.

La distinción entre depuración (debugging) y pruebas en el proceso de desarrollo de software.

La depuración como proceso de desarrollo que encuentra, analiza y repara el defecto.

Las pruebas de confirmación como un paso después de la reparación de un defecto.

Las pruebas de regresión para verificar que un cambio no afecte otras secciones del software.

La necesidad de pruebas rigurosas para reducir el riesgo de fallas y aumentar la confianza en el sistema.

La importancia de las pruebas para cumplir con requisitos legales o contractuales.

Cómo las pruebas ayudan a elevar la calidad del software a través de la detección temprana de defectos.

La colaboración entre probadores, diseñadores y desarrolladores para mejorar la comprensión y la calidad del sistema.

La diferencia entre el aseguramiento de la calidad y las pruebas de software.

El control de calidad como parte del proceso reactivo que busca corregir defectos antes de que el producto salga al mercado.

La gestión de calidad que une el aseguramiento y el control de calidad.

Los objetivos específicos de las pruebas de software en diferentes fases del ciclo de vida del desarrollo.

La importancia de las pruebas de aceptación con el usuario para validar el software y crear confianza.

La recomendación de repasar los puntos clave antes del examen de certificación utilizando tarjetas de memorización.

Transcripts

y

[Música]

buenos días a todos en virtud de la gran

carga de trabajo que tenemos y la falta

de personal requerimos para distribuir

algunas actividades adicionales entre el

personal que tenga menos carga de

trabajo así que qué me dice la gente de

análisis y diseño en estos momentos nos

encontramos en fase de levantamiento de

nuevos requerimientos y estamos bastante

ocupados y como estamos con el equipo de

desarrollo tanto desarrolladores como

diseñadores estamos un poco modificando

a la nueva solución y qué me dice

nuestro siempre fiel equipo de higüey

estoy trabajando en conjunto con el

resto del equipo para garantizar que

todo esté saliendo como esperamos

yo creo que ellos se la pueden arreglar

solo sin pruebas por un tiempo sin

trabajo

bueno

quizá primero deberíamos tener una

conversación sobre la importancia de lo

que estoy haciendo no cree

durante el capítulo anterior obtuvimos

una visión general de lo que realmente

significa probar en esta oportunidad

veremos específicamente lo que

perseguimos y el valor que agrega el

proceso de prueba así que si quieres

saber cuál es la finalidad de realizar

pruebas del software y acompáñame

[Música]

ah

[Música]

existen nueve objetivos generales que

caracterizan las pruebas de software y

los veremos en detalle a continuación

uno de los objetivos de las pruebas es

evaluar los productos de trabajo que se

generan en cada tarea significativa del

ciclo de vida de desarrollo de sistemas

un word producto o producto de trabajo

puede ser la grabación de una reunión un

informe de riesgos un documento de

requerimientos un reporte de progresos

un diagrama de diseño e inclusive el

código fuente o el sistema terminado se

deben revisar todos estos productos

desde las etapas más tempranas del ciclo

de vida de desarrollo para evitar que

posibles errores avancen a etapas donde

sea más difícil y costoso repararlos

esto se conoce como contención de fase

las pruebas también tienen como

finalidad verificar que todos los

requerimientos especificados han sido

satisfechos incluso los de ámbito legal

en muchas instituciones como por ejemplo

los bancos es importante verificar que

las soluciones entregadas cumplan con

los requerimientos de ley además de los

requerimientos técnicos o de negocio por

ejemplo que el cálculo de intereses a la

tarjeta de crédito se haga según lo

escrito en los requerimientos pero que

además se ejecuten bajo los parámetros

que indican

superintendencia de bancos además de

verificar se debe validar si el objeto

de prueba está completo y funciona como

los usuarios y otros implicados espera

recordemos qué y validar implica

asegurar que se entregó lo que el

usuario solicitó aquí se debe preguntar

todas las especificaciones han sido

satisfechas y resuelven el problema que

originó la solicitud cuando se hace una

correcta verificación y validación del

producto de trabajo en cuestión podemos

generar confianza en el nivel de calidad

del objeto de prueba y por qué es

importante la confianza respóndeme tú

pondría su dinero en un banco donde cada

vez que vayas a usar la tarjeta de

débito de error y debas pasarla más de

una vez para que funcione imagina que es

época de mundial de fútbol y llueve

contrataría es un servicio de cable que

sabes que falla cuando hay nubosidad te

irías de viaje de vacaciones en un carro

que te deja varado cada rato es

fundamental crear confianza en la

eficiencia de la aplicación para que

tenga éxito la confianza es lo que hace

que usuarios paguen más dinero por un

teléfono inteligente iphone

lo mismo que una huawei por un 40 o

menos bueno y el marketing por eso es

otro tema otro de los objetivos de

realizar pruebas es prevenir defectos al

encontrar y corregir defectos durante

las pruebas disminuye el riesgo de

fallas cuando el software esté operando

en la vida real pero realmente se puede

prevenir un efecto un defecto

introducido en el código es la

consecuencia de un error entonces como

se podría evitar que un error sea

cometido por una persona el tema aquí es

que un defecto puede generar otro

entonces al corregir el primero podemos

prevenir el segundo

al probar un software se pueden

encontrar fallas y defectos en este

punto es importante comprender la

diferencia entre error falla y defecto

porque es muy común que estos conceptos

se usen indistintamente veamos un humano

comete un error que puede introducir un

efecto en el código del documento o

sistema si el código es ejecutado podría

generar una falla por ejemplo una

persona comete el error de quedarse

dormido mientras tanto tropieza un

objeto que presiona algunos botones de

un dispositivo originando un defecto que

luego de encender el dispositivo causará

una falla aunque estos conceptos se

verán en detalle en el siguiente

episodio vamos a centrarnos en el hecho

de que uno de los objetivos generales de

las pruebas es encontrar defectos y

fallas como siempre un defecto va a

generar una falla así como es posible

que una persona tenga una enfermedad sin

presentar síntomas hasta la etapa final

de esta enfermedad esto depende de

muchos factores por ejemplo el

programador erróneamente escribió el

código fuente para el cálculo de una

división sin ninguna validación

lo cual generará un defecto que a su vez

va a generar una falla sólo cuando el

denominador de la división sea 0 si es

cualquier otro número inclusive negativo

no va a pasar nada al encontrar tantos

defectos como sea posible dentro de los

alcances establecidos de las pruebas se

aumenta la confianza de que el software

no fallara en ambientes de usuario por

lo menos no dentro de un grupo de

escenarios establecidos aunque es

importante acotar que es imposible

garantizar que el producto se entregara

100% libre de defectos y fallas a partir

de información recaudada sobre el

resultado de las pruebas en curso y las

que pueden estar por realizarse las

partes interesadas pueden tomar

decisiones informadas especialmente las

relacionadas con el nivel de calidad del

objeto de prueba por ejemplo si hay

muchas fallas presentes se pueden

retrasar la salida de producción de un

producto en caso de faltar un cierto

grupo de pruebas por ejecutar se puede

evaluar el riesgo que involucran esas

secciones y decidir si es viable asumir

el riesgo de omitir ese conjunto de

pruebas

por ejemplo si tenemos planeadas 100

pruebas de las cuales 80 ya fueron

ejecutadas exitosamente se puede evaluar

si las restantes 20 involucran áreas

sensibles para el funcionamiento de la

aplicación o si pudiesen ser omitidas es

primordial para el buen desenvolvimiento

del proyecto mantener informados a los

órganos encargados de la toma de

decisiones cuando se toman decisiones

informadas se valida y verifica el

software y se evalúan los productos de

trabajo encontrando tantos defectos y

fallas como sea posible durante el

proceso de pruebas se reduce el nivel de

riesgo de software de baja calidad por

ejemplo fallas no detectadas que ocurren

durante la ejecución del software es muy

importante el uso de la palabra reducir

en lugar de mitigar ya que eliminar todo

riesgo es imposible una forma de

garantizar que el sistema será capaz de

ejecutarse de forma satisfactoria bajo

circunstancias controladas es generar

perfiles operativos que nos permiten

ejercitar de forma sistemática los

distintos flujos de información

y recorrer el sistema como ejemplo

imaginemos una aplicación de manejo de

caja de un supermercado los perfiles de

analista supervisor y gerente tienen

diversas asignaciones inherentes al

cargo

un analista puede realizar cobros pero

no aplicar descuentos o agregar

productos a la base de datos un

supervisor puede aplicar descuentos pero

no agregar productos mientras que el

gerente de tienda puede agregar

productos pero no ejecutar ventas otro

ejemplo de un perfil operativo en una

aplicación financiera podría ser un

tarjetahabiente que tiene la posibilidad

de realizar un retiro de efectivo de un

cajero automático otro caso podría ser

un cliente que puede realizar una

transferencia de dinero entre sus

propias cuentas pero no hacia cuentas de

terceros o simplemente realizar pagos de

servicios y de esta manera de limitamos

el alcance de las pruebas que

realizaremos por último podemos agregar

como objetivo general de las pruebas el

cumplimiento de requisitos legales o

estándares dependiendo del negocio

vinculado a nuestros sistemas es muy

probable que estemos expuestos a la

intervención de organismos externos

entidades estatales que regularán el

correcto desempeño de nuestro producto

por lo tanto es primordial cumplir con

los requisitos o normas legales o

regulatorias y o verificar que el objeto

de prueba cumple los requerimientos o

estándares como ejemplo de esto

podríamos mencionar que los sistemas del

sector bancario o financiero

suelen estar regulados por el banco

central del país asimismo el sector de

la alimentación suele estar regulado por

algún organismo que garantice la

viabilidad de los productos para la

ingesta humana

[Música]

en esta sección vamos a discutir sobre

los conceptos de depuración y pruebas

debut o depuración es el proceso de

desarrollo que encuentra analiza y

repara el defecto acto seguido se debe

ejecutar una prueba de confirmación que

determinará si el defecto causa la falla

en el software ha sido reparado cuando

una prueba detecta una falla el defecto

debe ser reparado por ello el

desarrollador debe localizar el defecto

en el código y hacer la corrección este

proceso se llama depuración o de google

por su significado en inglés el dibujo

la depuración es generalmente realizado

por el desarrollador sin embargo de

acuerdo a algunos ciclos de vida de

sistemas los probadores pueden estar

involucrados en hacer debugging y

pruebas al inicio del ciclo en las

pruebas de componentes esto de los

niveles de pruebas lo veremos más

adelante pero es importante que se vayan

familiarizando con estos conceptos

repito aunque lo común es que el

desarrollador depuró el código es

posible que al inicio del ciclo de

pruebas un probador haga la depuración

también ahora bien ya se depuró el

código y una vez reparada las fallas

debe realizar que el código funcione

según lo esperado esto se llama prueba

de confirmación y es realizada a menudo

por un probador independiente nótese que

probar y depurar son diferentes

actividades depurar es encontrar y

reparar el defecto

luego se prueba para confirmar que la

falla fue reparada es un error común

llamar depuración a todo el proceso de

identificar la falla y repararla quizás

porque los desarrolladores deben probar

sus propias reparaciones recapitulemos

el desarrollador depura el código es

decir identifica y repara el defecto

obviamente para saber si todo está bien

debe hacer sus propias pruebas lo que se

conoce como pruebas unitarias luego del

ciclo de depuración un probador

independiente ejecuta las pruebas de

confirmación donde el código reparado es

probado independientemente para

verificar la reparación en sí por último

se debe verificar que el cambio

realizado no haya afectado otras

secciones del software ya eso se le

llama pruebas de regresión las cuales se

verán a detalle más adelante

en conclusión depurar es el proceso que

identifica el origen de la falla en el

software y larre para probar es el

proceso que se sigue para verificar que

el software funciona como se espera

ahora bien si se supone que hay

profesionales entrenados para

desarrollar el software y hacerlo bien

porque es necesario probar lo que se

supone que ya aprobó el desarrollador

porque la verdad es que nunca lo hacen

nosotros así todos somos humanos y es

imposible cubrir todos los casos

en realidad hay más razones que esas

dejen de interrumpir al que sabe para

que siga con la explicación

esta pregunta tiene muchas respuestas

pero el objetivo principal es reducir el

riesgo de ocurrencia de fallas durante

la operación del sistema bajo escrutinio

y así aumentar la confianza un riesgo es

algo que no ha sucedido aún pero puede

ocurrir quizá nunca suceda pero si

ocurre tendrá un impacto negativo no

todos los sistemas de software tienen el

mismo nivel de riesgo y no todos los

problemas tienen el mismo impacto cuando

ocurren a través de pruebas rigurosas

logramos detectar fallas o defectos y

una vez preparados esto contribuirá a

incrementar la calidad de los

componentes y sistemas probar es

necesario porque todo el mundo comete

errores algunos de estos errores carecen

de importancia pero otros resultan en

pérdidas de dinero o ponen en peligro a

personas o bienes es necesario revisar

todo lo que producimos porque siempre

puede salir algo mal los humanos cometen

errores todo el tiempo de ahí el dicho

errar es de humanos debemos asumir que

nuestro trabajo muy probablemente

contiene errores por eso es necesario

revisar todo muy bien

sin embargo algunos errores se originan

en suposiciones cerradas o puntos ciegos

y podríamos no darnos cuenta que hemos

cometido un error hasta que alguien

revisa nuestro trabajo y nos lo hace

notar un desarrollador puede cometer

errores mientras construye el software

algunos de estos defectos introducidos

son identificados y removidos por el

mismo pero algunos son más complicados

de identificar es difícil para la

mayoría de las personas identificar sus

propios errores por esa razón los

escritores necesitan editores

adicionalmente somos más propensos a

cometer errores cuando estamos lidiando

con sistemas complejos esto es porque

nuestros cerebros solo pueden manejar

una cantidad razonable de complejidad

cuando le pedimos a nuestro cerebro que

maneje más de lo que podría quizá no

procesa la información que tenemos de

forma correcta lo que es natural ya que

somos humanos otro punto importante de

acotar es que en ocasiones las pruebas

son obligatorias para poder cumplir con

requerimientos legales o contractuales o

con estándares específicos de algunas

industrias

la clásica pregunta que nos hacemos en

este apartado es como las pruebas ayudan

a elevar la calidad del software

recordemos que cada actividad importante

del ciclo de pruebas genera un producto

de trabajo documentos de requisitos

historias de usuarios el mismo código

fuente entre muchas más el trabajo de

los probadores en conjunto con

diseñadores y desarrolladores revisando

desde etapas tempranas del ciclo de vida

a los productos de trabajo que se

producen contribuye a un ahorro

significativo de tiempo esfuerzo y

dinero debido a que al detectar defectos

su identificación y remoción reduce el

riesgo de que una funcionalidad

incorrecta o una funcionalidad imposible

de probar sea desarrollada cuando los

probadores y diseñadores trabajan en

equipo se puede aumentar la comprensión

del diseño del sistema y cómo probarlo

identificando así qué pruebas serán

necesarias desde una etapa temprana esto

disminuye el riesgo de defectos en el

diseño avancen a las siguientes etapas

del ciclo de vida de desarrollo

imaginen la consecuencia de una falla en

el diseño de las bases de construcción

de un edificio que no se detecta en los

planos cuando los probadores y

desarrolladores trabajan en equipo

mientras el código se está desarrollando

se puede aumentar la comprensión del

funcionamiento del código y cómo

probarlo al saber cómo ha sido

desarrollado una solución le permite al

probador ubicar segmentos de la

aplicación susceptibles error el conocer

que en un segmento de código se está

realizando una operación matemática de

división con seguridad inducir al

probador a validar que no ocurra una

división entre 0 oa partir de observar

alguna estructura condicional compleja

garantizar que todas las rutas sean

coherentes con lo requerido tener

probadores verificando y validando el

software antes de su liberación aumenta

la probabilidad de identificar fallas

que de otra forma pudieron haber pasado

desapercibidos eliminar los defectos que

causaron esos fallos aumenta la

probabilidad de que el software cumpla

con las expectativas del usuario y de

más involucrado

cumplir con las expectativas del usuario

aumenta la confianza en el producto y la

confianza en el producto genera

fidelidad al proveedor

a menudo se usa la frase aseguramiento

de la calidad o solo q va por las siglas

en inglés para referirse a las pruebas

pero el aseguramiento de la calidad y

las pruebas no son lo mismo aunque están

relacionadas el aseguramiento de la

calidad se centra típicamente en el

cumplimiento de los procesos adecuados

para generar productos de trabajo de

mayor calidad lo que contribuye a la

prevención de defectos es decir es un

proceso preventivo que incluye

actividades planeadas y sistemáticas

para lograr resultados de mejor calidad

por ejemplo el tener unas directrices

bien definidas para elaborar el

documento de requisitos y cualquier otro

producto de trabajo verificar y validar

los mismos desde el inicio del ciclo

planear reuniones con expertos para

realizar estas revisiones tener

distintos enfoques dependiendo de cuán

profunda debe ser dicha revisión tener

probadores involucrados desde el

levantamiento de los requisitos

actualizar los productos de trabajo ante

cada evento que lo requiera entre muchas

otras actividades que veremos en este

curso son

parte de las actividades que aseguran la

calidad de un producto es un plan de

cómo se harán las cosas el control de la

calidad implica varias actividades

incluidas las actividades de prueba lo

que apoya el logro de niveles apropiados

de calidad se centra en encontrar

defectos en los productos ya elaborados

es decir es un proceso reactivo que

corrige defectos en los productos antes

que salgan al mercado es llevada a cabo

por un equipo específico que prueba los

productos para encontrar sus defectos

estos dos conceptos se unen bajo el

nombre de gestión de calidad incluye

todas las actividades que dirigen y

controlan una organización con respecto

a la calidad el aseguramiento de la

calidad se refiere a la ejecución

adecuada de todos los procesos de

pruebas hace uso de herramientas como el

análisis de causa raíz para eliminar la

causa de los defectos y el análisis de

los hallazgos en las reuniones

retrospectivas para mejorar los procesos

el control de la calidad implica varias

actividades de pruebas

que forman parte del proceso de

desarrollo o mantenimiento de software y

procuran asegurar un nivel óptimo de

calidad

[Música]

los objetivos característicos de una

prueba son evaluar que todos los

productos de trabajo estén correctos

verificar que los requerimientos

especificados han sido satisfechos

validar que todos los requerimientos

especificados son correctos generar

confianza en el software prevenir

defectos encontrar fallas y defectos

reducir los riesgos de falla

proporcionar información para la toma de

decisiones y cumplir con estándares

legales o comerciales los objetivos de

la prueba varían dependiendo del sistema

que se esté probando en qué fase del

ciclo de desarrollo se está o del nivel

de prueba probar es distinto de depurar

depuración es el proceso de desarrollo

que encuentra analiza y repara el

defecto probar es verificar que el

software funciona como se espera el

ciclo de depuración implica que el

desarrollador depura el código y realiza

sus pruebas luego del ciclo de

depuración un probador independiente

ejecuta las pruebas de confirmación las

pruebas de verificación se realizan para

verificar que el cambio realizado no

haya afectado otras secciones del

software por qué es necesario probar el

software

todos cometemos errores y estos

introducen defectos que pueden generar

fallas reduce el riesgo y aumenta la

confianza algunos defectos son difíciles

de identificar debido a que se originan

en suposiciones erradas o puntos ciegos

algunas pruebas son obligatorias debido

a estándares legales o comerciales como

contribuye la prueba al éxito probadores

y diseñadores trabajando juntos aumentan

la comprensión del diseño del sistema y

cómo probarlo y este trabajo en equipo

mientras el código se está desarrollando

le permite al probador ubicar segmentos

de la aplicación susceptibles a error

tener probadores verificando y validando

el software antes de su liberación

aumenta la probabilidad de que el

software cumpla con las expectativas del

usuario y que el software cumpla esas

espectativas aumenta la confianza en el

producto lo que a su vez genera

fidelidad al proveedor el aseguramiento

de la calidad y las pruebas son

conceptos diferentes el aseguramiento de

la calidad se centra en el cumplimiento

de los procesos adecuados para generar

productos de trabajo de mayor calidad el

control de la calidad implica varias

actividades incluidas las de pruebas

lo que apoya el logro de niveles

apropiados de calidad y la gestión de

calidad une a ambos conceptos

aseguramiento y el control de la calidad

[Música]

[Aplausos]

de mostrar lo aprendido

cuál de las siguientes preguntas es un

ejemplo de depuración opcional un

probador encuentra defectos y los

reportan opción ve un probador verifica

una reparación hecha por un

desarrollador y encuentra una regresión

opción si un desarrollador encuentra y

repara un defecto opción de un

desarrollador realiza pruebas unitarias

la opción c es la respuesta correcta

depurar es lo que el desarrollador hace

para identificar la causa del defecto

analizarla y repararla la opción de

puede involucrar depuración si el

desarrollador encuentra un defecto pero

el acto de realizar pruebas unitarias no

es lo mismo que depurar cuál de las

siguientes es una actividad que remueve

la causa de una falla opción a pruebas

opción b pruebas dinámicas opción se

depuración opción de ingeniería inversa

la opción c es la respuesta correcta

depurar es el proceso de encontrar

analizar y remover la causa de las

fallas de software que son incorrectas

porque ellos podrían encontrar la falla

causada por un defecto la opción de es

incorrecta porque la ingeniería inversa

es el proceso de determinar el código

fuente de un objeto

cuál es la actividad que se usa

normalmente para encontrar y reparar un

defecto en el código opción a pruebas de

regresión opción de depurar opción se

análisis dinámico opción de análisis

estático

la opción b es la respuesta correcta

[Música]

una vez revisados los objetivos

generales de las pruebas y porque

probamos es importante destacar que los

objetivos de la prueba varían

dependiendo del sistema que se esté

probando en qué fase del ciclo de

desarrollo se está o del nivel de prueba

como veremos más adelante en el curso

por ejemplo al final del proceso de

pruebas una vez que el sistema ha sido

desarrollado en su totalidad y se

muestra al usuario el objetivo de esta

prueba es validar que el software cumple

con las expectativas y crear confianza

en su uso es decir el objetivo de las

pruebas finales con el usuario llamadas

pruebas de aceptación es validar el

software recuerden ese concepto sin

embargo al inicio del ciclo cuando el

desarrollador termina la construcción de

los módulos del sistema se ejecutan las

pruebas a nivel de componentes aquí el

objetivo es encontrar tantas fallas como

sea posible y repararlas

es decir las pruebas tienen objetivos

generales y específicos a cada etapa del

ciclo de vida y asimismo los beneficios

que obtendremos de cada una de estas

pruebas son diferentes por lo tanto no

podemos omitir o sustituir

arbitrariamente unas

recuerdan el resumen de 60 segundos pues

se plasmaba manera de tarjetas de

memorización todos esos puntos para que

puedas repasar los momentos antes de

tomar el examen de certificación abajo

en la descripción encontrarás el enlace

de mi página donde podrás descargar

estos documentos de forma gratuita si

tienes alguna duda o sugerencia sobre

este tema no dudes en dejar un

comentario estaré atento ayudar recuerda

que con seguridad no serás el único con

esa misma duda y con este ejercicio

propiciamos la discusión y todos

podremos aprender si consideras que este

contenido puede ser de utilidad para una

persona es un proceso de aprendizaje

para ser un probador entonces compártelo

si quieres estar al tanto cada vez que

vaya publicando el resto de los

capítulos de este curso o de los niveles

avanzados de 10-7 cube entonces

suscríbete y activa las notificaciones y

si finalmente disfrutaste el vídeo

entonces dale me gusta no olvides

seguirme en link para mantenerte al

tanto sobre cualquier discusión activa

nos vemos en el siguiente capítulo y me

despido

bueno