Pruebas de software

Las Pruebas de Software, o "Testing" es una investigacin emprica y tcnica cuyo objetivo es proporcionar informacin objetiva e independiente sobre la calidad del producto bajo pruebas a la parte interesada o Stakeholder. Las Pruebas de Software son una actividad ms en el proceso de "Aseguramiento de la Calidad" Las Pruebas son bsicamente un conjunto de actividades dentro del desarrollo de software. Dependiendo del tipo de pruebas, estas actividades podrn ser implementadas en cualquier momento de dicho proceso de desarrollo.

Contenido
[ocultar]

1 Historia 2 Objetivos 3 Pruebas Estticas 4 Pruebas Dinmicas 5 Tipos de pruebas por su ejecucin 6 Enfoques de pruebas o "approaches" 7 Niveles de pruebas 8 Pruebas Funcionales 9 Pruebas No-Funcionales 10 Vase tambin 11 References 12 Enlaces externos

[editar]Historia La separacin del proceso de "debugging" del "Testing", fue una idea introducida por Glenford J. Myers in 1979. Myers enfocaba las pruebas como algo destructivo ("una prueba exitosa es aquella que descubre un Bug"
1 2 1

aqu se refleja claramente el deseo de la comunidad de ingenieros de

software de separar las actividades fundamentales del desarrollo, debugging y verificacin). Dave Gelperin y William C. Hetzel en 1988 clasificaron la evolucin de las fases y objetivos de las pruebas en las siguientes etapas :
3

antes -1956 - Debugging oriented

19571978 - Demonstration oriented 19791982 - Destruction oriented 19831987 - Evaluation oriented

7 6

19882000 - Prevention oriented

Las Pruebas de Software como se entienden en la actualidad forman parte del proceso de Aseguramiento de la Calidad. Ms concretamente est considerada como una actividad de "Deteccin".

[editar]Objetivos El objetivo de las pruebas es presentar informacin sobre la calidad del producto a las personas responsables de este. Teniendo esta afirmacin en mente, la informacin que puede ser requerida es de lo ms variada. Esto hace que el proceso de "testing" sea completamente dependiente del Contexto en el que se desarrolla. A pesar de lo que muchos promueven, no existen las "Mejores Practicas" como tal. Toda prctica puede ser ideal para una situacin pero completamente intil o incluso perjudicial en otra. Por esto, las actividades, tcnicas, documentacin, enfoques y dems elementos que condicionaran las pruebas a realizar, deben ser seleccionadas y utilizadas de la manera ms eficiente segn contexto del proyecto. [editar]Pruebas
9

Estticas

Son el tipo de pruebas que se realizan sin ejecutar el cdigo de la aplicacin.DDD [editar]Pruebas

Dinmicas

Todas aquellas pruebas que para su ejecucin requieren la ejecucin de la aplicacin.

[editar]Tipos

de pruebas por su ejecucin

Pruebas manuales Pruebas automticas

[editar]Enfoques

de pruebas o "approaches"

Scripted Testing Exploratory Testing Pruebas de Caja blanca Pruebas de Caja negra

[editar]Niveles

de pruebas

Pruebas unitarias Pruebas de Integracin Pruebas de sistema

[editar]Pruebas

Funcionales

Pruebas funcionales Pruebas de humo Pruebas de regresin Pruebas de aceptacin Alpha testing Beta testing

[editar]Pruebas

No-Funcionales

Pruebas No funcionales Pruebas de seguridad Pruebas de usabilidad Pruebas de rendimiento Pruebas de internacionalizacin y localizacin Pruebas de escalabilidad Pruebas de mantenibilidad

Pruebas de instalabilidad Pruebas de portabilidad

[editar]Vase

tambin

Casos de prueba Desarrollo guiado por pruebas Orculo

[editar]References

a b

1. 2. 3. 4.

The Art of Software Testing - Myers 1979

Dr. Dobb's journal of software tools for the professional programmer - Dr. Dobb 1987 Gelperin, D.; B. Hetzel (1988). The Growth of Software Testing. CACM 31 (6). ISSN 0001-0782. until 1956 it was the debugging oriented period, when testing was often associated to debugging: there was no clear difference between testing and debugging. Gelperin, D.; B. Hetzel (1988). The Growth of Software Testing. CACM 31 (6). ISSN 0001-0782.

5.

From 19571978 there was the demonstration oriented period where debugging and testing was distinguished now - in this period it was shown, that software satisfies the requirements. Gelperin, D.; B. Hetzel (1988). The Growth of Software Testing. CACM 31 (6). ISSN 0001-0782.

6.

The time between 19791982 is announced as the destruction oriented period, where the goal was to find errors. Gelperin, D.; B. Hetzel (1988). The Growth of Software Testing. CACM 31 (6). ISSN0001-0782.

7.

19831987 is classified as the evaluation oriented period: intention here is that during the software lifecycle a product evaluation is provided and measuring quality. Gelperin, D.; B. Hetzel (1988). The Growth of Software Testing. CACM 31 (6). ISSN 0001-0782.

8.

From 1988 on it was seen as prevention oriented period where tests were to demonstrate that software satisfies its specification, to detect faults and to prevent faults. Gelperin, D.; B. Hetzel (1988). The Growth of Software Testing. CACM 31 (6). ISSN 0001-0782.

9.

http://context-driven-testing.com/

[editar]Enlaces

externos

Context-driven Testing www.testingeducation.org www.qualitydave.blogspot.com ISO/IEC 29119 Pruebas de Software (Grupo de Trabajo de AENOR AEN/CTN71/SC7/GT26) MTRICA v3 en el CSAE