NIVEL 1.

LECCION 2
NIVELES DE PRUEBAS

Niveles de prueba: Orden en el que deben ejecutárselas pruebas. son para revisar un software

Pruebas de componentes: Objetivo localizar defectos y están enfocadas en los requisitos de los
componentes

Pruebas de integración: con base a la arquitectura del sistema o a las tareas funciones, consisten
en checar el flujo de información entre los módulos.

Prueba del sistema: funcionamiento de un software en su totalidad, constatar que el software

cumpla con los requisitos funciones y no funcionales

Pruebas de aceptación: Determinar si el sistema tiene éxito, si es confiable en su uso y su

comportamiento

MODELOS DE PRUEBA

Contiene la forma en la que puedes aplicar los diferentes tipos de pruebas para softwares.

Modelo V(desarrollo secuencial)

Nivel 1: Pruebas de componentes

Nivel 2: Pruebas de integración

Nivel 3: Pruebas del sistema

Nivel 4: Pruebas de aceptación

Modelo de desarrollo iterativo-incremental: proceso que forma un grupo de tareas que

pertenecen solo a una parte del sistema y sirven para probarlo

Iteraciones: Número de veces que realizas una prueba modificando algunas condiciones y es
incremental porque no se puede pasar de prueba sin terminar la anterior

CLASIFICACION DE PRUEBAS
Pruebas funcionales: Se aplican en cualquier nivel del proceso, verifica que cada función del
software opere conforme a sus especificaciones, principales y de uso básico
Pruebas no funcionales: contienen diferentes pruebas y debes aplicarse después de las
funcionales, su objetivo es que todo funcione bien

Pruebas de caja blanca: se basan en el funcionamiento del código interno, verifica fallas en
seguridad interna, trayectorias mal estructuradas, flujo de valores de entrada, funcionalidad de
bucles, para mejorar el diseño y usabilidad

Pruebas de caja negra: funcionalidad del software sin examinar estructura del código interno,
reconoce los requerimientos del software, escoge valores de entrada validos e inválidos, determina
cuales son las respuestas esperadas para los valores

Repetición de pruebas y pruebas de regresión: se ejecutan para confirmar los cambios hechos en
el código y que no afecten otras funciones, incluyen correcciones de fallas, cambios en el código o
nuevas características del software.

PROCESO DE PRUEBAS
Planificación y control: Actividad para definir los objetivos y cumplir metas, tales como:

 Identificar defectos
 Aumentar nivel de calidad
 Facilitar la información para la toma de decisiones
 Evitar la aparición de defectos

Compara el progreso real con las planificaciones e informa su estado para cumplir con los
objetivos.

Análisis y diseño: Transforma los objetivos en tareas, ej. Revisar base de pruebas, requisitos e
informes de análisis de riesgo, identificar las condiciones de la prueba con base en el análisis de los
elementos las especificaciones, el comportamiento y la estructura del sistema.

Diseñar y ordenar los casos de prueba, identificar los datos de prueba, diseñar la configuración del
entorno de las pruebas.

Ejecución: actividad en la que se especifican los procedimientos, incluye las siguientes tareas:

 Verificar que el entorno de las pruebas este debidamente configurado

 Implementa los casos de prueba
 Registrar los resultados d ela ejecucion

Evolución de los criterios de salida e informes: Es la actividad que comapra la ejecución de las
pruebas contra los objetivos

 Comprobar los resultados con los valores previstos en la planificación

 Evaluar si se requieren mas pruebas
  Elaborar un resumen de las pruebas para el equipo y cliente

Actividades de cierre: Se recopilan los datos de las pruebas terminadas y se realizan las sig
actividades

 Comprobar que documentos han sido entregados

 Cerrar los informes de incidencias
 Documentar cuantos usuarios aceptaron el sistema
 Archivar los productos de soporte, entorno y la infraestructura para usarlos en futuras
pruebas
 Utilizar la información recopilada para mejorar la madurez de las pruebas

El proceso de pruebas cumple mas aspectos que la ejecución, analiza y verifica todo el sistema.

METRICAS Y MEDICIONES
Al conjunto de mediciones de un software se le conoce como métrica, se hacen con la finalidad de
tener una idea clara sobre el estado actual del producto y si existe alguna mejora en la corrección
de errores.

Métricas de software:

 Métricas de tamaño: determinan la longitud del software, se hacen contando las líneas de
código que lo forman
 Métricas de calidad: utilizan el numero de defectos encontrados en el producto
 Métricas de seguridad: Se usan para determinar si el sistema podrá resistir ataques de
accesos no autorizados

Definir métricas:

 Definir número limitado de métricas para evitar discusiones y problemas de interpretación

 Definir por metas para un proceso, una tarea, un componente o un sistema
 El seguimiento debe estar automatizado para reducir los tiempos de revisión
 El uso de métricas permite comunicar al cliente o equipo de trabajo información
importante

PRINCIPIOS DE LAS PRUEBAS

Existen distintos tipos de pruebas que pueden aplicarse al software de una computadora o un
celular

