Tarea 4 Ing Soft

Raúl Ramírez Gastélum

11/Noviembre/2014

Tarea #4.
Pruebas de desarrollo
Las pruebas de desarrollo incluyen todas las actividades de prueba que realiza el equipo que
elabora el sistema. El examinador del software suele ser el programador que diseñó dicho
software, aunque éste no es siempre el caso.
Para sistemas críticos, puede usarse un proceso más formal, con un grupo de prueba
independientedentro del equipo de desarrollo. Son responsables del desarrollo de pruebas y
del mantenimiento de registros detallados de los resultados de las pruebas.
Durante el desarrollo, las pruebas se realizan en tres niveles de granulación:
1.

Pruebas de unidad, donde se ponen a prueba unidades de programa o clases de
objetos individuales. Las pruebas de unidad deben enfocarse en comprobar lafuncionalidad de objetos o métodos.

2.

Pruebas del componente, donde muchas unidades individuales se integran para crear
componentes compuestos. La prueba de componentes debe enfocarse en probar
interfaces del componente.

3.

Pruebas del sistema, donde algunos o todos los componentes en un sistema se
integran y el sistema se prueba como un todo. Las pruebas del sistema deben
enfocarse en poner a prueba lasinteracciones de los componentes. 

Las pruebas de desarrollo son, ante todo, un proceso de prueba de defecto, en las
cuales la meta consiste en descubrir bugs en el software. Por lo tanto, a menudo están
entre- lazadas con la depuración: el proceso de localizar problemas con el código y
cambiar el programa para corregirlos.

Pruebas de unidad
Las pruebas de unidad son el proceso de probarcomponentes del programa, como métodos
o clases de objetos. Las funciones o los métodos individuales son el tipo más simple de
componente. Las pruebas deben llamarse para dichas rutinas con diferentes parámetros de
entrada.
Cuando pone a prueba las clases de objetos, tiene que diseñar las pruebas para brindar
cobertura a todas las características del objeto. Esto significa que debe:
•

Probar todas lasoperaciones asociadas con el objeto;

•

Establecer y verificar el valor de todos los atributos relacionados con el objeto;

1

Raúl Ramírez Gastélum

•

11/Noviembre/2014

Poner el objeto en todos los estados posibles. Esto quiere decir que tiene que simular
todos los eventos que causen un cambio de estado. 


La generalización o herencia provoca que sea más complicada la prueba de las clasesde
objetos. Usted no debe poner únicamente a prueba una operación en la clase donde se
definió, ni suponer que funcionará como se esperaba en las subclases que heredan la
operación. La operación que se hereda puede hacer conjeturas sobre otras operaciones y
atributos. Es posible que no sean válidas en algunas subclases que hereden la operación. Por
consiguiente, tiene que poner a prueba la operaciónheredada en todos los contextos en que
se utilice.
Siempre que sea posible, se deben automatizar las pruebas de unidad. En estas pruebas de
unidad automatizadas, podría usarse un marco de automatización de pruebas (como JUnit)
para escribir y correr sus pruebas de programa. Los marcos de pruebas de unidad ofrecen
clases de pruebas genéricas que se extienden para crear casos de prueba específicos.En tal
caso, usted podrá correr todas las pruebas que implementó y reportar, con frecuencia
mediante alguna GUI, el éxito o el fracaso de las pruebas. Es común que toda una serie de
pruebas completa opere en algunos segundos, de modo que es posible ejecutar todas las
pruebas cada vez que efectúe un cambio al programa.
Un conjunto automatizado de pruebas tiene tres partes:
1.

Una parte deconfiguración, en la cual se inicializa el sistema con el caso de
prueba, esto es, las entradas y salidas esperadas.

2.

Una parte de llamada (call), en la cual se llama al objeto o al método que se va
a probar.

3.

Una parte de declaración, en la cual se compara el resultado de la llamada con
el resultado esperado. Si la información se evalúa como verdadera, la prueba
tuvo éxito; pero si resulta...