TECNOLOGICO DE ESTUDIOS SUPERIORES
IXTAPALUCA.
PROFESOR:
MARIBEL GARCIA DE LA ROSA
ESTUDIANTE:
SALDAÑA ALCANTARA JAIR ALEJANDRO
MENDOZA NAVARRETE JESUS ROGELIO
MATERIA:
INGENIERIA DE SOFTWARE
GRUPO: 1651
ACTIVIDAD:
TIPOS DE PRUEBAS Y DOCUMENTCIÓN
FECHA DE ENTREGA:
DE JUNIO DE 20
Tipo de prueba Descripción ¿Qué se utiliza como ¿Será útil
base para la prueba? para tu
aplicación
móvil?
Pruebas unitarias Son una forma El proceso que lleva En este caso
de comprobar es el arranque en este sería para él
nuestro código a proceso se verifica lo envió de
nivel de módulos que debe cumplir el comentarios
individuales para código, el proceso de y que se
asegurarnos que creación es donde se guarde
funcionan acumularan los correctament
correctamente resultados, el último e a la base de
por proceso es la datos de la
separado. Adem comprobación de aplicación
ás de verificar resultados ya sean móvil.
que el código correctos o
hace lo que tiene incorrectos,
que hacer, dependiendo del
verificamos que resultado.
sea correcto el
nombre, los
nombres y tipos
de los
parámetros, el
tipo de lo que se
devuelve, que si
el estado inicial
es válido
entonces el
estado final es
válido
Pruebas Incrementa En las pruebas En este caso se crean En este caso
de l de integración primero los esta prueba
integració ascendente se examinan las componentes de más si sería útil
n ( Bottom- interfaces entre bajo nivel (E, F) y se para las
up) grupos de crean componentes diversas
componentes o conductores para interfaces e
subsistemas simular a los interacción
para asegurar componentes que los del usuario.
que son llaman. A
llamados continuación se
cuando es desarrollan los
necesario y que componentes de más
los datos o alto nivel (B, C, D) y se
mensajes que se prueban. Por ultimo
transmiten son dichos componentes
los requeridos. se combinan con el
que los llama (A). Los
componentes
auxiliares son
necesarios en raras
ocasiones.
Pruebas Incrementa En las pruebas El primer componente En este caso
de l de integración que se desarrolla y para mostrar
integració descendent se examinan las prueba es el primero al usuario
n e (Top- interfaces entre de la jerarquía (A). Los algún
down) grupos de componentes de nivel mensaje.
componentes o más bajo se
subsistemas sustituyen por
para asegurar componentes
que son auxiliares para simular
llamados a los componentes
cuando es invocados. En este
necesario y que caso no son
los datos o necesarios
mensajes que se componentes
transmiten son conductores. Una de
los requeridos. las ventajas de aplicar
esta estrategia es que
las interfaces entre los
distintos
componentes se
prueban en una fase
temprana y con
frecuencia.
Pruebas de sistema Una vez que se En este caso
han probado los solo aplicaría
componentes • Pruebas en el
individuales y se funcionales. arranque de
han integrado, Dirigidas a la aplicación
se prueba el asegurar que el y realizare las
sistema de sistema de pruebas.
forma global. información
realiza
correctamente
todas las
funciones que
se han
detallado en
las
especificacione
s dadas por el
usuario del
sistema.
• Pruebas de
comunicacione
s. Determinan
que las
interfaces entre
los
componentes
del sistema
funcionan
adecuadament
e, tanto a
través de
dispositivos
remotos, como
locales.
Asimismo, se
han de probar
las interfaces
hombre/máqui
na.
• Pruebas de
rendimiento.
Consisten en
determinar que
los tiempos de
respuesta
están dentro de
los intervalos
establecidos
en las
especificacione
s del sistema.
• Pruebas de
volumen.
Consisten en
examinar el
funcionamiento
del sistema
cuando está
trabajando con
grandes
volúmenes de
datos,
simulando las
cargas de
trabajo
esperadas.
• Pruebas de
sobrecarga.
Consisten en
comprobar el
funcionamiento
del sistema en
el umbral límite
de los
recursos,
sometiéndole a
cargas
masivas. El
objetivo es
establecer los
puntos
extremos en
los cuales el
sistema
empieza a
operar por
debajo de los
requisitos
establecidos.
• Pruebas de
disponibilidad
de datos.
Consisten en
demostrar que
el sistema
puede
recuperarse
ante fallos,
tanto de equipo
físico como
lógico, sin
comprometer
la integridad de
los datos.
• Pruebas de
facilidad de
uso. Consisten
en comprobar
la
adaptabilidad
del sistema a
las
necesidades de
los usuarios,
tanto para
asegurar que
se acomoda a
su modo
habitual de
trabajo, como
para
determinar las
facilidades que
aporta al
introducir
datos en el
sistema y
obtener los
resultados.
• Pruebas de
operación.
Consisten en
comprobar la
correcta
implementació
n de los
procedimientos
de operación,
incluyendo la
planificación y
control de
trabajos,
arranque y
rearranque del
sistema, etc.
• Pruebas de
entorno.
Consisten en
verificar las
interacciones
del sistema
con otros
sistemas
dentro del
mismo
entorno.
• Pruebas de
seguridad.
Consisten en
verificar los
mecanismos
de control de
acceso al
sistema para
evitar
alteraciones
indebidas en
los datos.
Pruebas de aceptación Se realizan para La prueba de En este caso
establecer el aceptación es para
grado de ejecutada antes de establecer
confianza en un que la aplicación sea los
sistema, partes instalada dentro de un requerimient
del mismo o en ambiente de os no
sus producción. La prueba funcionales.
características de aceptación es
no funcionales. generalmente
desarrollada y
ejecutada por el
cliente o un
especialista de la
aplicación y es
conducida a
determinar como el
sistema satisface sus
criterios de
aceptación validando
los requisitos que han
sido levantados para
el desarrollo,
incluyendo a
documentación y
procesos de negocio.
Pruebas de instalación Las pruebas de -Diseñar sripts para En este caso
instalación validar las se sería útil
tienen dos condiciones de la emplear esta
propósitos. El máquina a instalar. prueba ya
primero es que es funda
asegurar que el · Realizar la
sistema puede instalación
ser instalado en
todas las
configuraciones
posibles, tales
como nuevas
instalaciones,
actualizaciones,
instalaciones
completas o
personalizadas,
y bajo
condiciones
normales o
anormales; estas
últimas incluyen
insuficiente
espacio en
disco, falta de
privilegios para
algunas tareas,
etc.