Estos principios son recomendaciones para simplificar el proceso de prueba de softwares, sirven
para demostrar que existen defectos en el software, efectuar una prueba donde no se encuentren
defectos no significa que no existan, solo que la prueba no pudo detectarlos.

No es posible realizar una prueba que cumpla todas las variables y necesidades del cliente.
Se realizan al inicio del ciclo de vida de los productos, agrúpalas por tipo para revisar el software,
esto sirve para detectar el mismo tipo de defecto más rápido.

Se deben actualizar periódicamente para detectar nuevos errores, se efectúan dependiendo del
funcionamiento del software.

NIVEL 1. LECCION 3

TIPOS DE HERRAMIENTAS PARTE 1

Herramientas de gestión: Se emplean durante todo el ciclo de vida del software y en cualquier
actividad, destacan:

 Gestión de pruebas: Ofrecen interfaces para ejecutar pruebas, localizar defectos y verificar
los requerimientos, además de la elaboración de reportes.
 Gestión de requisitos: Almacena los requisitos y sus atributos para proporcionar
indicadores únicos, ayuda a identificar los requisitos faltantes
 Gestión de incidencias: Guardan y administran información sobre fallas, peticiones, entre
otros
 Gestión de configuraciones: Contienen y administran las versiones de soporte del
software, son útiles cuando se configura más de un entorno

Herramientas de ejecución: Permiten detectar las fallas de software en una etapa temprana
durante el desarrollo de las pruebas.

 Herramientas de revisión: almacenan y comunican los informes de las fallas y los

comentarios acerca de las revisiones
 Herramientas de análisis estático: Ayudan a localizar defectos sin la necesidad de realizar
pruebas dinámicas y analizan la estructura y su dependencia
 Herramientas de modelado: Sirven para validad modelos de software, además localizan y
enumeran lo defectos

TIPOS DE HERRAMIENTAS PARTE 2

El uso de estar herramientas ayuda a automatizar la ejecución de pruebas.

Herramientas de ejecución y registro: ejecutan pruebas de forma automática utilizando scripts

que tienen valores de inicio y de respuesta esperada, además generan un registro por cada vez que
se aplica la prueba
 Herramienta de marco de trabajo: simulan el entorno de trabajo de un modulo que se desea
probar, esto se hace al crear módulos de imitación llamados stubs y otros llamados
controladores.
Los controladores sustituyen a un modulo principal, por lo cual siempre pedirá
información.
El stub siempre entregara información.
 Comparadores: Establecen la diferencia entre archivos, bases de datos o resultados de prueba.
 Herramientas de medición de cobertura: Identifican que porcentaje de los elementos de un
código han sido cubiertos.
 Herramientas de seguridad: Evalúan la capacidad el software para proteger la integridad de la
información
 Herramientas de rendimiento y monitorización: son herramientas que ayudan a localizar fallas
y solo pueden detectarse si se usa el software, entre estas herramientas destacan:
i) Herramientas de carga: simulan el numero esperado de usuarios que utilizaran la
aplicación y que realizaran un numero de operaciones durante un tiempo
determinado.
ii) Herramientas de estrés: simulan carga hasta saturar el software, va duplicando la
cantidad de usuarios que se agregan a la aplicación hasta exceder el limite de
funcionamiento
iii) Herramientas de estabilidad: generan una carga continúa esperada durante un largo
periodo de tiempo.
iv) Herramientas de monitorización: analizan, comprueban y reportan el uso de recursos
del sistema.

El conocer las principales herramientas de prueba y su utilización te ayudaran a saber cuál elegir.

NIVEL 1. LECCION 4
ESTIMACION DE PRUEBAS
Es una parte vital dentro de la gestión de pruebas ya que permite tener una idea aproximada de
cuánto tiempo y dinero tomara realizarlas.

¿Como hacer una estimación?

Divide el proyecto en tares y sub tareas de tal forma que cada pieza sea lo mas explicita

Asignación: Cada una de las tareas es asignada a algún miembro del equipo, toma en cuenta las
habilidades, experiencias y el conocimiento.

Estimación del esfuerzo por tarea: Existen varias técnicas, la estimación de los tres puntos es una
técnica que esta basada en la experiencia o en las mejores practicas

 Punto A: Escenario optimo en el cual tienes al equipo de mejores probadores y todos los
recursos disponibles.
 Punto M: Escenario mas probable, el caso común donde tienes los recursos suficientes y
un equipo de probadores adecuado.
  Punto B: Es el peor escenario en donde tu equipo no tiene la experiencia necesaria y
tienes escasos recursos

Ya que se tiene la estimación debe enviarse a los administradores del proyecto que serán los
encargados de la aprobación, es posible que durante el desarrollo del proyecto sufra alteraciones
en el tiempo estimado, por eso es importante agregar un tiempo de reserva.

ANÁLISIS DE RIESGO
Un elemento fundamental para el desarrollo correcto de cualquier proyecto es el análisis de riesgo
y consta de una serie de pasos

Identificación de riesgos: Durante el desarrollo de un proyecto existen diferentes tipos de

problemas que puedes encontrar.

 Riesgos del proyecto se definen como cualquier tipo de incierto que pueda impactar al
