UNIDAD IV.

PRUEBAS E IMPLANTACIN
4.1 DISEO DE CASO DE PRUEBA
1. Qu es el diseo de caso de prueba?
prueba es una parte de las pruebas de componentes y sistemas en las que se
disean los casos de prueba (entradas y salidas esperadas) para probar el
sistema.
2. Cul es el objetivo del diseo de caso de prueba?
es crear un conjunto de casos de prueba que sean efectivos descubriendo
defectos en los programas y muestren que el sistema satisface sus
requerimientos.
3. Qu se necesita para realizar un caso de prueba?
se selecciona una caracterstica del sistema o componente que se est probando.
A continuacin, se selecciona un conjunto de entradas que ejecutan dicha
caracterstica, documenta las salidas esperadas o rangos de salida y, donde sea
posible, se disea una prueba automatizada que prueba que las salidas reales y
esperadas son las
mismas.
4. Qu son las pruebas basadas en requerimientos?
son una aproximacin sistemtica al diseo de casos de prueba en donde
el usuario considera cada requerimiento y deriva un conjunto de pruebas
para cada uno de ellos. Las pruebas basadas en requerimientos son
pruebas de validacin en lugar de pruebas de defectos el usuario intenta
demostrar que el sistema ha implementado sus requerimientos de forma
adecuada.
5. Qu son las particiones de equivalencia?
son conjuntos de datos en donde todos los miembros de los conjuntos deberan
ser procesados de forma equivalente. Las particiones de equivalencia de salida
son resultados del programa que tienen caractersticas comunes, por lo que
pueden considerarse como una clase diferente.
4.2 PRUEBA DE COMPONENTES
1) Qu es la prueba de componentes?
Es por definicin la prueba que se lleva a cabo luego de haber construido el
componente. Como los desarrollos son hechos en diferentes lenguajes, puede
llegar a haber diferencias de conceptos y por tal, tendremos que por componentes
podemos tener a una: prueba de mdulo, prueba de clase prueba de unidad, y
en estos casos en los que el desarrollador interviene probando, estaremos en
presencia de las pruebas del desarrollador.
2) Cul es la ventaja del modelo del desarrollo basado en componentes?
tiene como gran ventaja la reutilizacin de cdigo y es all precisamente donde radica su
fortaleza haciendo de este mtodo una gran alternativa de desarrollo de software que
cada da tiene ms acogida entre el gremio de desarrolladores ya que facilita la labor de
estos, disminuyendo los tiempos y aumentando considerablemente la eficiencia durante la
etapa de construccin de un software.
3) Cul es el propsito de la metodologa de testing?
es introducir al lector y posible autor de IF a la terminologa bsica de
pruebas, proponiendo adems un mtodo sencillo de testing, a fin de
guiarlo en sus futuros esfuerzos de creacin. Su contenido se remonta a
algunos posting publicados en el Foro del CAAD durante Septiembre del
ao 2004 y luego en forma ms acabada en SPAC #41.
4) En qu consiste la prueba de caja negra?
verifica que el tem que se est probando, cuando se dan las entradas
apropiadas, produce los resultados esperados, es decir una prueba de
tipo funcional (y sin desconocer la existencia de las dems pruebas
como las no funcionales, las de stress, las de seguridad, entre otras) son
las que ms tiempo tardan en realizarse pues acompaan casi todo el
ciclo de vida del producto.
5) Cules son los dos tipos de pruebas de componentes?
Funcionales y no funcionales
4.3 PRUEBAS DEL SISTEMA
I. Qu son las pruebas del sistema?
Son aquellas que tienen la finalidad de descubrir errores que resulten de
interacciones no anticipadas entre componentes y problemas de interfaz
de componente, as como de mostrar que el sistema cubre sus
requerimientos funcionales y no funcionales, y poner a prueba las
propiedades emergentes del sistema.

II. Qu incluyen las pruebas del sistema?

incluyen la integracin de componentes para crear una versin del
sistema y, luego, poner a prueba el sistema integrado.
III. Cules son las diferencias entre las pruebas de sistemas y las
pruebas de componentes?
1. Durante las pruebas de sistema, los componentes reutilizables
desarrollados por separado y los sistemas comerciales pueden
integrarse con componentes desarrollados recientemente. Entonces se
prueba el sistema completo.

2. Los componentes desarrollados por diferentes miembros del equipo o

de grupos pueden integrarse en esta etapa. La prueba de sistema es un
proceso colectivo ms que individual.

IV. Cul es la importancia de las pruebas de interaccin?

