UNIVE

RSIDA

FACULTAD DE CIENCIAS INFORMTICA

TEMA:

ESTADO DEL ARTE DE LAS PRUEBAS DE

SOFTWARE

SEMESTRE:

SEXTO

MATERIA:

GESTION DE CALIDAD DEL SOFTWARE

CARRERA:

INGENIERA EN SISTEMAS

DOCENTE:

ING. PATRICIO QUIROZ

AUTOR:

ROMERO ADRIN

EL CARMEN MANAB ECUADOR

 ESTADO DEL ARTE DE LAS PRUEBAS DE SOFTWARE

Al paso de las dcadas a lo que se refiere a la elaboracin de un sistemas o

software han aumentado los requisitos, normas y estndares para la elaboracin
del mismo, y desde un punto de vista de los clientes y usuarios la calidad de un
producto no es el que tienen una interfaz bonita, sino el que tienen menos errores
en su ejecucin de testeo tanto de caja blanca como de caja negra.
La prueba exhaustiva del producto antes de ser entregado al cliente implica probar
el comportamiento del mismo para todas las combinaciones vlidas e invlidas de
entradas, bajo cada estado posible del sistema. Esto, incluso para un programa
pequeo puede llevar cientos de aos y es econmicamente inviable. Debido a
esto, las empresas que desarrollan software intentan una solucin de compromiso,
esto es entregar sus productos con la menor cantidad de defectos posible. Para
esto, definen cuando entregar el producto a los usuarios en funcin del costo y el
beneficio de realizar las pruebas. (Lamancha, 2006)

El objetivo de las pruebas es presentar informacin sobre la calidad del producto a

las personas responsables de ste. Las pruebas de calidad presentan los
siguientes objetivos: encontrar defectos o bugs, aumentar la confianza en el nivel
de calidad, facilitar informacin para la toma de decisiones, evitar la aparicin de
defectos.
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 contexto1 en el que se desarrolla.
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.
A pesar de lo que muchos promueven, no existen las "mejores prcticas" 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 condicionarn las pruebas a realizar, deben ser seleccionadas y utilizadas de
la manera ms eficiente segn contexto del proyecto.

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 escritorio" con el
objetivo de seguir los flujos de la aplicacin. (Cem Kaner, 2012)

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 por su ejecucin

Pruebas manuales
Una prueba manual es una descripcin de los pasos de prueba que realiza un
evaluador. Las pruebas manuales se utilizan en aquellas situaciones donde otros
tipos de prueba, como las pruebas unitarias o las pruebas web, seran demasiado
difciles de realizar o su creacin y ejecucin sera demasiado laboriosa. Tambin
podra utilizar una prueba manual en situaciones donde no sea posible
automatizar los pasos, por ejemplo, para averiguar el comportamiento de un
componente cuando se pierde la conexin de red; esta prueba podra realizarse
de forma manual, desenchufando el cable de red.
Pruebas automticas
En las pruebas de software, la automatizacin de pruebas consiste en el uso de
software especial (casi siempre separado del software que se prueba) para
controlar la ejecucin de pruebas y la comparacin entre los resultados obtenidos
y los resultados esperados. La automatizacin de pruebas permite incluir pruebas
repetitivas y necesarias dentro de un proceso formal de pruebas ya existente o
bien adicionar pruebas cuya ejecucin manual resultara difcil.
Prueba Unitaria
En programacin, una prueba unitaria es una forma de comprobar el correcto
funcionamiento de una unidad de cdigo. Por ejemplo, en diseo estructurado o
en diseo funcional una funcin o un procedimiento, en diseo orientado a objetos
una clase. Esto sirve para asegurar que cada unidad funcione correctamente y
eficientemente por separado. Adems de verificar que el cdigo hace lo que tiene
que hacer, verificamos que sea correcto el nombre, los nombres y tipos de los
parmetros, el tipo de lo que se devuelve, que si el estado inicial es vlido
entonces el estado final es vlido.

Conclusiones

Las pruebas de software permiten la ejecucin de un programa cuya intencin u

objetivo principal es el de detectar errores presentes en el software con el fin de
disminuirlos y corregirlos para que a su vez se mejore la calidad con la que se
producen los diferentes aplicativos.
Las pruebas de caja blanca poseen criterios basados en el contenido y la
estructura del cdigo fuente de los mdulos, mientras que las pruebas de caja
negra poseen criterios basados en las interfaces y las especificaciones de los
mdulos.

Bibliografa

Cem Kaner, J. P. (2012). Context-Driven-Testing. Obtenido de http://context-

driven-testing.com/
Lamancha, B. P. (2006). Proceso de Testing Funcionalidad Independiente.
Montevideo, Uruguay.
Roger S. Pressman, P. (2010). INGENIERA DEL SOFTWARE. UN ENFOQUE
PRCTICO SPTIMA EDICIN. Mexico: McGRAW-HILL INTERAMERICANA
EDITORES, S.A. DE C.V.