proyecto.
a) Riesgos organizacionales: Son los que están relacionados con los recursos humanos
involucrados en el proyecto.
b) Riesgos técnicos: son los que causan más perdidas por la mala ejecución de las pruebas.
c) Riesgos de negocios: son los que son un factor externo al proyecto como pueden ser los
clientes o socios.
 Riesgo del producto: se refiere a la posibilidad de que el software o sistema no cumpla con las
expectativas del cliente, generalmente está relacionado con problemas de funcionalidad.

Análisis de impacto: Existe la probabilidad de que un riesgo ocurra por lo cual debes verificar el
impacto que pueda causar en el proyecto.

Probabilidades:

 Probabilidad alta o de nivel 3: Existe una alta probabilidad de que exista un problema.
 Probabilidad Media o nivel 2: 50% de que ocurra el problema.
 Probabilidad baja o nivel 1: Es poco probable que el problema suceda.

Impactos:

 Alto o nivel 3: El problema impacta a todo el proyecto por lo cual no se puede continuar si no
se resuelve.
 Medio o nivel 2: El problema afecta a partes importantes del proyecto y debe atenderse lo
más pronto posible.
 Bajo o nivel 1: El problema afecta a áreas no vitales del proyecto, es necesario que se resuelva
sin embargo se pueden tomar otras alternativas en lo que se soluciona.
Prioridad:

 Alto o nivel 6 al 9: se deben atender inmediatamente y monitorear los problemas todos los
días hasta que se resuelvan
 Media o nivel 3 al 5: Requiere que los problemas asociados sean monitoreados y tratados en
juntas internas.
 Baja o nivel 1 y 2: Es necesario monitorear el problema ocasionalmente.

Para saber el nivel de prioridad debes multiplicar los valores de la probabilidad y el impacto.

Toma de contramedidas: Se refiere a las estrategias que se aplican para la reducción de problemas
lo que incluye, (estrategias para la reducción de problemas): registro, monitoreo y control de
riesgos.

Efectuar un análisis de riesgo te ayudara a disminuir problemas durante la ejecución de pruebas

con la que lograras cumplir con los términos establecidos.

PLAN DE PRUEBAS

Elaborar un plan de pruebas adecuado te ayudara a reducir esfuerzos y tiempo durante el proceso
de análisis.

Análisis: el primer paso es el análisis del producto que probaras y para lograrlo estudia la
documentación del software.

Estrategia de prueba: Una vez terminado el análisis se desarrolla la estrategia de prueba lo cual es
critico dentro de la planeación, esta etapa consta de cuatro puntos:

1. Determinación del alcance de prueba: a los elementos del sistema que se les va a realizar la
prueba se les conoce como “bajo cobertura”, debes considerar los siguiente para determinar el
alcance de la prueba.
a) Los requerimientos del cliente
b) Las especificaciones del producto
c) El presupuesto asignado
d) Habilidades y número de integrantes de tu equipo de trabajo

Los elementos que no están bajo prueba pero que están claramente definidos se les llaman Fuera
de Cobertura.

2. Identificación de tipos de prueba: existen diferentes tipos de prueba, cada una diseñada para
detectar un error así que no es posible tener los recursos suficientes para efectuar todas por
ello debes enfocarte en las metas del proyecto.
3. Análisis de riesgo: se le conoce como riesgo a un evento futuro incierto que tiene cierta
probabilidad de que ocurra y en consecuencias genere perdidas, una vez que este evento
ocurre se le conoce como falla.
4. Creación de logística de la prueba: En este punto se debe definir quien ejecutará la prueba y
cuando lo hará, para eso debes considerar:
a) Las habilidades de cada tester y los requerimientos del cliente
b) El tester debe tener una buena cooperación y atención al detalle
c) Deben existir las especificaciones de la prueba y los documentos requeridos
d) Capital humano.

Definición de objetivos de prueba: el objetivo de cada prueba es encontrar la mayor cantidad de

errores y asegurar que el software este libre de fallas cuando lo adquiera el usuario final para
definir estos objetivos atiende lo siguiente:

 Determinar todas las aplicaciones del software que necesitan probarse, esto lo puedes
hacer mediante una lista.
 Planificar las pruebas de acuerdo con la importancia de las funciones del software.

Criterios de prueba: Es un estándar que se establece durante el proceso de pruebas con el que se
ahorra tiempo y existen dos tipos:

 Criterio de suspensión: determina el punto critico del ciclo de pruebas, si se suspende se

reanudará hasta que el criterio sea solucionado, por ejemplo: al iniciar el ciclo de pruebas
se determina que si el 35% del total de los casos de prueba fallan el ciclo se suspende
hasta que los desarrolladores reparen los problemas encontrados.
 Criterio de salida: determina la finalización exitosa de una fase de pruebas, se considera el
objetivo esperado y es necesario para pasar a la otra fase. para determinar el criterio de
salida se deben tomar en cuenta los siguientes aspectos:
o Tasa de ejecución: es el porcentaje del numero de casos de prueba ejecutados
entre el numero de casos de prueba totales es obligatorio que se alcance el 100%.
o Tasa de éxito: es el porcentaje del numero de casos de prueba entre el numero de
casos de prueba ejecutados, depende del alcance del proyecto, pero siempre
debemos conseguir un alto porcentaje.