ayudan a encontrar interpretaciones errneas, cometidas por
desarrolladores de componentes, acerca de otros componentes en el
sistema.
V. Cules son las caractersticas de las pruebas del sistema?
1. Para realizar pruebas efectivas, un equipo de software debe efectuar
revisiones tcnicas formales y efectivas. Esto eliminara muchos errores
antes de que empiece la prueba.
2. La prueba comienza al nivel de componentes y trabaja hacia fuera,
hacia la integracin de todo sistema de cmputo.
3. Diferentes tcnicas de prueba son apropiadas en diferentes
momentos.
4. La prueba la dirige el desarrollador del software y un grupo
independiente de pruebas.
5. La prueba y la depuracin, son actividades diferentes, pero la segunda
debe incluirse en cualquier estrategia de prueba.
4.4 DOCUMENTACIN DE RESULTADOS DE LAS PRUEBAS
i. Qu es la documentacin?
Es el conjunto de documentos (entendidos como manuales, ayuda,
folletos, guas...) que se entrega con un determinado software, y que
contienen las instrucciones para que el usuario aprenda a manejarlo y
conozca sus funciones principales
ii. Cul es la importancia de la documentacin?
Con la documentacin se puede mantener y actualizar los sistemas
frecuentemente, con el fin de brindar efectividad en el diseo de las
estrategias; un buen sistema de documentacin debe desarrollarse
utilizando un mtodo nico, estandarizado que proporcione una
comunicacin clara y rpida, ya que pueden reducir costos en el
almacenamiento, adquisicin de tecnologas y otros.
iii. Cules son las caractersticas de la documentacin?
Pertenencia
Exhaustividad
Rapidez
Economa
iv. Qu se utiliza para la documentacin de pruebas?
se utiliza para saber los procedimientos necesarios para tales pruebas
que se llevaron a cabo, comprender las etapas de dichas pruebas, desde
de la prueba de desarrollo hasta la prueba de aceptacin por los clientes
del sistema, conocer las diferencias importantes entre pruebas de
componente, de sistema y de liberacin, y estar al tanto de los procesos
y las tcnicas de prueba del usuario.
v. Cul es la importancia de la documentacin de pruebas?
es importante ya que las pruebas intentan demostrar que un programa
hace lo que se intenta que haga, as como descubrir defectos en el
programa antes de usarlo.
4.5 ENTREGA DEL SISTEMA Y CAPACITACIN A USUARIOS FINALES
A. Qu es la entrega y capacitacin a usuarios finales?
Son todas las actividades necesarias para implementar el sistema.
Cuando un sistema de informacin necesita ser implementado, pueden
darse dos situaciones: ser actualizado parcialmente (incorporndole las
modificaciones necesarias) o sustituido en forma total por un nuevo
sistema.
B. En que consiste el plan de conversin?
Es una descripcin de todas las actividades que deben ocurrir al
implantar un sistema nuevo y ponerlo en operacin. Identifica a todas
las personas responsables de cada actividad y el tiempo correspondiente
a cada una.
C. Qu elementos se consideran en un plan de conversin?
a) Conversin de aplicaciones
b) Preparacin/conversin de datos
c) Equipamiento informtico
D. Cul es el propsito de la capacitacin de usuarios?
Los analistas de sistemas se involucran en un proceso educacional con
los usuarios que es llamado capacitacin. A lo largo del ciclo de vida de
desarrollo de sistemas los usuarios han estado involucrados, por lo que
ahora el analista debe poseer una valoracin adecuada de los usuarios
que deben ser capacitados.
E. Qu son las estrategias de capacitacin?
capacitacin son determinadas por quien est siendo capacitacin y
quien lo capacitara. El analista querr asegurarse de que cualquiera
cuyo trabajo este afectado por el nuevo sistema de informacin est
capacitado adecuadamente por el instructor adecuado
4.6 ENTREGA DE DOCUMENTACIN TCNICA Y DE USUARIO DEL
SISTEMA
a. Cundo comienza la documentacin del sistema?
empieza a la vez que la construccin del mismo y finaliza justo antes de
la entrega del programa o aplicacin al cliente.
b. Cules son los documentos a entregar al final del programa?
una gua tcnica, una gua de usuario del sistema.
c. En qu consiste la documentacin tcnica?
se reflejan el diseo del proyecto, la codificacin de la aplicacin y las
pruebas realizadas para su correcto funcionamiento. Generalmente este
documento est diseado para personas con conocimientos de
informtica, generalmente programadores.
d. Cul es el objetivo de la documentacin tcnica?
El principal objetivo es el de facilitar el desarrollo, correccin y futuro
mantenimiento de la aplicacin de una forma rpida y fcil.
e. Qu es la documentacin de usuario?
La documentacin para usuarios es todo aquello que necesita el usuario
para la instalacin, aprendizaje y uso del producto. Puede consistir en
guas de instalacin, guas del usuario, manuales de referencia y guas
de mensajes. La documentacin para el usuario constituye un elemento
de consulta para toda aquella persona que va a usar el programa por
primera vez o que trata de saber si el programa servir a sus objetivos.
Igualmente es til para usuarios que ya realizan un manejo bsico y
quieren profundizar hacia un conocimiento avanzado.