INTRODUCCIN

Hoy en da, debido al aumento del tamao y la complejidad del software, el proceso de prueba se ha convertido en una tarea vital dentro del desarrollo de cualquier sistema informtico. El proceso de prueba del software puede definirse como la verificacin dinmica del comportamiento del software a partir de un conjunto finito de casos de pruebas. n aspecto fundamental del proceso de prueba es evaluar la satisfaccin de la especificacin funcional del sistema o requisitos por parte del sistema construido. !ara "aranti#ar el nivel de calidad del sistema construido es necesario verificar la correcta y completa implantacin de los requisitos establecidos en las etapas iniciales del desarrollo. En este informe de investi"acin e$plicamos el uso de las pruebas de sistema como herramienta para verificar el cumplimiento de la especificacin funcional de un sistema y ase"urar su calidad.

PRUEBAS DE SISTEMAS

1.-DEFINICIN DE PRUEBA DE SISTEMAS

Es la %ltima fase del desarrollo de &istemas. Es el proceso de instalar equipos o &oftware nuevo, como resultado de un anlisis y diseo previo de la sustitucin o mejoramiento de la forma de llevar a cabo un proceso automati#ado. 'l (mplantar un &istema de (nformacin lo primero que debemos hacer es ase"urarnos que el &istema sea operacional o sea que funcione de acuerdo a los requerimientos del anlisis y permitir que los usuarios puedan operarlo. )as pruebas de sistema permiten verificar que tanto las especificaciones funcionales como las t*cnicas se cumplen para el entre"able. 'dems, si el entorno en el que se reali#an estas pruebas es equivalente al de produccin, permiten obtener una visin sobre su comportamiento que podr e$trapolarse a dicho entorno.

2.- OBJETIVOS DE LAS PRUEBAS DE SISTEMAS

)as pruebas de sistema tienen como objetivo ejercitar profundamente el sistema comprobando la inte"racin del sistema de informacin "lobalmente, verificando el funcionamiento correcto de las interfaces entre los distintos subsistemas que lo componen y con el resto de sistemas de informacin con los que se comunica. &on pruebas de inte"racin del sistema de informacin completo, y permiten probar el sistema en su conjunto y con otros sistemas con los que se relaciona para
4

verificar que las especificaciones funcionales y t*cnicas se cumplen. +an una visin muy similar a su comportamiento en el entorno de produccin )as pruebas de sistema no son procesos para probar las funciones del sistema o del pro"rama completo, porque *sta sera redundante con el proceso de las pruebas funcionales. )as pruebas del sistema tienen un propsito particular, para comparar el sistema o el pro"rama con sus objetivos ori"inales -.equerimientos funcionales y no funcionales/. +ado este propsito, se presentan dos implicaciones, 0. )as pruebas de sistema no se limitan a los sistemas. &i el producto es un pro"rama, la prueba del sistema es el proceso de procurar demostrar cmo el pro"rama, en su totalidad, no resuelve sus objetivos o requerimientos. 1. )as pruebas de sistema, por definicin, son imposibles si no estn los requerimientos por escrito, mensurables para el producto.

3.- CASOS DE PRUEBAS DE SISTEMAS

&on un conjunto de condiciones o variables bajo las cules el analista determinar si el requisito de una aplicacin es parcial o completamente satisfactorio. &e pueden reali#ar muchos casos de prueba para determinar que un requisito es completamente satisfactorio. 2on el propsito de comprobar que todos los requisitos de una aplicacin son revisados, debe haber al menos un caso de prueba para cada requisito a menos que un requisito ten"a requisitos secundarios. En ese caso, cada requisito secundario deber tener por lo menos un caso de prueba. 'l"unas metodolo"as como . ! recomiendan el crear por lo menos dos casos de prueba para cada requisito. no de ellos debe reali#ar la prueba positiva de los requisitos y el otro debe reali#ar la prueba ne"ativa.

&i la aplicacin es creada sin requisitos formales, entonces los casos de prueba se escriben basados en la operacin normal de pro"ramas de una clase similar. )o que caracteri#a un escrito formal de caso de prueba es que hay una entrada conocida y una salida esperada, los cuales son formulados antes de que se ejecute la prueba. )a entrada conocida debe probar una precondicin y la salida esperada debe probar una postcondicin. )os casos de prueba escritos, incluyen una descripcin de la funcionalidad que se probar, la cual es tomada ya sea de los requisitos o de los casos de uso, y la preparacin requerida para ase"urarse de que la prueba pueda ser diri"ida. )as variaciones de los casos de prueba son com%nmente utili#adas en pruebas de aceptacin. )a prueba de aceptacin es reali#ada por un "rupo de usuarios finales o los clientes del sistema, para ase"urarse que el sistema desarrollado cumple sus requisitos. )a prueba de aceptacin de usuario se distin"ue "eneralmente por la incorporacin de un trayecto feli# o casos de prueba positivos.

