Tipos de pruebas de software

Prueba de Software

Definicin

Las pruebas de software son las investigaciones empricas y tcnicas

cuyo fin es proporcionar informacin objetiva e independiente sobre la
calidad del producto. Esta actividad forma parte del proceso de control
de calidad global. Las pruebas son bsicamente un conjunto de
actividades dentro del desarrollo de software y dependiendo del tipo de
pruebas, estas actividades podrn ser implementadas en cualquier
momento del proceso de desarrollo.

Objetivos de las pruebas de

software
La prueba de software es un elemento crtico para la garanta del
correcto funcionamiento del software. Entre sus objetivos estn:

Detectar defectos en el software.

Verificar la integracin adecuada de los componentes.

Verificar que todos los requisitos se han implementado

correctamente.

Identificar y asegurar que los defectos encontrados se han

corregido antes de entregar el software al cliente.

Disear casos de prueba que sistemticamente saquen a la luz

diferentes clases de errores, hacindolo con la menor cantidad
de tiempo y esfuerzo.

Pruebas de la instalacin
Pruebas de
Soportabilidad

Que son?

Es la comprobacin de que la aplicacin

de software se instalara correctamente y
estar funcionando como se espera
despus de la instalacin.

Puntos necesarios para la prueba de

instalacin

comprobar los requisitos previos necesarios para

instalar el software de la aplicacin.

la instalacin debe ser ejecutada en la ubicacin

predeterminada y se debe presentar al usuario con la
ubicacin por defecto, adems de que el usuario debe
ser capaz de cambiar la ubicacin predeterminada.

Comprobar que el usuario debera poder instalar

software desde otro lugar como por red, instalacin
en lnea, instalacin desde cd, etc.

Puntos necesarios para la prueba

de instalacin

verificar que se pueda instalar el software sin necesidad de los

privilegios de administrador.

Verificar el archivo .exe se ejecuta sin problemas en estado limpio.

verificar que el archivo .exe calcule el espacio en disco necesario

para instalar correctamente la aplicacin antes de instalarla.

Compruebe que despus de una instalacin exitosa, el software

esta funcionando de acuerdo con lo mencionado en los
documentos de especificaciones y satisface las necesidades de los
usuarios.

Pruebas
funcionales

En que consiste?

Las pruebas funcionales se centran en comprobar que los

sistemas desarrollados funcionan acorde a las especificaciones
funcionales y requisitos del cliente. Estas pruebas ayudan a
detectar los posibles defectos derivados de errores en la fase de
programacin.

Las pruebas funcionales se centran en verificar el

comportamiento de los sistemas y los datos de entrada y salida
del entorno. Dentro de las pruebas funcionales, pueden cubrir
otros tipos de pruebas:

Pruebas de compatibilidad:

Pruebas de integracin:

Comprueban el funcionamiento del

software en diferentes plataformas :
hardware, sistemas operativos,
navegadores, redes

Comprueban las conexiones y

comunicaciones entre los diferentes
mdulos del software desarrollado o
con terceros (pasarelas de pago,
sistemas publicitarios)

Pruebas de regresin:

Comprueba el correcto funcionamiento

del software desarrollado frente a
evolutivos o cambios de funcionalidad.

testing
Invertir en testing funcional es mejorar en la calidad del producto y
ahorrar en la solucin de errores encontrados en una fase tarda en el
desarrollo de software.
Los defectos encontrados y solventados durante la fase de pruebas
supondrn un ahorro en tiempo y dinero y una reduccin en los riesgos.
La deteccin de errores tras la puesta en produccin de un producto,
genera un impacto en el negocio y , en muchos casos en la marca de la
compaa, pudindose haber evitado con una deteccin temprana de
los mismos en el proceso de pruebas.
Los errores detectados tras la comercializacin o puesta en produccin
de un sistema , daan la imagen de la empresa frente al usuario,
incluso para futuros desarrollos.

Pruebas de
campo

En que consiste?
Consiste en ratificar y verificar que el sistema propuesto
se desarrolla de manera correcta y cumple con las
especificaciones establecidas por el cliente. Esta consiste
en comprobar con los posibles usuarios si el sistema
cumple de manera global con sus expectativas y sea un
producto aceptable, de modo que el mismo usuario pueda
dar aportes sobre que esta bien o que se puede mejorar
en cuanto ala funcionalidad del sistema diseado sin
enfocarse en el cdigo.

ventajas

No tener la necesidad de realizar cambios en el cdigo del sistema, ya que lo que

importa es la funcionalidad como tal

Si el usuario queda satisfecho con la interaccin de las funcionalidades requeridas en

el funcionamiento del sistema se pueden ahorrar tiempo y costos para el producto
final.

Realizar un documento de sucesos de errores para beneficiar las pruebas de

regresin .

Disminucin de la cobertura en el cdigo en el momento de superar distintos limites

en esta prueba.

A partir de esta prueba se permite visualizar un modelo de aceptacin del sistema

por el usuario final.

desventajas

Varios usuarios pueden discrepar en cuanto a cual debe ser el resultado final del
sistema.

Puede ser complicado satisfacer todas las opiniones de los usuarios en cuanto al
sistema.

Si el usuario no aprueba el funcionamiento del sistema esto quiere decir que se

tendr que volver a procesos anteriores para revisar si la toma de requisitos fue la
correcta y luego hacer las modificaciones adicionales, por lo cual se perder tiempo
y costos.

Ideas preconcebidas por parte del usuario pueden influir en los objetivos cumplidos.

Conocimiento de los fallos en periodos de tiempo muy largos, si los sujetos de

prueba tienen poco conocimiento en pruebas de funcionalidad.

No hay un plan concreto al enfrentar las funcionalidades del sistema.

conclusiones

Este tipo de pruebas es de mucha ayuda, ya que nos permite probar el sistema
ante el usuario y conocer la aceptacin del mismo antes de su entrega final ,
permite tambin tener opiniones, sugerencias y aportes del usuario para
mejorarlo.

aunque las pruebas de campo nos permite saber por medio de la interaccin
del usuario con el sistema si hay algn tipo de error en el desarrollo del mismo,
cuando nuestro problema no es de este caso, se nos pueden presentar varias
probabilidades de cual es el problema tales como conectividad, problemas en
la red, en el servidor, del ordenador o algn otro software daino.

es un proceso que lleva a preguntarse que pasa si funciona / que pasa

sino ? , y con este tener una idea clara y concreta de si se esta cumpliendo con
los requisitos exigidos para el desarrollo del sistema. Y de esta manera decidir
si se esta yendo por el camino correcto o si hay que corregir lo que se ha
hecho hasta el momento.

Pruebas beta

Cual es la diferencia con la

prueba alfa?
Quien lleva a cabo las pruebas
beta?

A diferencia de las pruebas alfa el

desarrollador no esta presente. As, la
prueba beta es una aplicacin en vivo
del software en un entorno que no
puede ser controlado por el
desarrollador.

El cliente registra todos los problemas

que encuentra durante la prueba beta e
informa a intervalos regulares al
desarrollador.

Se llevan a cabo por los usuarios finales

del software en los lugares de trabajo
de los clientes.

En que posicin se encuentra la

prueba beta?

La prueba beta es la ultima fase de las

faces de prueba y se encuentra y se
hace utilizando tcnicas de caja negra.
La prueba involucra a los usuarios
quienes comprueban la funcionalidad
requerida.

En que momento se libera la prueba?

A veces la versin beta tambin es liberada en

el mercado y en base a los comentarios de los
usuarios se hacen las modificaciones si no hay
cambios por hacer en el software se libera.