Pruebas de software

Las pruebas de software (en ingls software testing) son las investigaciones
empricas y tcnicas cuyo objetivo es proporcionar informacin objetiva e
independiente sobre la calidad del producto a la parte interesada. Es una actividad
ms en el proceso de control de calidad.
Las pruebas son bsicamente un conjunto de actividades dentro del desarrollo
de software. Existen distintos modelos de desarrollo de software, as como
modelos de pruebas. A cada uno corresponde un nivel distinto de involucramiento
en las
actividades de desarrollo.


Pruebas estticas
Son el tipo de pruebas que se realizan sin ejecutar el cdigo de la aplicacin.
Puede referirse a la revisin de documentos, ya que no se hace una ejecucin de
cdigo. Esto se debe a que se pueden realizar pruebas de escritoriocon el objetivo
de seguir los flujos de la aplicacin.




Pruebas dinmicas
Todas aquellas pruebas que para su ejecucin requieren la ejecucin de la
aplicacin.
Las pruebas dinmicas permiten el uso de tcnicas de caja negra y caja blanca con
mayor amplitud. Debido a la naturaleza dinmica de la ejecucin de pruebas es
posible medir con mayor precisin el comportamiento de la aplicacin
desarrollada.
TIPOS DE PRUEBAS
Pruebas de caja negra
En este tipo de prueba, tan slo, podemos probar dando distintos valores a las
entradas. Los datos de prueba se escogern atendiendo a las especificaciones del
problema, sin importar los detalles internos del programa, a fin de verificar que el
programa corra bien. Este tipo de prueba se centra en los requisitos funcionales
del software y permite obtener entradas que prueben todos los flujos de una
funcionalidad (casos de uso).






Con este tipo de pruebas se intenta encontrar:
- Funcionalidades incorrectas o ausentes.
- Errores de interfaz.
- Errores en estructuras de datos o en accesos a las bases de datos externas.
- Errores de rendimiento.
- Errores de inicializacin y finalizacin.

Pruebas de caja blanca
Consiste en realizar pruebas para verificar que lneas especficas de cdigo
funcionan tal como est definido. Tambin se le conoce como prueba de caja-
transparente. La prueba de la caja blanca es un mtodo de diseo de casos de
prueba que usa la estructura de control del diseo procedimental para derivar los
casos de prueba.







Las pruebas de caja blanca intentan garantizar que:
- Se ejecutan al menos una vez todos los caminos independientes de cada mdulo
- Se utilizan las decisiones en su parte verdadera y en su parte falsa
- Se ejecuten todos los bucles en sus lmites
- Se utilizan todas las estructuras de datos internas.
- Para esta prueba, se consideran tres importantes puntos
Pruebas unitarias
Se aplican a un componente del software. Podemos considerar como componente
(elemento indivisible) a una funcin, una clase, una librera, etc. Estas pruebas las
ejecuta el desarrollador, cada vez que va probando fragmentos de cdigo o scripts
para ver si todo funciona como se desea. Estas pruebas son muy tcnicas. Por
ejemplo, probar una consulta, probar que un fragmento de cdigo enve a imprimir
un documento, probar que una funcin devuelva un flag, etc.
Para que una prueba unitaria, tenga xito se deben cumplir los siguientes
requisitos:
- Automatizable: no debera existir intervencin manual. Esto es, especialmente,
til para la integracin contina.
- Completas: deben cubrir la mayor cantidad de cdigo.
- Repetibles o Reutilizables: no se deben crear pruebas que slo puedan ser
ejecutadas una sola vez. Tambin, es til para integracin continua.
- Independientes: la ejecucin de una prueba no debe afectar a la ejecucin de otra.
- Profesionales: las pruebas deben ser consideradas igual que el cdigo, con la
misma profesionalidad, documentacin, etc.
El objetivo de las pruebas unitarias es aislar cada parte del programa y mostrar
que las partes individuales son correctas. Proporcionan un contrato escrito que el
fragmento de cdigo debe satisfacer.










Pruebas de integracin
Consiste en construir el sistema a partir de los distintos componentes y probarlo
con todos integrados. Estas pruebas deben realizarse progresivamente. El foco de
atencin es el diseo y la construccin de la arquitectura de software.














Pruebas de aceptacin
Son las nicas pruebas que son realizadas por los usuarios expertos, todas las
anteriores las lleva a cabo el equipo de desarrollo. Consiste en comprobar si el
producto est listo para ser implantado para el uso operativo en el entorno del
usuario. Podemos distinguir entre dos tipos de pruebas; en ambas existe
retroalimentacin por parte del usuario experto:
- Pruebas alfa: las realiza el usuario en presencia de personal de desarrollo del
proyecto haciendo uso de una mquina preparada para las pruebas.
- Pruebas beta: las realiza el usuario despus de que el equipo de desarrollo les
entregue una versin casi definitiva del producto.











Pruebas funcionales
Este tipo de prueba se realiza sobre el sistema funcionando, comprobando que
cumpla con la especificacin (normalmente a travs de los casos de uso). Para
estas pruebas, se utilizan las especificaciones de casos de prueba.
Pruebas de rendimiento
Las pruebas de rendimiento se basan en comprobar que el sistema puede soportar
el volumen de carga definido en la especificacin, es decir, hay que comprobar la
eficiencia (por ejemplo, se ha montado una pgina web sobre un servidor y hay
que probar qu capacidad tiene el estado de aceptar peticiones, es decir capacidad
de concurrencia).