Planeación de recursos: En esta etapa se debe hacer un resumen detallado de todos los recursos
disponibles para la realización del proyecto, ya sean humanos, económicos o de equipo.

Planeación del ambiente de pruebas: el ambiente de pruebas es aquel que trata de recrear el
escenario real al que se enfrentara la aplicación dentro del software o hardware.

Calendarización: Es la técnica utilizada para monitorear el avance del proyecto, toma en cuenta
los siguientes aspectos:

 La cantidad de gente disponible para la prueba

 Los días laborales
 La fecha de entrega
 Los riesgos del proyecto
Entregables: Se refiere a todos los documentos, herramientas o componentes que se aplican en el
proceso de pruebas como los siguientes:

 Documentación del plan de prueba y de los casos de prueba

 Simuladores
 Reportes de defectos y de resultados

Elaborar un plan de prueba es una buena practica que debes aplicar en todo momento.

NIVEL 2. LECCION 1
CREACION DE CASOS DE PRUEBAS
En los procesos de prueba se necesita ser especifico ya que los escenarios son confusos y cubren
un amplio rango de posibilidades.

Casos de prueba: Es el conjunto de acciones que sirve para verificar una característica o función
específica de un software, por ejemplo: el usuario ingresa nombre y contraseña válidos, nombre y
contraseña inválidos, nombre y contraseña vacíos entre otros.

Para verificar la respuesta en un caso de prueba necesitas tener valores de entrada = datos de
prueba. La documentación de los datos de prueba es importante para ahorrar tiempo y evitar
complicaciones.

Las precondiciones y postcondiciones son elementos opcionales en los casos de prueba.

Un ejemplo de precondición es que el software a probar este en la versión mas actualizada y uno
de postcondición puede ser que una vez que el sistema de acceso a la banca móvil se inicie un
conteo de tiempo conectado.

Cuando escribas los casos de prueba debes tener en mente los siguientes aspectos:

 Utiliza el lenguaje mas simple para que cualquier persona pueda utilizarlo
 Si distintas pruebas, usan el mismo caso de prueba úsalo como precondición
 Sigue siempre las especificaciones documentadas, nunca asumas una característica o
funcionalidad.

Después de escribir los casos de prueba pide algún compañero que lo revise ya que es fácil que
ellos encuentren posibles fallas que hayas cometido.

La creación de los casos de prueba es de suma importancia en el proceso por lo cual realizarlos
correctamente simplificara la ejecución.
VALORES LIMITE
Las técnicas facilitan el proceso de prueba y cubren las más importantes.

Equivalencia de particiones: es una técnica de caja negra y puede aplicarse en cualquier nivel de
prueba, consiste en dividir los casos en conjuntos que pueden considerarse lo mismo.

Ejemplo:

Un hotel saca una aplicación para que sus clientes puedan reservar su estancia con un tiempo no
mayor a 60 días, de no cumplir con lo anterior la aplicación desplegara un letrero que indica fecha
no valida, las condiciones de prueba que nos permitirá obtener las particiones son las siguientes:

1. Cualquier fecha anterior a la que se realiza la reservación es invalida.

2. Cualquier fecha mayor a 60 días de la fecha a la que se realiza la reservación es invalida.
3. Cualquier fecha a partir de la fecha de reservación y menor a 30 días es válida.

Debes elegir un valor de cada partición y ejecutar la prueba en cada uno, la hipótesis de esta teoría
es que si un valor dentro de la partición del grupo pasa la prueba todos lo harán, pero si no la pasa
ninguno lo hará.

Análisis de valores límite: En esta técnica los valores que se prueban son los límites entre las
particiones.

Siguiendo con el ejemplo del hotel, se hará la prueba tomando de referencia la fecha del día de la
reservación, el valor limite es un día antes de la reservación que es el primer valor invalido y el día
de la reservación es el primer valor valido, al límite de reservación es el último día valido y un día
después de ese es el primer valor invalido fuera del rango permitido.

En el análisis de valores límite y la equivalencia de particiones están estrechamente relacionadas y

pueden usarse simultáneamente.

DISENO DE PRUEBAS
Estas técnicas se utilizan para diseñar los casos de prueba:

Tabla de decisión: Es útil cuando se prueba un software que admite más de un valor de entrada y
genera una respuesta a cada combinación, entre mas combinaciones existan, la tabla de decisión
toma mayor importancia.

Ejemplo a analizar, el botón reservar de la aplicación de un hotel.

 Combinación 1: Los campos fecha de llegada y de partida están en blanco, enseguida se

coloca el valor falso en la tabla de decisión, esta combinación da como resultado FALSO, lo
que significa que el botón de reservar esta deshabilitado.
 Combinación 2: El campo fecha de llegada tiene un valor, pero fecha de partida no,
entonces coloca los valores verdadero y falso, lo que da como respuesta FALSO.
 Combinación 3: El campo fecha de llegada esta vacío pero el de partida no, entonces
coloca los valores falso y verdadero, lo que da como resultado FALSO.
  Combinación 4: Los campos fecha de llegada y de partida tienen un valor, por lo cual
coloca el valor de verdadero, esta combinación da como resultado VERDADERO, es decir el
botón reservar está habilitada.

Al obtener las respuestas de las combinaciones 1, 2 y 3 vemos que es la misma por lo cual para
hacer la prueba solo se escoge una de ellas y la combinación 4.

Diagrama de transición de estados: esta técnica es útil cuando tienes que probar las diferentes
transacciones presentes en un sistema, este compuesto por 4 elementos:

 Los estados que el software puede ocupar

 Transición de un estado a otro
 Eventos
 Acciones

Analizaremos el comportamiento de un sistema de acceso para banca en línea, si en el primer

intento se escribe el usuario y contraseña correctamente el sistema dará acceso a la aplicación, en
caso contrario la pantalla de inicio solicitara de nuevo la información con la oportunidad de 4
intentos mas si no se bloqueara el acceso.

Las transacciones que te servirán para hacer la prueba son:

 El acceso del usuario al primer intento

 El bloqueo de la cuenta después del 4 intento fallido
 El acceso correcto después de haber fallado la primera vez

NIVEL 2. LECCION 2
PRUEBAS DE TELEFONOS MOVILES
Las pruebas que se aplican a los teléfonos móviles al igual que las aplicaciones web se concentran
en 6 puntos primordiales, cada uno con su propia lista de verificación.

1. Pruebas de funcionalidad: Verificar que todos los campos obligatorios trabajen como es
requerido, además, deben verse en la pantalla de forma distinta a los secundarios. Validar
que la aplicación soporte transacciones de pago y ubicaciones a través de redes sociales,
confirmar que el usuario recibe mensajes de error, revisar que se puedan instalar
aplicaciones nuevas si se cuenta con los recursos necesarios sin afectar al rendimiento de
las instaladas.
2. Pruebas de desempeño: Verificar el desempeño de la red mientras el dispositivo está en
movimiento.
3. Pruebas de seguridad: Validar que la aplicación no permita el acceso a la información a las
personas no autorizadas, verificar si la aplicación y la red están protegidas de ataques para
denegar el servicio.
4. Pruebas de usabilidad: Revisar que los botones de la aplicación tienen el tamaño y la
localización adecuada para evitar problemas a los usuarios finales, verificar que los menús
de la aplicación no estén sobrecargados para poder agilizar la navegación, validar que la
aplicación proporciona a los usuarios una forma de corregir las acciones en caso de algún
 error, verificar que el texto es simple y claro además debe tener el tamaño adecuado para
poder leerlo.
5. Pruebas de compatibilidad: Verificar que la aplicación se desempeña bajo los
requerimientos establecidos y que su tiempo de respuesta es el correcto, revisar que las
redes 2G, 3G y 4G sean capaces de soportar diferentes niveles de carga de los usuarios,
además de que la aplicación funcione correctamente cuando el usuario cambia a WIFI.

Validar que la interfase de la aplicación va de acuerdo a la pantalla del equipo sin importar
el tamaño, revisar que si se activa la alarma o entra alguna llamada mientras se está
utilizando la aplicación esta se minimice, en el momento que la llamada termina la
aplicación debe regresar.
6. Pruebas de recuperabilidad: verificar que la función de recuperabilidad es efectiva, validar
el manejo de la aplicación durante una falla de energía, verificar los procesos después de
que una conexión fue suspendida, comprueba que se restablezca la conexión con el
sistema y recupere la información.

Las pruebas de aplicaciones móviles deben ser muy cuidadosas para asegurar la satisfacción del
usuario final.

PRUEBAS DE CALIDAD
Existen tipos de pruebas que están enfocadas a garantizar la calidad del software por lo cual es
importante conocerlos para desempeñar bien tu trabajo.

Pruebas de exactitud y de adecuación: las de exactitud comprueban que el software cumpla con
los requerimientos específicos, mientras que las pruebas de adecuación verifican y evalúan la
capacidad de un conjunto de funciones para la realización de tareas específicas.

Pruebas de interoperabilidad: En estas pruebas se examina que una aplicación funcione

correctamente en todos los entornos, es decir la forma en la que estos se relacionan entre si.

Pruebas de usabilidad: Están enfocadas en medir el grado de adecuación del software, la

flexibilidad en el control y el logro de objetivos, estas pruebas deben realizarse durante la fase de
diseño del software y su objetivo es analizar los siguientes factores:

 Eficacia: Capacidad del software para permitir a los usuarios finales cumplir con los
objetivos específicos, incluye facilidad y exactitud.
 Eficiencia: El sistema permite la navegación de los usuarios entre pantallas y que haya
uniformidad en la aplicación.
 Precisión: No deben existir datos incorrectos o obsoletos, así como no debe haber enlaces
rotos.
 Satisfacción: El usuario esta conforme con el uso del software.

Pruebas de accesibilidad: Se ejecutan para asegurar que el software bajo prueba puede ser
utilizado por personas con necesidades particulares o discapacitados.

 Software de reconocimiento de voz

 Software de lectura de pantalla
  Software de ampliación de pantalla
 Teclado especial

