Parcial 2
Parcial 2
Parcial 2
En resumen las pruebas son una inversion, a continuacion se mencion tres puntos
importantes por los cuales se debe probar el sotware.
1.- Mejora de la calidad de un producot software: El proceso de pruebas ayuda
a suministrar o aportar al software los atributos deseados, por ejemplo: retirar
defectos que conducen a fallos.
2.- Reduccion del riesgo de detectar errores: Las actividades de pruebas de
software adecuadas reduciran el riesgo de encontrar errores durante la fase de
operación del software
3.- Satisfacer compromisos: La ejecucion de pruebas puede ser un requisito
obligatorio por parte del clien,te debido a normas legales, así como el
cumplimiento de estandares popios de una industria
Revisiones tecnicas -> Pruebas de caja blanca -> Funcionales -> No funcionales ->
Aceptación
Etapas:
1.- Pruebas modulares: probar métodos y funciones individuales de las clases,
componentes o módulos que usa tu software.
2.- Pruebas Integracion: validar las interfaces o puntos de integración entre
funciones o componentes individuales.
3.- Pruebas de Sistema: investigaciones empíricas y técnicas que dan
información objetiva e independiente sobre la calidad del producto.
4.- Pruebas de Aceptación: se observan aspectos generales del sistema en un
escenario simulado, para verificar que su funcionamiento sea óptimo.
Tipos:
1.- Estáticas: son aquellas que se hacen sin necesidad de ejecutar el código.
ejemplo buesqueda de errores de patron de código
2.- Dinámicas: son aquellas en las que tengo que ejecutar el software para
poder probarlo.
Técnicas
1. Funcionales
2. No funcionales
3. Estructurales
4. Asociadas al Cambio
______________________________________________________________________
PRUEBAS MODULARES
Las pruebas modulares o unitarias, se centran en probar piezas/unidades
individuales de una aplicación de software al principio del SDLC. Cualquier
función, procedimiento, método o módulo puede ser una unidad que se someta a
pruebas unitarias unitarias para determinar su correción y comportamiento esperado.
Las pruebas unitarias son las primeras pruebas que los desarrolladores realizan
durante la fase de desarrollo.
LIMITACIONES
No podemos esperar de la prueba del módulo encontrar todos los errores en un
programa. Es decir, no es posible probar todas las rutas de
ejecución, incluso en los programas más triviales. Debido a su naturaleza se centra
en el código del programa.
PRUEBAS MODULARES
Son principalmente modulos o trozos de código diseñados para comprobar que el
código principal está
funcionando como esperabamos. Pequeños test creados específicamente para cubrir
todos los requisitos del código y verificar sus resultados.
CARACTERISTICAS
-Automatizadas
-Completas
-Repetibles
-Independientes
PRUEBAS DE INTEGRACIÓN
En las pruebas de integración debe tenerse en cuenta que existe la pisibilidad de
tener que reunir los resultados de diferentes
desarrolladores y/o equipos de pruebas, pues cada componente puede tener un origen
distinto.
EJEMPLO
Func randomNumber(min:Int,max:Int)->Int{
return 10
}
let myNumber=randomNumber(min:5,max:31)//retornara siempre 10
PRUEBAS DE SISTEMA
Esta etapa consiste en probar un sistema integrado con el objeto
El entorno de pruebas debería corresponderse con el entorno de producción, sin
llegar a ser el entorno de producción real.
Para ello, deben omitirse los controladores de pruebas y stubs e interfaces
externas.
Validar el cumplimiento de los requisitos establecidos.
PRUEBAS DE SISTEMA
-Funcionales
-Interfaz gráfica
-Instalación
-Stress
-Seguridad
ISO 9126
-Funcionales
-No funcionales
PRUEBAS DE ACEPTACIÓN
Pruebas finales que realiza en cliente con el fin de verificar por sí mismo el
cumplimiento de los requisitos especificados y cumpla
con las expectativas.
UAT´S-> USER ACEPTING TESTING
CAJA NEGRA
Pruebas funcionales sin tener conocimiento técnico sobre el software
CAJA BLANCA
Pruebas técnicas de los módulos, con las programación.
___________________________________________
Casos de Prueba
La gesiton de proyectos es un complejo sistema de procediminetos de gestión,
ptáticas, tecnologías y conocimientos, en el que es necesaria la experiencia para
gestionarlos con éxito. La gestión de proyectos de software es una actividad lineal
en la Ingenieria de Software. Se inica antes que cualquier actividad técnica
comience y continúa durante todas las etapas desarrollo hasta el mantenimiento.
Es la unidad más pequeña del plan de prueba, en ella se invluye una descripcion de
las acciones y los parámetros necesarios para lograr y verificar el comportamiento
esperado de una funcion en particular o la parte del software probado.
"PDCA":
Planear:
Definir objetivos, definir las politicas centrales necesarias. Determinar
procesos y condiciones.
Actuar:
si los resultados no se alcanzan tomar medidas correctivas para el siguiente
plan.
Chequear:
Checar el programa y los resultados obtenidos.
Ejecutar:
Ejecutar las condiciones, realizar trabajo de entrenamiento y aprendizaje
acordar el procesamiento.
______________________________________________________
Plataformas de prueba
La prube ade software es una fase crítica y, a menudo, tediosa de la finalización
del producto y mejora su precisión.
En los primeros días, los probadores pasaban horas probando una funcionalidad en
particular y todavia nunca obtenín resultados del 100%. Hoy en día, con muchas
herramientas inteligentes de prueba de software a mano, las pruebas...
Conocimientos y Formación
Normas Legales
Fianlmente, en Méciso, la Ley de la Propiedad Industrial regula el otrogamietno de
patentes en el país a las invenciones de productos o de procesos. en ella se
mecniona que los programas de cómputo no son considerados inveciones, por lo que en
México no existen tales patentes.
Los programas de software solamente se pueden...
La Ley Federal del Derecho de Autor define a los programas de cómputo como la
expresión original en cualquier forma, lengauje o código, de un cojunto de
instrucciones que, con una secuencia, estructura y organización determinada, tine
como propósito que una computadora o dispositivo realice una tarea o función
específica.