Tecnicas de Evaluacion

UNIVERSIDAD NACIONAL AUTONOMA DE HONDURAS – INFORMATICA ADMINISTRATIVA

El interés por la calidad crece de forma continua, a medida que los

clientes se vuelven más selectivos y comienzan a rechazar los
productos poco fiables o que realmente no dan respuesta a sus
necesidades.
La importancia de tener un control de calidad es para satisfacer al
cliente final en nuestro caso el usuario final.
Las pruebas de software son las investigaciones empíricas y técnicas cuyo

objetivo es proporcionar información objetiva e independiente sobre la
calidad del producto. Esta es una actividad del proceso de control de
calidad.
Niveles de pruebas
•Pruebas unitarias
•Pruebas modulares
•Pruebas de integración
•Pruebas de sistema
•Pruebas de aceptación de usuario UAT
Pruebas de Unitarias
Las pruebas unitarias son una forma de comprobar el correcto funcionamiento de una
unidad de código. Por ejemplo en diseño estructurado o en diseño funcional una función o
un procedimiento, en diseño orientado a objetos una clase
Pruebas de Modulares
Las pruebas modulares, son aquellas que sirven para poder comprobar el correcto
funcionamiento de los módulos internos del Software que se quiere someter para
comprobar su correcto funcionamiento. Al igual sirven para probar módulos separados
dentro o fuera de la caja.
Pruebas de Integración
Las pruebas de integración son aquellas que se realizan en el ámbito del desarrollo de
software una vez que se han aprobado las pruebas unitarias y lo que prueban es que todos
los elementos unitarios que componen el software, funcionan juntos correctamente
probándolos en grupo. Se centra principalmente en probar la comunicación entre los
componentes y sus comunicaciones ya sea hardware o software.
Pruebas de Sistema
Las pruebas de sistema, son aquellas que tienen el fin de probar toda la solución de
principio a fin, estas son muy parecidas a las pruebas de aceptación de usuario (UAT), pero
desde un punto de vista mas técnico y no funcional.
Pruebas funcionales
•Pruebas funcionales (Casos de uso)

•Pruebas de humo
•Pruebas de regresión
•Pruebas de aceptación
Pruebas funcionales (Casos de uso)
•Los casos de uso cuentan la historia de cómo una

persona interactúa con un sistema de software para
lograr un objetivo. Un buen caso de uso describe las
interacciones que conducen a lograr o abandonar el
objetivo. En el caso de uso se describen múltiples
rutas que el usuario puede seguir en el caso de uso.
•Un caso de uso se compone de uno o

más escenarios de casos de uso. Cada camino que se
puede seguir en el caso de uso es un escenario de
caso de uso. Cualquier ejemplo que se da a raíz de un
caso de uso también sigue un solo escenario.
Múltiples ejecuciones del caso de uso se pueden usar
los mismos o diferentes escenarios
Pruebas de humo
•las pruebas de humo (smoke testing) son aquellas pruebas que pretenden evaluar la
calidad de un producto de software previo a una recepción formal, ya sea al equipo de
pruebas o al usuario final, es decir, es una revisión rápida del producto de software para
comprobar que funciona y no tiene defectos que interrumpan la operación básica del
mismo. Se hace la analogía al humo, puesto que en bienes raíces se inyecta humo en las
tuberías de agua para validar que no tengan fugas, evitando provocar inundaciones.
Pruebas de Regresión
•Se denominan pruebas de regresión a cualquier tipo de pruebas de software que intentan descubrir errores (bugs),
carencias de funcionalidad, o divergencias funcionales con respecto al comportamiento esperado del software,
causados por la realización de un cambio en el programa. Se evalúa el correcto funcionamiento del software
desarrollado frente a evoluciones o cambios funcionales. El propósito de éstas es asegurar que los casos de prueba
que ya habían sido probados y fueron exitosos permanezcan así. Se recomienda que este tipo de pruebas sean
automatizadas para reducir el tiempo y esfuerzo en su ejecución.
Pruebas de Aceptación
•Por sus siglas en ingles es llamada User Acceptance Testing (UAT), las pruebas de aceptación nos aseguran el
comportamiento del sistema o software para poder asegurarnos que dicho sistema cumple con dichos objetivos.
Cuando efectuamos la prueba de aceptación con los usuarios reales del sistema con UAT decimos que verificaremos
el alcance pues consiste en la formalización de la aceptación de los entregables del proyecto que se han terminado
Métodos de pruebas
•Pruebas de Caja blanca
•Pruebas de Caja negra
•Testing aleatorio
Pruebas de Caja blanca

Las pruebas de caja blanca (también conocidas como pruebas
de caja de cristal o pruebas estructurales) se centran en los
detalles procedimentales del software, por lo que su diseño
está fuertemente ligado al código fuente. El testeador escoge
distintos valores de entrada para examinar cada uno de los
posibles flujos de ejecución del programa y cerciorarse de que
se devuelven los valores de salida adecuados.
Las principales técnicas de diseño de pruebas de caja blanca son:
•Pruebas de flujo de control