PRUEBAS TECNICAS PARTE 1

Hay tipos de pruebas que tienen como metas verificar la función del producto para asegurar su
calidad

Pruebas de seguridad: Su meta es encontrar todas las vulnerabilidades del sistema que común
mente son errores de diseño, configuración o bugs de software, se encargan de validar la
capacidad que tiene el software para impedir los ataques de seguridad más comunes:

 Accesos no autorizados
 Copias no autorizadas de aplicaciones o de información
 Denegar el servicio
 Ruptura de códigos de encriptación

Pruebas de fiabilidad: Su objetivo es determinar una medida estadística para comparar la

fiabilidad real contra la esperada, como por ejemplo el tiempo de recuperación en los errores y el
periodo entre fallas.

 Pruebas de robustez: Evalúan la tolerancia del software ante fallos que ocurren de manera
externa y se comunican a través del sistema operativo.
 Pruebas de recuperabilidad: Valoran la capacidad del sistema para restablecerse de una
falla ya sea de hardware o software e incluyen los siguientes aspectos:
o Failover: la prueba consiste en provocar o simular fallos controlados para después
analizar los sistemas failover y comprobar que no hubo afectación en el servicio ni
perdida de datos
o Backup y restablecimiento: su objetivo es establecer medidas para minimizar las
consecuencias tras una falla.

Pruebas de mantenibilidad: Evalúan la facilidad con la que un software puede ser analizado,
modificado o probado, entre este tipo de pruebas se encuentran:

 Pruebas dinámicas de mantenimiento: Se enfocan en los procedimientos para verificar

que se alcancen los niveles de servicio requeridos.
 Pruebas de mantenimiento correctivo: Miden el tiempo en el que una falla del sistema es
corregida.
 Pruebas de mantenimiento adaptativo: Valoran 3 condiciones, el esfuerzo requerido para
modificar el sistema y probar los cambio, además de la respuesta del sistema a esas
variaciones.
PRUEBAS DE APLICACIONES WEB
Como tester algunas pruebas que realices serán relacionadas con aplicaciones web y son 6 puntos
fundamentales

Pruebas de funcionalidad

 Pruebas de link: Debes verificar que todos los links dentro de la página se encuentren
funcionando
 Pruebas de formato: Es la forma en la que el sitio web consigue información de los
usuarios para mantener la interacción, por lo tanto, deben ser probadas y ver la respuesta
del sistema ante los valores incorrectos o nulos.
 Pruebas de cookies: Son pequeños archivos almacenados en las computadoras de los
usuarios, su función es mantener la sesión principal activa.
 Pruebas de bases de datos: Es aquella donde tienes que verificar la integridad de los datos
y buscar posibles errores mientras se modifica, borra o actualiza la información.

Pruebas de usabilidad

 Pruebas de navegación: La pagina web debe presentarse de forma clara para poder
navegar además ser congruente en su contenido.
 Pruebas de contenido: son aquellas donde debemos verificar que el contenido sea lógico,
entendible y se buscan errores ortográficos.

Pruebas de interfaces: El objetivo de estas pruebas es verificar que las interfaces interactúen entre
ellas, es decir que envíen mensajes apropiados a los usuarios.

Pruebas de compatibilidad:

 Pruebas de navegador: Es una de las partes mas importantes en las pruebas de

aplicaciones web donde tu aplicación deberá ser compatible con varios navegadores.
 Pruebas de sistema operativo: valida que todas las funciones operen dentro de la
aplicación.

Pruebas de rendimiento:

 Pruebas de carga: La pagina web debe ser capaz de manejar un numero creciente de
usuarios sin afectar las funciones principales como son: múltiples conexiones a la base
de datos o manejar grandes cantidades de información.
 Pruebas de estrés: Se aumenta el numero de usuarios hasta que la página web falla, si
existe recuperación o no, la prueba se ejecuta en distintos sistemas operativos y
diferentes condiciones de hardware.

Pruebas de seguridad: Verifica como reacciona la pagina web ante valores inválidos del usuario y
contraseña, revisa el funcionamiento de la prueba catcha para prevenir inicios de sesión
automáticos, comprueba si el protocolo SSL se usa como medida de seguridad, si es asi deben
aparecer mensajes al abandonar un sitio fiable.

Como tester las pruebas que realices están vinculadas con aplicaciones web.
PRUEBAS TECNICAS PARTE 2
Es necesario probar el software para observar como reacciona y verificar que funcione como fue
diseñado

Pruebas de eficiencia: Es cuando revisas que el software responde bajo circunstancias específicas,
entre estas pruebas tenemos las siguientes:

