Ep2 | Pruebas y Depuración ¿Para que sirven las pruebas de Software? Fundamentos de Prueba #ISTQB
Summary
TLDREl 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
😀 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.
🔍 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.
👷 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.
🛠 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.
📈 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.
🎯 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.
Mindmap
Keywords
💡Pruebas de software
💡Desarrollo
💡Requerimientos
💡Depuración (Debugging)
💡Fallas y Defectos
💡Confianza
💡Validación
💡Control de calidad
💡Aseguramiento de la calidad
💡Perfiles operativos
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
Voir Plus de Vidéos Connexes
Ep1 | ¿Qué es probar? Fundamentos de ISTQB en español #CTFL #Probar #QA #ISTQB
Capitulo 6. Selección de personal
Ciclo de Vida Sistemas de Información- II BTP Informática
Control de Calidad POCT
T de Student: Muestras Independientes
Unidad 3: ¿Cómo solucionar los problemas que se presentan al trabajar en equipo?
5.0 / 5 (0 votes)