NIVELES DE PRUEBA

Los sistemas no se disean como sistemas completos ni tampoco como

sistemas nicos. El analista debe llevar a cabo tanto pruebas parciales como
pruebas del sistema.
Los niveles de prueba son:
1. Pruebas Parciales
2. Pruebas de Sistemas
3. Pruebas Especiales de Sistemas
1. Pruebas Parciales
Se les conoce tambin como Pruebas Unitarias o de Unidad o Prueba de
Programas.
Las unidades de software en un sistema son los mdulos y rutinas que se
ensamblan e integran para llevar a cabo una funcin especfica.
Las pruebas parciales se centran primero en los mdulos independientes
entre s, para localizar los errores. Esto permite al que realice las pruebas,
detectar errores en el cdigo y lgica contenidos dentro de ese nico
mdulo.
Aquellos errores que resultan de la interaccin entre los mdulos se evitan
inicialmente.
Los casos de prueba necesarios para las pruebas parciales deben probar
cada condicin u opcin.
Si el mdulo recibe una entrada o genera una salida, tambin se necesitan
casos de prueba para examinar el rango de valores esperado, incluyendo
los datos vlidos e invlidos.
2. Pruebas de Sistemas
Tambin son llamadas pruebas de Integracin.
Martes 27/octubre/2015
Estas pruebas no prueban el sw en s, sino la integracin de cada mdulo
en el sistema.
Tambin busca las discrepancias entre el sistema y su objetivo original,
especificaciones y documentacin del sistema.
La preocupacin principal es la compatibilidad de los mdulos individuales.
En las Pruebas de Sistemas tambin debe verificar que los tamaos de los
archivos son adecuados.
Se deben probar a niveles de sistema los procedimientos de ordenamiento
que se supone, estn presentes en los mdulos de nivel interior, para ver
que realmente existen y que logran los resultados que esperan los
mdulos.

Preparado por: Ing. Nora Antnez

3. Pruebas Especiales de Sistemas

Hay otras pruebas en una categora especial ya que no se centra en el
funcionamiento normal del sistema. Los tipos de Pruebas Especiales de
Sistemas son:
a. Prueba de Carga Mxima
b. Prueba de Almacenamiento
c. Prueba de Tiempo de Ejecucin
d. Prueba de Recuperacin
e. Prueba de Procedimientos
f. Prueba de Factores Humanos
Prueba de Carga Mxima: Determina si el sistema manejar el volumen de
actividades que ocurran cuando el sistema est en el punto ms alto de su
demanda de procesamiento.
Por ejemplo: Todas las terminales se activan al mismo tiempo.
Prueba de Almacenamiento: Determina la capacidad del sistema para
almacenar datos de transacciones en un disco u otros archivos. La capacidad
se mide en trminos de nmero de registros que un disco puede manejar o que
un archivo puede mantener.
Por ejemplo: Verificar la documentacin en el sentido de que el sistema
almacenar 10,000 registros de 383 bytes de longitud en un nico dispositivo
de almacenamiento.
Prueba de Tiempo de Ejecucin: Determina el tiempo de mquina que el
sistema necesita para procesar los datos de una transaccin Un error comn
que se comete en las pruebas parciales y de sistemas es que solo se prueba
con un conjunto relativamente pequeo de datos para encontrar errores. Un
sistema que corre bien con solo unas pocas transacciones puede ser
inaceptablemente lento cuando est cargado por completo.
Por ejemplo: Tiempo de respuesta a las consultas cuando el sistema est
cargado en su totalidad con datos operativos.
Prueba de Recuperacin: Determina la capacidad del usuario para recuperar
los datos o restablecer el sistema despus de una falla. Los analistas deben
suponer siempre que el sistema fallar y que los datos se daarn o perdern.
Por ejemplo: Cargar copias de respaldo de datos y reiniciar el procesamiento
sin perder datos o integridad.
Prueba de Procedimientos: Determina la claridad de la documentacin en
los aspectos de operacin y uso de un sistema, haciendo que los usuarios
Preparado por: Ing. Nora Antnez

