Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Ir a la navegaci�nIr a la b�squeda
Commons-emblem-question book yellow.svg
Este art�culo tiene referencias, pero necesita m�s para complementar su
verificabilidad.
Puedes colaborar agregando referencias a fuentes fiables como se indica aqu�. El
material sin fuentes fiables podr�a ser cuestionado y eliminado.
Este aviso fue puesto el 27 de noviembre de 2018.
Diagrama que en forma gr�fica, evoca la situaci�n en la cual las opiniones y/o
evaluaciones se concretan a trav�s de una multitud de evaluadores y aportantes
(crowdsourced testing), trabajando en forma abierta y participativa
(crowdsourcing).
Las pruebas de software (en ingl�s software testing) son las investigaciones
emp�ricas y t�cnicas cuyo objetivo es proporcionar informaci�n objetiva e
independiente sobre la calidad del producto a la parte interesada o stakeholder. Es
una actividad m�s en el proceso de control de calidad.
�ndice
1 Historia
2 Proceso de Desarrollo de Software
2.1 Pruebas est�ticas
2.2 Pruebas din�micas
3 Pruebas contra Especificaci�n (ESRE)
4 Tipos de pruebas por su ejecuci�n
5 Enfoques de pruebas
6 Clasificaci�n de las pruebas seg�n lo que verifican
6.1 Pruebas funcionales
6.1.1 Niveles de prueba
6.2 Pruebas no funcionales
7 Herramientas para realizar pruebas de software
7.1 Herramientas en c�digo abierto
7.2 Herramientas comerciales
7.2.1 Herramientas de gesti�n de pruebas
7.2.2 Herramientas para pruebas funcionales
7.2.3 Herramientas para pruebas de carga y rendimiento
8 V�ase tambi�n
9 Referencias
10 Enlaces externos
Historia
El objetivo de las pruebas es presentar informaci�n sobre la calidad del producto a
las personas responsables de este. Las pruebas de calidad presentan los siguientes
objetivos: encontrar defectos o bugs, aumentar la confianza en el nivel de calidad,
facilitar informaci�n para la toma de decisiones, evitar la aparici�n de defectos.
El ambiente ideal de las pruebas es aquel que es independiente del desarrollo del
software, de esta manera se logra objetividad en las pruebas.
A pesar de lo que muchos promueven, no existen las "mejores pr�cticas" como tales.
Toda pr�ctica puede ser ideal para una situaci�n, pero completamente in�til o
incluso perjudicial en otra.
Por esto, las actividades t�cnicas, documentaci�n, enfoques y dem�s elementos que
condicionar�n las pruebas a realizar deben ser seleccionadas y utilizadas de la
manera m�s eficiente seg�n contexto del proyecto.
Tambi�n tenemos el desarrollo iterativo y creciente, se tiene las mismas etapas que
en el Proceso de Desarrollo en Cascada, sin embargo, en este proceso, la etapa de
relevamiento se divide en distintos sub conjuntos,y cada uno de estos sub conjuntos
se construye de la misma forma que con el ciclo de vida en cascada. Se van
desarrollando por partes que luego se integran, una vez finalizadas las mismas.
Otro Proceso de Desarrollo que tenemos es el Iterativo, en este tenemos las mismas
etapas de desarrollo que los procesos anteriores, pero trabajamos sobre el todo, no
necesariamente conocemos el comienzo todos los detalles del producto que queremos
construir.
Pruebas est�ticas
Son el tipo de pruebas que se realizan sin ejecutar el c�digo de la aplicaci�n.
Pruebas din�micas
Todas aquellas pruebas que para su ejecuci�n requieren la ejecuci�n de la
aplicaci�n.
Las pruebas din�micas permiten el uso de t�cnicas de caja negra y caja blanca con
mayor amplitud. Debido a la naturaleza din�mica de la ejecuci�n de pruebas es
posible medir con mayor precisi�n el comportamiento de la aplicaci�n desarrollada.
Pruebas unitarias
Pruebas de componentes
Pruebas de integraci�n
Pruebas de sistema
Pruebas de humo
Pruebas alpha
Pruebas beta
Pruebas de aceptaci�n
Pruebas de regresi�n
Niveles de prueba
Podemos considerar el proceso de pruebas funcionales como un proceso donde se va
probando inicialmente lo de m�s bajo nivel y se van integrando y probando
paulatinamente componentes hasta lograr un sistema completo totalmente probado. Por
eso se dice que hay distintos niveles de prueba. Se empieza por las pruebas
unitarias, luego las pruebas de Integraci�n, luego las de pruebas de sistema, las
de humo, las alpha, las beta y finalmente las de pruebas de aceptaci�n.
Pruebas no funcionales
Una prueba no funcional es una prueba cuyo objetivo es la verificaci�n de un
requisito que especifica criterios que pueden usarse para juzgar la operaci�n de un
sistema (requisitos no funcionales) como por ejemplo la disponibilidad,
accesibilidad, usabilidad, mantenibilidad, seguridad, rendimiento. Podemos
clasificar las pruebas no funcionales seg�n el tipo de requisito no funcional que
abarcan:
Pruebas de compatibilidad
Pruebas de seguridad
Pruebas de Stress
Pruebas de usabilidad
Pruebas de rendimiento
Pruebas de internacionalizaci�n y localizaci�n
Pruebas de escalabilidad
Pruebas de mantenibilidad
Pruebas de instalabilidad
Pruebas de portabilidad
Herramientas para realizar pruebas de software
El control de la calidad de software lleva consigo aplicativos que permiten
realizar pruebas aut�nomas y masivas permitiendo as� la verificaci�n desde el punto
de vista est�tico y de caja blanca, es decir pruebas donde se analiza el software
sin ejecutar el software mediante el c�digo fuente del mismo. Podemos encontrar
herramientas escritas en software libre, c�digo abierto o software privativo.3?
Estas herramientas podr�n ser utilizadas para diferentes tipos de pruebas como: