APlicaciones Nativas.•Para determinados dispositivos.

•Para determinados Sistemas Operativos.

•Desarrolladas en un lenguaje específico.

•Pueden tener acceso completo al hw del dispositivo.

•Se instalan.

APlicaciones Web.•Páginas Web responsive.

•Necesita un browser.

•Desarrolladas en un lenguaje unificado.

•No tienen acceso completo al hw del dispositivo.

•No se instalan.

App NativasWeb Apps

Pros:

- Presencia en app stores.

- Acceso total al dispositivo: Uso de cámara, Lista de contactos, Notificaciones Push.

- Mejor Performance (depende del Hardware)

Contra:

- Se necesita una App por cada SO soportado.

- Requieren más tiempo y dinero para ser desarrolladas.

- Requiere instalación y actualización. (espacio)

Pros:

- Aplicaciones multiplataforma.

- Las actualizaciones son instantáneas.

- No requiere instalación.

Contra:

- Requiere Internet para funcionar.

- Las Apps pueden no renderizarse correctamente en algunas plataformas.

- No tienen acceso a la mayor parte del dispositivo.

WEb Apps

APlicaciones Híbridas.•Desarrollo multiplataforma.

•No debería notarse que no es un App Nativa.

•Suelen tener problemas de performance.

•Pueden tener acceso completo al dispositivo.

•Se instalan.

Nativo Híbrido WebAcceso al dispositivoVelocidad

Costo de desarrollo

Tienda

Proceso de Aprobación No

Total Parcial

Caro

Compulsivo

Limitada

No

Total

RápidaMuy rápido

Razonable

SiSi

Razonable

Compulsivo

Alcance

Mercado

Tendencias

Tiempo

Sistemas Operativos

Resolución y Tamaño

Requerimientos

SISTEMAS OPERATIVOSIOS

● Apple va restringiendo qué versiones son las que tienen que tener cobertura

● Dentro de un mismo modelo , no tienen cambios de significativos , a no ser de velocidad ( 5, 5c, 5s )

● Comenzó la Segmentación de las versiones a partir de los 7.x

● OS diferentes para ipad & iphone

Android:

● Gran Segmentación del Mercado

● La implementaciones de cada fabricantes

● Mismo OS para tablet y smartphone , a partir de de 4.x

REsoluciones y Tamaños IOS

REsoluciones y Tamaños Android

Testing en Dispositivos.Beneficios:

- Testing del escenario real. (Memoria, chipset, etc)

- Se puede probar integración con otras Apps instaladas por los usuarios.

- Experiencia de usuario real. (UI testing)

- Se pueden realizar las pruebas de instalación y actualización correctamente.

- El testing de usabilidad es más certero.

- Paralelismo real en pruebas.

- Gestures testing

Limitaciones:

- Cantidad/Disponibilidad de dispositivos.

- No se puede asegurar la cobertura total.

- Constantes actualizaciones de SO.

- Muchas distribuciones para el mismo SO.

- No necesariamente simula un escenario real 100%

Emulador

Emulador Android

Imita tanto el software como el hardware de un dispositivo. (Sistema Operativo puro)

Permite configurar un dispositivo de emulación con los parámetros específicos de hardware (RAM, Resoluciones de Pantalla, Almacenamiento, etc.).

Un Emulador muy popular es Genymotionhttps://www.genymotion.com/#!/

Simulador

Simulador IOS

El simulador de iOS solo imita el software del dispositivo (No imita hardware)

Permite simular muchos dispositivos y versiones del sistema operativo iOS.

Forma parte de las herramientas del SDK de iOS. Corre en computadoras MAC (iOS) comportándose como una aplicación más que simula el ambiente de un iPhone, un iPad o un Apple watch.

Tipos de testingFuncional

Instalación

Performance

Memoria

Seguridad

I18N

Interrupciones

Usabilidad

Conceptos Relacionados

Conceptos Relacionados

Notificaciones Geolocalizacion

Wearables Geofences

Accesibilidad Manejo de Permisos

Gestos

Manejo de PERMISOSIOS

● Se Manejan en forma reactiva y cuando realmente necesita el servicio

● Se puede definir un mensaje de por que lo quiero usar

● Se Pueden deshabilitar desde settings

● Notificaciones , Ubicacion , Almacenamientos son los permisos más comunes

Android:

● Se maneja en forma masiva y al inicio de la aplicación

● No se maneja el mensaje , es genérico para todos

● A partir de Android L (o 5.x) , se puede manejar los permisos deshabilitados

● Poder acceder a WIFI es un permiso inclusive

Notificaciones PusH

● Se debe Habilitar con un permiso

● Se debe testear en 3 estados ( foreground , background y close)

● Existen las notificaciones locales

● En ios es un servicio nativo dado por Apple y en Android no es asi , es un servicio de google complementario

● No es seguro , no podemos fiarnos de su concreción

● Centro de Notificaciones , respaldo del mensaje en el server

● Manejo de Badget

GEstos

Markets

Distribución Interna

MArket y PublicacionesIOS

● Politica Preventiva

● Tiempo Inicial 2 Semanas y por actualización 4 días

● Un proceso de definido y costoso

Android:

● Política Reactiva (En cambio)

● Tiempo 2 o 1 días

● Un proceso ágil pero con fallas