4.-DEFINICIN DE PRUEBAS DE SOFTWARE

2onsiste en la dinmica de la verificacin del comportamiento de un pro"rama en un conjunto finito de casos de prueba, debidamente seleccionados de por lo "eneral infinitas ejecuciones de dominio, contra la del comportamiento esperado. &on una serie de actividades que se reali#an con el propsito de encontrar los posibles fallos de implementacin, calidad o usabilidad de un pro"rama u ordenador3 probando el comportamiento del mismo. )as pruebas son bsicamente un conjunto de actividades dentro del desarrollo de software. +ependiendo del tipo de pruebas, estas actividades podrn ser
6

implementadas en cualquier momento de dicho proceso de desarrollo. E$isten distintos modelos de desarrollo de software, as como modelos de pruebas. ' cada uno corresponde un nivel distinto de involucramiento en las actividades de desarrollo.

5.-ESTRUCTURAS DE CONTROL !ermiten modificar el flujo de ejecucin de las instrucciones de un pro"rama. 2on las estructuras de control se puede,

+e acuerdo a una condicin, ejecutar un "rupo u otro de sentencias -(f45hen4 Else/ +e acuerdo al valor de una variable, ejecutar un "rupo u otro de sentencias -&elect42ase/

Ejecutar un "rupo de sentencias mie !"#$ se cumpla una condicin -+o4 6hile/

Ejecutar un "rupo de sentencias %#$!# que se cumpla una condicin -+o4 ntil/

Ejecutar un "rupo de sentencias un n%mero determinado de veces -7or48e$t/

5odas las estructuras de control tienen un %nico punto de entrada y un %nico punto de salida. )as estructuras de control se puede clasificar en, secuenciales, iterativas y de control avan#adas. Esto es una de las cosas que permite que la pro"ramacin se rija por los principios de la pro"ramacin estructurada. )os len"uajes de pro"ramacin modernos tienen estructuras de control similares. 9sicamente lo que vara entre las estructuras de control de los diferentes len"uajes es su sinta$is, cada len"uaje tiene una sinta$is propia para e$presar la estructura.
7

CONCLUSIN

)as pruebas tanto de sistemas como de software deben ser reali#adas por personal especiali#ado en la aplicacin de pruebas, el cual debe estar familiari#ado en el uso de herramientas de depuracin y pruebas, i"ualmente deben conocer el len"uaje de pro"ramacin en el que se est desarrollando la aplicacin. !ara as ase"urar el correcto funcionamiento de las interfaces, o flujo de datos entre componentes de manera tal que a la hora de reali#ar una unificacin de los diferentes componentes que conforman el sistema en "eneral, e$ista una con"ruencia que favore#ca el desarrollo de la aplicacin que se quiere reali#ar. :ediante la prueba adquirimos si verdaderamente funciona el sistema. E$isten diversos tipos de medios probatorios de los cuales al"unos puedan que sean mejores que otros pero todos revisten de una importancia sin i"ual a la hora de valorar una prueba3 es por ello que se requiere de una serie de pasos para hacer eficiente las pruebas reali#adas en los sistemas.

BIBLIO&RAF'A )ibros

9ustos .amre#, ;uan. M# (#) *e $i$!em#$. 'riel, 9arcelona, 0<=<. Eduardo 2outure. F( *#me !+$ *e )#$ ,"(e-#$ *e) $+.!/#"e. 0<==. 9uenos 'ires 'r"entina. >?@ p"s. !". 10< par. @. Auillermo 2abanellas de 5orres. C#$+$ *e ,"(e-#$0i 1.$i$!em#$

nd*cima edicin, Editorial Heliasta &...). !"inas web

http,BBwww.mono"rafias.comBtrabajosCDBprueba4civilBprueba4civil.shtml http,BBwww.mono"rafias.comBtrabajos0E Bpruebas4de4sistemas.shtml http,BBes.wiFipedia.or"BwiFiB2ar"aGdeGlaGprueba http,BBwww.rincondelva"o.com http,BBes.wiFipedia.or"BwiFiB!ruebaG-sistemas/ http,BBle"altrust.blo"spot.comB1??DB?0Bprueba4de4sistemas.html