El documento habla sobre la importancia de realizar pruebas de software como parte del proceso de desarrollo de proyectos de TI. Explica que existen diferentes tipos de pruebas como las pruebas de caja blanca, pruebas de estructura de control, pruebas de caja negra y pruebas de entornos especializados. También menciona la necesidad de crear un plan de pruebas que guíe la realización de casos de prueba para cada funcionalidad del software.

1. Certificación de proyecto TI
Para la semana 14 de calidad de software

2. Introducción
En todas las metodologías para asegurar la calidad del proyecto se toman
requerimientos al inicio y se realizan pruebas cerca o ya en el final de un
proyecto para encontrar errores o vulnerabilidades.
las metodologías tradicionales/ágiles, las normas ISO, las factibilidades, los
estándares y las pruebas (en esto nos centraremos hoy). todas son
herramientas útiles para asegurar (lo mas posible) que un proyecto tenga
calidad.
En todas las metodologías para asegurar la calidad del proyecto se toman
requerimientos al inicio y se realizan pruebas cerca o ya en el final de un
proyecto para encontrar errores o vulnerabilidades.

3. ¿quien hace las pruebas?
normalmente las realizan los testers, que se encarga de
realizar pruebas de software para garantizar que todo
funcione correctamente de acuerdo a lo definido y que los
defectos no lleguen al usuario.
Las pruebas de software son un conjunto de
actividades que se realizan durante el
proceso de desarrollo de software para
evaluar y verificar que un producto o
aplicación de software hace lo que se supone
que debe hacer. Los beneficios de las
pruebas incluyen la prevención de errores, la
reducción de los costos de desarrollo y la
mejora del rendimiento.
¿que son las pruebas?

4. 2
Los tipos de pruebas
???

5. Pruebas de caja blanca
Pruebas del camino básico
Pruebas de estructura de control
es un método de diseño de
casos de prueba que usa la
estructura de control del
diseño procedimental para
obtener los casos de
prueba.
son una técnica de prueba de
software que se utiliza para
aumentar la cobertura probando
varias estructuras de control
presentes en el programa.
las pruebas de estructuras de
control son las siguientes:
1. Prueba de condición
2. Prueba del flujo de datos
3. Prueba de bucles
es una técnica de prueba de
software que permite al diseñador
de casos de prueba obtener una
medida de la complejidad lógica
de un diseño procedimental y usar
esa medida como guía para la
definición de un conjunto básico
diseño de casos de prueba de
caminos de ejecución.

6. Pruebas de caja negra
Pruebas de entornos especializados
continuacion
se centran en los requisitos
funcionales del software. O sea,
permite al ingeniero del software
obtener conjuntos de condiciones
de entrada que ejerciten
completamente todos los
requisitos funcionales de un
programa.
A medida que el software de
computadora se ha hecho más
complejo ha crecido, también, la
necesidad de enfoques de
pruebas especializados. Los
métodos de prueba de caja
blanca y de caja negra son
aplicables a todos los entornos,
arquitecturas y aplicaciones, pero
a veces se necesitan unas
directrices y enfoques únicos
para las pruebas.
Estas pruebas se realizan para
validar que el entorno en el que se
ejecutarán los casos de prueba sea
similar al ambiente de producción
en el que residirá la aplicación que
se está probando. El objetivo
principal es encontrar errores en el
software.

7. Plan de pruebas.
Es un conjunto de casos de pruebas que se
encarga de probar una funcionalidad completa
de un producto o software en concreto. Es
decir, una guía para la realización de las
pruebas.
para crear un plan de pruebas se debe
considerar:
1. Objetivos de negocio que tiene que
cumplir el software.
2. Calendario del proyecto.
3. Metodología de desarrollo debe considerar.
Y considerar los siguientes ítems en
la construcción:
1. Analizar los requerimientos de
desarrollo de software.
2. Identificar las funcionalidades a
certificar, considerar también las
funcionalidades existentes.
3. Definir la estrategia de pruebas.
4. Definir los criterios de inicio,
aceptación y suspensión de
pruebas.

8. ¿por que no se puede automatizar todo?
sale demasiado costoso, algunas pruebas manuales son mas
simples y no necesitan automatización
SI, pero no en su totalidad eso es muy caro. hay
muchas herramientas de software para automatizar
pruebas de proyectos como:
Testlink, Redmine, HP Quality Center, ibm rational
quality manager y selemium.
¿las pruebas se pueden automatizar?

9. ¿es importante realizar pruebas?
Si, son muy importantes.
Las pruebas en los proyectos sirven para encontrar errores (para que el
usuario final no los encuentre.) y para mejorar la experiencia del usuario.
La prueba al final“tiene éxito si descubre un error no detectado hasta
entonces.”

10. FIN