1. Pruebas de carga: Miden la capacidad del sistema de soportar niveles crecientes de carga
los cuales simulan condiciones normales de operación, con estas pruebas se logran
determinar las siguientes características:
a. Máxima capacidad de operación del sistema
b. Determina si la infraestructura actual es suficiente para soportar la aplicación
c. Sustentabilidad de la aplicación con respecto a los picos de uso
2. Pruebas de estrés: El objetivo de ejecutar estas pruebas es para conocer su estabilidad,
confiabilidad y determinar los limites en los que falla
3. Pruebas de escalabilidad: Miden la capacidad de un sistema para satisfacer las
necesidades futuras como, por ejemplo, más información almacenada o un incremento en
las operaciones realizadas.
4. Pruebas de utilización de recursos: Evalúan la forma en que los sistemas utilizan los
recursos disponibles, entre los que se encuentran:
a. Ancho de banda
b. Espacio de memoria
c. Capacidad del disco

Pruebas de portabilidad: Su finalidad es medir que tan fácil puede ser transferido un sistema entre
estas pruebas se encuentran:

1. Pruebas de instabilidad: Son para verificar que el software pueda ser instalado siguiendo
los pasos de un manual o un asistente de instalación.
2. Pruebas de compatibilidad: Su función es checar si un software es capas de funcionar
correctamente en diferentes sistemas operativos, entornos de red o hardware.

Existen mas de cien pruebas en el mundo de software por lo cual debes estar siempre en constante
actualización.

Prueba exploratoria
Con el paso del tiempo ganaras nuevas habilidades y conocimientos que te permitirán hacer
pruebas que requerirán más análisis.

La prueba exploratoria esta basada en la experiencia del tester y su objetivo es la investigación y

aprendizaje, entre sus principales características se encuentran:

 Creación simultanea de los casos de prueba y su ejecución

 Se enfoca en la investigación del sistema o aplicación
 Se realiza con el objetivo de mejorar el diseño de pruebas.

El tester tiene control de las pruebas ya que no sigue ningún guion predeterminado.
La prueba exploratoria consta de cinco elementos que se describen a continuación:

1. Clasificación de defectos: Cataloga los errores mas comunes del pasado y analiza la falla
que causo esos defectos.
2. Carta de prueba: es un documento que debe contener que y como podría probarse
3. Cuadro de tiempo: dos testers deben trabajar 90 minutos mínimo sin interrupción con el
fin de ver la reacción del sistema y preparar la respuesta correcta.
4. Revisión de resultados: se evalúan los defectos encontrados en las áreas cubiertas por la
prueba.
5. Cierre: se juntan los resultados de la prueba para verificar si se necesita alguna prueba
adicional.

A diferencia de los otros tipos la prueba exploratoria no es tan rigurosa y otorga mas libertad a los
probadores en la ejecución de la misma.

NIVEL 2. LECCION 3
PROCESO DE MEJORA DE PRUEBAS PARTE 1
Existen diferentes métodos para mejorar las pruebas como tester puedes identificar las áreas de
mejora para aplicar los métodos correspondientes.

La calidad de un sistema está relacionada con la calidad del proceso utilizado para desarrollar un
producto, los siguientes modelos utilizan un marco de referencia para juzgar la capacidad de un
proceso.

Modelo TMM ( Test Maturiy Model )

1. Inicial: Representa un estado donde no hay un proceso de pruebas formalmente

documentado ni estructurado
2. Definicion: Se establecen objetivos, políticas y técnicas de prueba
3. Integracion: es cuando el proceso de pruebas se integra en el desarrollo del ciclo de vida
del producto y se documenta con normas, procedimientos y métodos formales
4. Gestión y medición: Es cuando el proceso de pruebas puede ser medido, gestionado y
adaptado a proyectos específicos de forma eficaz
5. Optimización: representa el estado en que la información obtenida puede ser utilizada
para evitar defectos en el proceso de prueba.

Modelo TPI ( Test Process Improvement )

El proceso de pruebas se revisa a partir de varios puntos y estos son los principales

1. Ciclo de vida
2. Organización
3. Infraestructura
4. Herramientas
Dentro de estos 4 existen 20 elementos que se conocen como áreas clave y cubren todo el
proceso de pruebas las cuales se clasifican en diferentes niveles.

Para asegurarse que cada área es asignada en el nivel adecuado se deben establecer una serie de
requerimientos llamados puntos de control si el área clave cumple con todos los puntos de control
de un nivel se asigna a ese nivel, cada aumento de nivel representa una mejora.

PROCESO DE MEJORA DE PRUEBAS PARTE 2

Modelo CTP ( Critical Testing Process ) : La premisa de este modelo es que hay determinados
proceso de prueba críticos, contribuirán al éxito de los equipos de prueba.

Para empelar este modelo se evalúan los procesos de prueba existentes que varían en función del
proceso especifico, esta valoración identifica cuales de estos procesos son más fuertes y cuales
más débiles.

Este proceso identifica los siguientes puntos críticos:

 Proceso de prueba
 Establecimiento del contexto
 Análisis de riesgo para la calidad
 Prueba de estimación y de planeación
 Prueba del equipo y sistema del desarrollo
 Administración de la versión de prueba
 Prueba de ejecucion
 Reporte de bugs y de resultados
 Cambio de administración

Existen 5 pasos a seguir para mejorar el proceso una vez identificadas las áreas de mejora

1. Dar prioridad a la solución de problemas

