Pruebas de software
umh2818-TADS
Las pruebas de software (en inglés software testing) son se hace una ejecución de código. Esto se debe a que se
las investigaciones empíricas y técnicas cuyo objetivo es pueden realizar “pruebas de escritorio” con el objetivo de
proporcionar información objetiva e independiente sobre seguir los flujos de la aplicación.
la calidad del producto a la parte interesada o stakeholder.
Es una actividad más en el proceso de control de calidad.
Las pruebas son básicamente un conjunto de activida- 3 Pruebas dinámicas
des dentro del desarrollo de software. Dependiendo del
tipo de pruebas, estas actividades podrán ser implemen- Todas aquellas pruebas que para su ejecución requieren
tadas en cualquier momento de dicho proceso de desarro- la ejecución de la aplicación.
llo. Existen distintos modelos de desarrollo de software,
Las pruebas dinámicas permiten el uso de técnicas de ca-
así como modelos de pruebas. A cada uno corresponde
ja negra y caja blanca con mayor amplitud. Debido a la
un nivel distinto de involucramiento en las actividades de
naturaleza dinámica de la ejecución de pruebas es posi-
desarrollo.
ble medir con mayor precisión el comportamiento de la
aplicación desarrollada.
1 Historia
4 Tipos de pruebas
El objetivo de las pruebas es presentar información so-
bre la calidad del producto a las personas responsables de Hay todo tipo de pruebas, pero nos centraremos en tres
éste. Las pruebas de calidad presentan los siguientes ob- de ellas:
jetivos: 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.
5 Pruebas de Compatibilidad
Teniendo esta afirmación en mente, la información que
puede ser requerida es de lo más variada. Esto hace que Se comprueba el funcionamiento del software desarrolla-
el proceso de testing sea completamente dependiente del do en muchas plataformas: sistemas operativos, navega-
contexto[1] en el que se desarrolla. dores, redes, hardware...entre otros
El ambiente ideal de las pruebas de testing es aquel que es
independiente del desarrollo del software, de esta manera
se logra objetividad en las pruebas. 6 Pruebas de Regresión
A pesar de lo que muchos promueven, no existen las “me-
jores prácticas” como tal. Toda práctica puede ser ideal Se evalúa el correcto funcionamiento del software desa-
para una situación pero completamente inútil o incluso rrollado frente a evoluciones o cambios funcionales. El
perjudicial en otra. propósito de éstas es asegurar que los casos de prueba que
ya habían sido probados y fueron exitosos permanezcan
Por esto, las actividades, técnicas, documentación, enfo-
así. Se recomienda que este tipo de pruebas sean automa-
ques y demás elementos que condicionarán las pruebas a
tizadas para reducir el tiempo y esfuerzo en su ejecución.
realizar, deben ser seleccionadas y utilizadas de la mane-
ra más eficiente según contexto del proyecto.
7 Pruebas de Integración
2 Pruebas estáticas
Es el nivel de pruebas posterior a las pruebas modulares
de los componentes de un sistema. Se centra principal-
Son el tipo de pruebas que se realizan sin ejecutar el có- mente en probar la comunicación entre los componentes
digo de la aplicación. de un mismo sistema, comunicación entre sistemas o en-
Puede referirse a la revisión de documentos, ya que no tre hardware y software.
1
2 15 ENLACES EXTERNOS
8 Tipos de pruebas por su ejecu- 13 Véase también
ción
• Casos de prueba
• Pruebas manuales • Desarrollo guiado por pruebas
• Pruebas automáticas • Oráculo
9 Enfoques de pruebas 14 Referencias
• Pruebas de Caja blanca [1] http://context-driven-testing.com/
• Pruebas de Caja negra [2] Barrientos, Pablo Andrés (25 de abril de 2014). Enfoque
para pruebas de unidad basado en la generación aleatoria
• Testing aleatorio[2] de objetos. p. 101. Consultado el 28 de abril de 2014.
10 Niveles de pruebas 15 Enlaces externos
• Pruebas unitarias • Context-driven Testing
• Pruebas modulares • www.testingeducation.org
• Pruebas de integración • ISO/IEC/IEEE 29119 Pruebas de Software (Grupo
de Trabajo de AENOR AEN/CTN71/SC7/GT26)
• Pruebas de sistema
• MÉTRICA v3 en el CSAE
• Pruebas de aceptación de usuario UAT
11 Pruebas funcionales
• Pruebas funcionales
• Pruebas de humo
• Pruebas de regresión
• Pruebas de aceptación
• Alpha testing
• Beta testing
12 Pruebas no funcionales
• Pruebas no funcionales
• Pruebas de seguridad
• 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
3
16 Origen del texto y las imágenes, colaboradores y licencias
16.1 Texto
• Pruebas de software Fuente: https://es.wikipedia.org/wiki/Pruebas_de_software?oldid=89218965 Colaboradores: Robbot, Rosarino, As-
cánder, Tano4595, Daniel G., Digigalos, Deleatur, Alhen, Yrbot, BOT-Superzerocool, Martingala, GermanX, Quiron, Er Komandante,
Chlewbot, Roche, CEM-bot, Especiales, Jonpagecr, Isha, JAnDbot, Denarius, TXiKiBoT, Netito777, Idioma-bot, Developer, Biasoli, Vol-
kovBot, Matdrodes, Synthebot, Gmarinp, El Pantera, SieBot, PaintBot, Loveless, Bigsus-bot, Alben9586, Switcher6746, Belb, Fadesga,
Leonpolanco, Alejandro Lodes, UA31, AVBOT, MastiBot, MelancholieBot, Luckas-bot, Amirobot, Nallimbot, LordboT, ArthurBot, Su-
perBraulio13, Xqbot, Jkbw, Cvielma, BOTirithel, Halfdrag, RedBot, Pilarbarrio, Mr.Ajedrez, Pol29, Tarawa1943, Waeswaes, Wikiléptico,
G Garro, EmausBot, Duhi, Elías, Douglasfugazi, CocuBot, Rezabot, Botero5, Invadibot, LlamaAl, Elvisor, QualityDave, Addbot, Tutitutti,
Gonzalo.villarreal, Jarould, Miguel.DeLeonT, Edward9104, Hellboy 2k6 y Anónimos: 78
16.2 Imágenes
16.3 Licencia del contenido
• Creative Commons Attribution-Share Alike 3.0
