TALLER PRUEBAS DE SOFTWARE

LUIS FERNANDO FARCO

ANDRES JULIO JULIO
MARIO MUÑOZ MARTINEZ
CARLOS OTERO JIMENEZ
JOSE DAVID VEGA

Presentado a:

DR. OSWALDO VELEZ LANGS

UNIVERSIDAD DE CÓRDOBA
FACULTAD DE INGENIERÍA
INGENIERÍA DE SISTEMAS
INGENIERIA DE SOFTWARE

MONTERÍA -CORDÓBA
2018
 Taller en clase sobre Pruebas del Software

1. ¿Con que objetivo se realizan las pruebas de software?

2. ¿Qué define una política de pruebas y para qué sirve?
3. Resuma el proceso de pruebas
4. Teniendo en cuenta el Sistema que usted (y su grupo) están construyendo
diga como diseñaría una prueba de enfoque – ejemplo
5. Teniendo en cuenta el Sistema que usted (y su grupo) están construyendo
diga como diseñaría las pruebas de integración- ejemplo
6. Teniendo en cuenta el Sistema que usted (y su grupo) están construyendo
diga como diseñaría las pruebas de rendimiento - ejemplo
7. Teniendo en cuenta el Sistema que usted (y su grupo) están construyendo
diga como diseñaría el ensayo de componentes - ejemplo
8. Teniendo en cuenta el Sistema que usted (y su grupo) están construyendo
diga como diseñaría las pruebas de interfaz - ejemplo
 PROYECTO CORPORATIÓN
1- Las pruebas tienen como objetivo identificar los posibles fallos o errores o
defectos que incidan en el comportamiento del software, de igual forma se busca que
el software cumpla con los requisitos establecidos. y de esta forma poder precisar
si dicho sistema funciona de acuerdo a lo estipulado, exponiendo defectos del
sistema. En estos ensayos se prueba cada uno de los componentes del programa, por
lo general, la responsabilidad es del desarrollador. Por otro lado estas también tienen
el objetivo de discutir las diferencias entre las pruebas de validación y las pruebas de
defecto y comprender las características esenciales del instrumento utilizado para la
prueba de automatización.

2- Las políticas de pruebas definen el enfoque que se utilizara en una sección de

pruebas de sistema, sirve para seleccionar las posibles combinaciones, es decir
pruebas de para el sistema, puesto que es imposible realizar todas las pruebas a un
sistema.

3- El proceso de prueba se da en dos etapas:

 Ensayos de componentes: aquí se prueba cada uno de los componentes de
programa, por lo general, la responsabilidad es del programador.
 Sistemas de pruebas: La responsabilidad de realizar estas pruebas es de u
equipo independiente, las cuales se basan en u sistema de especificaciones,
componentes integrados para crear un sistema.

4- Diseño de pruebas de enfoque -Ejemplo:

Al momento de realizar acciones respecto al pago cuando, se desea verificar la
cantidad de dinero correspondiente a un estudiante en específico, se verifica que la
operaciones que debe hacer el software de forma oculta se realice correctamente, en
este orden de ideas se utiliza una prueba de enfoque adicionando código al software
para verificar que dicha operación oculta sea correcta.

5- Diseño de pruebas de integración – Ejemplos:

 Cuando el directivo le asigna un valor al saldo de los estudiantes, en este caso
se precisa una relación entre estos tres componentes, en donde se puede
evidenciar que el abono se le actualice al estudiante de manera adecuada.
Verificando esto con la información de la base de datos de prueba.
 Cuando el componente estudiante tiene la opción de realizar una petición a un
directivo. Se verifica por el rol de directivo si este proceso se realizó
correctamente.
 Cuando un directivo quiere hacer un comunicado en el sitio a la comunidad
en general, existe una interacción entre los componentes directivos y
comunicado, se verificaría buscando que dicha publicación efectivamente se
haya realizado en el sitio.
6- Diseño de pruebas de rendimiento – Ejemplos:
 Hacer que varios usuarios se loguen al mismo tiempo en el sitio web y
establecer y con base en esto establecer el límite de usuarios que pueden
acceder.
 Que se pueda acceder al sitio desde cualquier navegador web, sin importar el
sistema operativo del dispositivo, de igual forma se evaluara la adición de la
resolución del sitio teniendo en cuenta el dispositivo.

7- Diseño de ensayo de componentes – Ejemplo:

El modulo directivo puede hacer varias funciones, una de ellas podría ser luego de
registrar a un usuario se evaluaría los procesos de agregación, eliminación edición y
visualización de datos, evidenciando esto de acuerdo a lo que exigen los
requerimientos del sistema.

8- Diseño de prueba de interfaz – Ejemplos:

 Se ingresa un valor en el módulo de pago y se verifica que este sea de tipo
flotante y que no admita otro tipo de dato distinto (cadena o caracteres)
 Probar al momento de registrar un pago si se puede presentar el problema que
el servidor muestre una fecha que no coincida con el horario registrado, y si
esta podría tomar la fecha del servidor.
 Probar al momento de loguearse con usuarios que estén registrados y usuarios
que no estén registrados.
 Al momento de registrar información de directivos o estudiantes se podría
realizar una prueba ingresando datos in correctos, como por ejemplo en el
campo de celular, ingresar datos mayores o menores a 10 dígitos o un dato
distinto a un entero, y se evidencia si se despliegan mensajes de errores.