•Pruebas de flujo de datos
•Pruebas de bifurcación (branch testing)
•Pruebas de caminos básicos
Pruebas de Caja negra

En teoría de sistemas y física, se denomina Caja Negra a aquel elemento que es estudiado desde el punto de vista
de las entradas que recibe y las salidas o respuestas que produce, sin tener en cuenta su funcionamiento interno.
En otras palabras, de una caja negra nos interesará su forma de interactuar con el medio que le rodea (en
ocasiones, otros elementos que también podrían ser cajas negras) entendiendo qué es lo que hace, pero sin dar
importancia a cómo lo hace. Por tanto, de una caja negra deben estar muy bien definidas sus entradas y salidas, es
decir, su interfaz; en cambio, no se precisa definir ni conocer los detalles internos de su funcionamiento.
Testing aleatorio
En el testing aleatorio se busca encontrar una matriz de prueba mas dinámica con el fin de encontrar
un set de pruebas mas complejo y poder tener mejores resultados. En este se pueden mezclar los
métodos de caja blanca y caja negra con las pruebas unitarias, integración entre otros.
Características de los conjuntos de pruebas.
• Deben ser finitas.

• Deben ser mínimas (*).
• Deben ser fácilmente repetibles (**).
(*) – El mínimo conjunto de pruebas que permita alcanzar el nivel de prueba establecido.
(**) – Rara vez un conjunto de pruebas se ejecuta una única vez. Si un conjunto de pruebas
descubre errores, es normal ejecutarlas una segunda vez para verificar que dichos errores
han sido corregidos.
Conjunto de pasos para la generación de pruebas.

Ejemplo de plantilla para matriz de pruebas

Costes de corrección de errores de forma grafica

Proceso de Mejora Continua
El proceso de mejora continua es un concepto del siglo XX que pretende mejorar los productos,
servicios y procesos.
Postula que es una actitud general que debe ser la base para asegurar la estabilización del proceso y la
posibilidad de mejora. Cuando hay crecimiento y desarrollo en una organización o comunidad, es
necesaria la identificación de todos los procesos y el análisis mensurable de cada paso llevado a cabo.
Algunas de las herramientas utilizadas incluyen las acciones correctivas, preventivas y el análisis de la
satisfacción en los miembros o clientes. Se trata de la forma más efectiva de mejora de la calidad y
la eficiencia en las organizaciones. En el caso de empresas, los sistemas de gestión de calidad,
normas ISO y sistemas de evaluación, se utilizan para conseguir calidad total.


Tipos de pruebas por su ejecución
•Pruebas manuales
•Pruebas automáticas
Pruebas de Carga, Volumen y Tensión

Estas pruebas son las encargadas de revisar la eficiencia a nivel de Hardware versus las configuraciones del
software, con estas se requiere poder encontrar las deficiencias en momentos de mucha carga o
volúmenes de datos que a su vez provocan tensión en los equipos informáticos.
Por lo general estas requieren el apoyo de herramientas para cumplir a cabalidad su objetivo.

Herramientas Open Source
1) Herramientas de gestión de pruebas 2) Herramientas para pruebas 3) Herramientas para pruebas

funcionales de carga y rendimiento
Bugzilla Testopia
FitNesse Selenium JMeter
qaManager Soapui FunkLoad
qaBook Watir FWPTT load testing
RTH (open source) WatiN (Pruebas de aplicaciones web en loadUI
Salome-tmf .Net)
Squash TM Capedit
Test Environment Toolkit Canoo WebTest
TestLink Solex
Testitool Imprimatur
XQual Studio SAMIE
Radi-testdir ITP
Data Generator WET
WebInject

Herramientas comerciales
1) Herramientas de gestión de pruebas 2) Herramientas para pruebas funcionales 3) Herramientas para pruebas de carga
y rendimiento
HP Quality Center/ALM Silk Test
Silk Central QuickTest Pro HP LoadRunner
QA Complete Rational Robot LoadStorm
qaBook Sahi NeoLoad
T-Plan Professional SoapTest WebLOAD Professional
SMARTS Test Complete Forecast
QAS.Test Case Studio QA Wizard ANTS – Advanced .NET Testing System
PractiTest Squish Webserver Stress Tool
SpiraTest vTest Load Impact
TestLog Internet Macros Silk Performer
ApTest Manager
Zephyr
LoadUI es sin duda la forma más fácil de ejecutar una prueba de carga rápida con su API, ya sea contra un solo punto
final del servicio web o con sede fuera de una prueba funcional de la API existente, creado en SoapUI NG. Con
LoadUI GN Pro, puede:
•Probar la velocidad y la escalabilidad de los nuevos cambios en su API en cuestión de minutos, no días
•comportamientos de rendimiento API de vista previa antes de la liberación de los entornos de producción
•Cambiar puntos de vista de rendimiento más a la izquierda por lo que los desarrolladores a crear código más fiable
Evaluar Manuales y empresa

Evaluar Base de datos
Evaluar Loggin
Evaluar Entradas
Evaluar Salidas
Evaluar Seguridad
Evaluar los Cambios
Evaluar Manuales y empresa

