CLASE 01/05

Tema: Versiones

PAULA ORTEGA
¿Alguna vez viste en una app que uses, una
serie de números con este formato?

X.Y.Z
 Te explico qué significan

N° de versión
MAYOR

Hace referencia a cada

X.Y.Z N° de
REVISIÓN

versión que O también llamado

agregue/modifique
funciones de ALTO
IMPACTO en el uso del
Software
PARCHE, hace referencia
a las modificaciones de
N° de versión código que se ingresaron
MENOR debido a fallos con el
programa.

Hace referencia a cada

versión que
agregue/modifique
funcionalidades que no
tengan que ver con la
principal actividad de la
app
 X.Y.Z
• Cuando X cambia, tanto Y como Z se resetean a cero
nuevamente
• Como testers, es muy importante registrar la versión que
testeamos para no cometer errores en nuestro trabajo
• Existen otro tipo de versiones que necesitan salir a produccion
para ser probadas masivamente por lo usuarios, y no en un
estudio simulado, esas son:
Alpha: versiones inestables
Beta: versiones estables
Pre-release: versiones que salen a producción para chequear que
todo está ok
CLASE 01/05

Tema: Ambientes
 Ambientes de Trabajo
DESARROLLO
Aquí se puede realizar TODO
lo requerido, donde se llevan
a cabo todas las
modificaciones importantes
HOT FIX
En caso de un defecto
detectado en Producción, un
desarrollador asignado tomará
el caso para poder modificar
esa única línea de código
afectada de manera rápida
QA
Ambiente independiente, con
libertades híbridas entre el de
desarrollo y producción. Aquí
todo lo requerido se pone a
prueba en tanto a lo
requerido por el product
owner, para chequear que el
usuario lo reciba
correctamente
PRODUCCION
Este ambiente pertenece a los
usuarios y aquí es donde se
hacen todos los movimientos
en trafico. Sería indeseable
que se tenga que hacer
modificaciones por bugs con
este espacio en uso Datazo! Siempre tratá de solicitar un
ambiente de Testing independiente de
los Devs y de Produ
 Tipos de Pruebas
De CAJA NEGRA
De una caja negra nos interesará su forma de
interactuar con el medio que le rodea
entendiendo qué es lo que hace, pero sin dar
importancia a cómo lo hace. Por tanto, de
una caja negra deben estar muy bien definidas
su interfaz; en cambio, no se precisa definir ni
conocer los detalles internos de su
funcionamiento
De CAJA BLANCA
Se centran en los detalles
procedimentales del software, por lo
que su diseño está fuertemente
ligado al código fuente
Aclaración! Las definiciones fueron sacadas de Wikipedia
porque me parecieron más concretas que mis apuntes.
Básicamente, en las Pruebas de Caja Blanca, es necesario
un entendimiento del código del Software, pero en la
Negra analizaremos la funcionalidad del mismo.
Testing en Caja Negra
Pruebas de Funcionalidad

Se busca analizar lo que HACE (o no) el Software

 Pruebas Unitarias

• Se prueba la funcionalidad y estructura de

cada componente, por bloque de código
 Pruebas de Aceptación

• Validar el esperado funcionamiento del

programa y esperar que el usuario determine
su aceptación
 Pruebas de Regresión
• Sucesión de pruebas que se realizan en cada
liberación del producto con el fin de verificar
de que no haya sufrido algún daño
 Te s t i n g E x p l o r a t o r i o
• Testing intuitivo, quizas no se tiene en mano el
mock up ni los requerimientos, pero con poca
preparación o explicación puede llevarse a
cabo una prueba del software igualmente
 S m o k e Te s t
• A diferencia de la pruebas de Regresión, en
este caso sólo se probarán las principales
funcionalidades, las mas críticas
 Pruebas de Integración
• Aquí se pone a prueba el ensamblaje de los
distintos módulos probados de manera
unitaria
Testing en Caja Negra
Pruebas NO Funcionales

¿Qué tan bien realiza el software lo que debe hacer?

 Pruebas de stress-performance
• Aquí se pone a prueba el ensamblaje de los
distintos módulos probados de manera
unitaria
 Pruebas de seguridad
• Se buscan vulnerabilidades y puntos debiles
 CLASE 01/05

Tema: Testing Mobile

 Testing MOBILE
★ de Software: Requerimientos funcionales

★ de Hardware: Requerimientos funcionales y

no funcionales

★ de Firmware: Mixta, Requerimientos

funcionales y no funcionales en acción
 APP Nativa VS APP Híbrida

SE DESARROLLA EN EL FUNCIONA EN TODOS

LENGUAJE NATIVO DE LOS SISTEMAS
CADA SISTEMA OPERATIVOS
 Pruebas de Interrupción
• Se buscan defectos que sobrevengan por
eventos que puedan suceder por la
interrupción mientras se esté interactuando
con la app
 Pruebas de Seguridad
• Se busca validar la resistencia a ataques por
usuarios maliciosos y virus
 Pruebas de Desempeño y Stress
• Se busca llevar al Software a un punto límite
de trabajo simultáneo para evaluar su
resistencia
 Pruebas de Conectividad
• Se buscan defectos con respecto a la
conectividad que necesite (o no) el programa
 Pruebas de Compatibilidad
• Las pruebas se enfocan en buscar los defectos
que puedan existir en la interacción que
pueda tener el software con distintos
dispositivos, con otras aplicaciones, con otros
navegadores, etc.
 Diseño Responsive
Es aquel diseño adaptable a los distintos
dispositivos desde donde se puede abrir la
aplicación

Desktop First Mobile First

Se trata de aquel que presenta Se trata de aquel diseño que
una mayor visibilidad y presenta una mayor visibilidad y
funcionalidad preferentemente funcionalidad preferentemente
en un visor de Escritorio en una pantalla de un móvil