2. Planear el proceso de mejora
3. Implementar el cambio y medir la mejora en el tiempo
4. Consolidar el cambio para convertirlo en el modo en el que se hacen las cosas
5. Volver a empezar

Modelo STEP ( Systematic Test and Evaluation Process ): En este metodo no se necesita que las
mejoras se produzcan en un orden especifico, consideran a las pruebas como una actividad dentro
del ciclo de vida de un software que empiezan durante la definición de requerimientos, entre sus
premisas están:

 Las pruebas se realizan al principio de ciclo de vida

 Las pruebas se emplean como requisitos y modelos de uso
 El diseño de soporte de prueba conduce al diseño del producto
 Los probadores y desarrolladores trabajan conjuntamente
Las métricas utilizadas son:

 Estado de pruebas en el tiempo

 Requisitos de prueba y cobertura de tiempo
 Tendencia y densidad de los defectos
 Porcentaje de defectos identificados y efectividad al eliminarlos
 Costes de las pruebas en términos de tiempo
 Utilización del proceso de pruebas definido
 Satisfacción del cliente

NIVEL 3. LECCION 1
CICLO DE VIDA DE LOS DEFECTOS
VERSIONADO

ADMINISTRACION DE DEFECTOS
Como tester obtendrás resultados diferentes a los esperados por lo que es necesario que conozcas
el proceso de administración de defectos.

Proceso de administración de los defectos

 Descubrimiento: El tester debe comunicar a los desarrolladores los defectos que haya
encontrado, estos verifican que realmente existan errores, asi podrán avanzar a la
siguiente etapa.
 Categorización: Es una actividad donde el tester clasifica los defectos encontrados, las 4
categorías en las que se pueden colocar son las siguientes:
a) Critica: el defecto debe ser corregido de inmediato por que puede causar un daño
muy serio al producto
 b) Alta: la falla afecta las características principales del software
c) Media: los requerimientos del producto sufren pequeñas alteraciones
d) Baja: la falla no afecta la operación del sistema
 Resolución de defectos: Esta fase consta de 4 pasos que son los siguientes:
a) Asignación: Los desarrolladores se encargan de reparar los defectos
b) Programación de la reparación: El equipo de desarrolladores crean un programa
para reparar los defectos reportados
c) Reparación de defectos: Mientras los desarrolladores reparan los errores el equipo
de testers debe verificar que las fechas establecidas de cumplan
d) Reporte de solución: los desarrolladores entregan un documento con la solución
de todos los defectos
 Verificación: el equipo de pruebas valida que los defectos hayan sido corregidos
completamente y además que no hayan surgido nuevos errores
 Clausura: ya que los defectos hayan sido reparados y verificados su estado queda como
concluido, de lo contrario los desarrolladores intervienen de nuevo.
 Reporte: los miembros involucrados en las pruebas deben estar enterados del estado de
los defectos por lo cual entrégales un reporte que contengan la situación actual de las
fallas

El proceso de administración de defectos es de vital importancia por lo cual todos los miembros
involucrados en el proceso de pruebas deben conocerlo.

NIVEL 4. LECCION 1
ADMINISTRACION DE PRUEBAS
PROFECIONALIZACION
El adquirir nuevas habilidades y conocimientos te ayudara a crecer en tu ámbito laboral.

Motivación: para motivar a tu equipo existen diferentes formas para hacerlo, las más comunes
son:

 Reconocer el trabajo realizado por tu equipo

 Escuchar las propuestas de tu equipo y aprobar las adecuadas
 Siempre propicia un ambiente de respeto entre los compañeros de tu equipo
 En casos excepcionales puedes dar recompensas por el trabajo realizado
 Asegúrate de que los testers emplean métricas adecuadas para demostrar que están
haciendo un buen trabajo

Comunicación: La comunicación entre tu equipo de trabajo debe estar encaminada a cumplir con
los objetivos establecidos por lo cual debe de ser profesional la comunicación se presenta en tres
niveles los cuales son:

1. Documentación de productos de prueba: Se comunican las estrategias, los planes de

prueba y el informe de defectos
2. Valoración de documentos: Se revisan todas las especificaciones funcionales y requisitos
3. Análisis y publicación de la información: Los miembros involucrados en el proceso de
prueba, hablan sobre los resultados obtenidos

Actualización y certificación

Las tecnologías de la información evolucionan a una gran velocidad por lo cual es muy importante
que tomes cursos de actualización para mantenerte vigente y que respaldes tus conocimientos con
certificaciones internacionales.

La International Software Testing Qualifications Board es una institución certificadora a nivel

internacional que ofrece los distintos niveles con sus especialidades.

Nivel de fundamentos sin especialidades

Nivel avanzado y sus especialidades: Gerente de pruebas, analista de pruebas y analista de

pruebas técnicas

Nivel experto y sus especialidades: Mejoramiento de proceso de pruebas, administración de

pruebas, automatización de pruebas, pruebas de seguridad

Si decides tomar alguna certificación toma en cuenta lo siguiente:

 Centro u organismo certificador en tu región o país

 Vigencia
 Niveles de certificación
 Especialidades

Estos temas te ayudaran a alcanzar otros puestos.