lleven a cabo exactamente lo que el manual pide. Este tipo de prueba no solo
muestra los huecos que la documentacin tiene en cuando a detalles sobre
cmo funciona el sistema, sino en qu lugar la documentacin est
equivocada, es decir, donde las acciones realmente hay que llevar a cabo para
hacer que el sistema funcione.
Por ejemplo: Apagar el sistema al final de la semana o responder al indicador
luminoso de la impresora que seala la falta de papel.
Prueba de Factores Humanos: Determina como utilizarn los usuarios el
sistema al procesar datos o prepara informes. Qu hacen los usuarios si
despus de mandar una transaccin por medio de una terminal, la pantalla se
pone en blanco mientras los datos se procesan?
El analista debe observar cuidadosamente las transacciones del usuario
cuando no hay respuesta inmediata a una consulta. Adems debe asegurarse
de observar como introducen los datos las personas.
Usan teclas diferentes a las anticipadas?
Hay combinaciones difciles de teclear que puedan provocar errores?
Cmo se sentir el usuario de un sistema despus de trabajar con l durante
mucho tiempo?

Preparado por: Ing. Nora Antnez

Pg. 1/N
EJEMPLO DE CASO DE PRUEBA:
ckMarket
Kessley Meza, Carlos Soto
Prueba de Caja Negra
Nombre del Mdulo: Clientes
NUM
TIPO: prueba de caja negra
.:
DESCRIPCION:
EL campo de nombre completo en su cdigo permite un gran
nmero de ingresos de caracteres

EVALUACION DE:
cdigo fuente

IMAGEN:

If DirectCast(sender, TextBox).Text.Length > 0 Then

Me.erroricono.SetError(sender, "")
Else
Me.erroricono.SetError(sender, "Ingrese nombre
cliente por favor, este campo es obligatorio")
End If
End Sub

RUTA:

Login/Menu principal/clientes

FECHA:

12/11/2015

SOLUCIONADO:

No

SOLUCION:

Preparado por: Ing. Nora Antnez

ckMarket
Kessley Meza, Carlos Soto
Prueba de Caja Negra
Nombre del Mdulo: Clientes
NUM
TIPO: prueba de caja negra
.:
DESCRIPCION:
EL campo de direccionen su cdigo permite un gran nmero
de ingresos de caracteres

EVALUACION DE:
cdigo fuente

IMAGEN:

Private Sub txtdireccion_Validating(sender As Object,

e As System.ComponentModel.CancelEventArgs) Handles
txtdireccion.Validating
If DirectCast(sender, TextBox).Text.Length > 0 Then
Me.erroricono.SetError(sender, "")
Else
Me.erroricono.SetError(sender, "Ingrese la
direccion del cliente por favor, este campo es obligatorio")
End If
End Sub

RUTA:

Login/Menu principal/clientes

FECHA:

12/11/2015

SOLUCIONADO:

No

SOLUCION:

Preparado por: Ing. Nora Antnez

ckMarket
Kessley Meza, Carlos Soto
Prueba de Caja Negra
Nombre del Mdulo: Clientes
NUM
TIPO: prueba de caja negra
.:
DESCRIPCION: El botn Guardar en su cdigo almacena
datos errneos

EVALUACION DE:
cdigo fuente

IMAGEN:

Private Sub btnguardar_Click(sender As Object, e As EventArgs) Handles btnguardar.Click

If Me.ValidateChildren = True And txtnombres.Text <> "" And txtdireccion.Text <> "" And
txttelefono.Text <> "" And txtnidentidad.Text <> "" And txtnrtn.Text <> "" Then
Try
Dim dts As New vcliente
Dim func As New fcliente
dts.gnombres = txtnombres.Text
dts.gdireccion = txtdireccion.Text
dts.gtelefono = txttelefono.Text
dts.gnidentidad = txtnidentidad.Text
dts.gnrtn = txtnrtn.Text
If func.insertar(dts) Then
MessageBox.Show("Cliente registrado correctamente", "Guardando registros",
MessageBoxButtons.OK, MessageBoxIcon.Information)
mostrar()
limpiar()
Else
MessageBox.Show("Cliente no fue registrado", "Guardando registros",
MessageBoxButtons.OK, MessageBoxIcon.Error)
mostrar()
limpiar()
End If

RUTA:

Login/Menu principal/Productos

FECHA:

12/11/2015

SOLUCIONADO:

No

SOLUCION:

Preparado por: Ing. Nora Antnez

ckMarket
Kessley Meza, Carlos Soto
Prueba de Caja Negra
Nombre del Mdulo: Clientes
NUM
TIPO: prueba de caja negra
.:
DESCRIPCION: En el campo buscar en su cdigo no tiene
indicada la instruccin de bsqueda.

EVALUACION DE:
cdigo fuente

IMAGEN: Private Sub txtbuscar_TextChanged(sender As Object, e As EventArgs) Handles

txtbuscar.TextChanged
End Sub
End Class

RUTA:

Login/Menu principal/clientes

FECHA:

12/11/2015

SOLUCIONADO:

No

SOLUCION:

Preparado por: Ing. Nora Antnez