• Evaluar Manual Técnico • Evaluar Manual de instalación
 Ortografía  Ortografía
 Diccionario de datos  Descripción paso a paso
 Diagrama entidad relación  Back Up y Seguridad
 Diagramas de Flujo por pantalla  Coherencia del documento
 Detalles técnicos por pantalla
 Coherencia del documento
• Evaluar Manual de Usuario • Evaluar Implementación en la Empresa
 Ortografía  Instalación
 Casos de uso  Problemas
 Explicación de procesos  Mejoras
 Coherencia del documento  Evidencia de visita
Evaluar Base de datos

• Evaluar Diccionario vs BD • Evaluar Base de datos
 Longitud de campos  Accesos
 Tipo de campos  Seguridad
 Nombres  Encriptación
 Relaciones  Peso
 Índices  Tecnología
 Procedimientos  Estimación de recursos
 Integridad • Evaluar Diagrama Entidad Relación
 Estándares  Integridad
 tablas  Todas las tablas
Evaluar Loggin
• Evaluar Funcionalidad • Evaluar integración
 Acceder al sistema  Registro en bitácora
 Recuperación de password  Cambio de estado en BD
 Cambio de password
 Creación de usuario • Evaluar Detalles
 Primer loggin  Validaciones de campos
 Configuración de preguntas  Longitud de campos
 Bloqueo mas 3 intentos  Estándares
 Configuración de parámetros  Diseño
 Verificacion de seguridad  Pantalla intuitiva
 Accesos con usuario Admin
Evaluar Entradas
 Mantenimientos (Todas las tablas)  Registro en bitácora
 Agregar  Cambios en BD (ABM)
 Eliminar
 Modificar • Evaluar Detalles
 Procesos  Validaciones de campos
 Secuencialidad de flujos de procesos  Longitud de campos
 Procesos bien documentados  Estándares
 Manejo de Eventos  Diseño
 Sinergia de datos  Pantalla intuitiva
Evaluar Salidas
 Consultas en pantalla  Registro en bitácora
 Consultas de mantenimientos  Valor que entra sale
 Consultas especializadas en reportes
 Consulta dinámicas
• Evaluar Detalles
 Generación de reportes
 Validaciones de campos
 Reportes Dinámicos
 Longitud de campos
 Reportes resumen
 Estándares
 Reportes formatos
 Diseño
 Reportes Procesos
 Pantalla intuitiva
 Reportes de Mantenimientos
 Reportes especializados
 Reportes de Seguridad
 Diseño de reportes (Estándares)
 Todo los que entra sale
 Evaluar los tipos de filtros
Momento difícil
Evaluar Seguridad
 Configuración de parámetros BD  Registro en bitácora
 Configuración de parámetros Archivo  Tablas logs
 Revisión de Roles
• Evaluar Detalles
 Revisión de Permisos
 Validaciones de campos
 Generación de Back Up
 Longitud de campos
 Realizar Restore de BD
 Estándares
 Cambio de fecha Maquina y acceder
 Diseño
 Pruebas de Hacker
 Pantalla intuitiva
 Eliminar usuario Admin
 Probar rol de usuario en sistema
 Toda acción en Bitácora
 Borrar datos de bitácora
Evaluar Cambios
• Evaluar
 Corrección de todos los errores
 Funcionamiento completo del sistema
 Nuevas incidencias
 Porcentaje de Calidad del Software
 Nueva visita a la Empresa
 Evidencia de Re-Implementación
 Entrega de informe de Evaluación Final

Tecnicas de Evaluacion

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Tecnicas de Evaluacion

Cargado por

Copyright:

Formatos disponibles

UNIVERSIDAD NACIONAL AUTONOMA DE HONDURAS – INFORMATICA ADMINISTRATIVA

UNIVERSIDAD NACIONAL AUTONOMA DE HONDURAS – INFORMATICA ADMINISTRATIVA

El interés por la calidad crece de forma continua, a medida que los

Las pruebas de software son las investigaciones empíricas y técnicas cuyo

•Pruebas funcionales (Casos de uso)

Pruebas funcionales (Casos de uso)

•Los casos de uso cuentan la historia de cómo una

•Un caso de uso se compone de uno o

•Pruebas de Caja blanca

•Pruebas de Caja negra

Pruebas de Caja blanca

Las principales técnicas de diseño de pruebas de caja blanca son:

•Pruebas de flujo de control

Pruebas de Caja negra

Características de los conjuntos de pruebas.

• Deben ser finitas.

Conjunto de pasos para la generación de pruebas.

Ejemplo de plantilla para matriz de pruebas

Costes de corrección de errores de forma grafica

Proceso de Mejora Continua

Proceso de Mejora Continua

Proceso de Mejora Continua

Tipos de pruebas por su ejecución

Pruebas de Carga, Volumen y Tensión

Pruebas de Carga, Volumen y Tensión

1) Herramientas de gestión de pruebas 2) Herramientas para pruebas 3) Herramientas para pruebas

Pruebas de Carga, Volumen y Tensión

Evaluar Manuales y empresa

Evaluar Manuales y empresa

Evaluar Base de datos

También podría gustarte