O documento discute os desafios e abordagens para testes de software móvel em plataformas S40 e Windows Phone (WP). Apresenta os tipos de aplicativos para cada plataforma, ferramentas de automação de testes, prioridades como desempenho, interface do usuário e portabilidade, além de um caso real de teste de um aplicativo mobile web para WP.

2. TESTE DE SOFTWARE
PARA MOBILE (S40 & WP)
Andreia Matos dos Santos
Igor de Borborema Correia

3. DESAFIOS
DISPLAY INTERAÇÃO COM USUÁRIO SISTEMA OPERACIONAL LOJA DE APP
BATERIA PROCESSAMENTO CONECTIVIDADE TECLADOS ARMAZENAMENTO

4. TIPOS DE APPS
S40
J2ME
MOBILE WEB

5. TIPOS DE APPS
WP
NATIVO
MOBILE WEB

6. AUTOMAÇÃO DE TESTES
J2ME APP
Eclipse + JUnit
NATIVO WINDOWS PHONE
Silverlight unit testing for windows phone
Wp market place test kit
Wp performance analysis tool

7. EMULADOR

8. TESTES FUNCIONAIS
PERFORMANCE
USER INTERFACE
PORTABILIDADE
FUNCIONALIDADE
CONEXÃO
TESTE DO USUÁRIO FINAL
Ferramenta online: http://www.developer.nokia.com/Devices/Remote_device_access/

9. Testador MÓVEL - Habilidades
FOCO E CRITICIDADE
ENTENDER A ARQUITETURA DO SISTEMA MÓVEL
(HARDWARE INCLUSIVE)
TESTAR A INTEGRAÇÃO ENTRE SISTEMAS
TESTES DE PERFORMANCE

10. Testador Móvel - Preocupações
Quais dispositivos o aplicativo deve ser testado?
Quais as áreas de alto risco da funcionalidade?
Quem é o público-alvo do aplicativo?
Quanto das funcionalidades do aplicativo já foi testado?
É um novo aplicativo ou atualização de um app já existente?

11. Desafio do Teste Móvel

12. Prioridades do teste Móvel

13. PERFORMANCE
TEMPO BATERIA REDE TELEFONIA MEMÓRIA E CPU
TEMPO DE INSTALAÇÃO
COMPORTAMENTO QUANDO USADO EM EXCESSO
TEMPO PARA CARREGAR TELA
COMPORTAMENTO QUANDO POUCA MEMÓRIA
EXECUÇÃO SIMULTÂNEA DE MUITOS APLICATIVOS
TEMPO EM LEITURA DE DADOS DO SERVIDOR

14. Tendências do Teste Móvel
World Quality Report – 2012
Capgemini Consultants

15. TOP 10 FALHAS – QA
INCOMPATIBILIDADE DE IDIOMAS
CONTEÚDO INADEQUADO
APP TRAVA OU FECHA INESPERADAMENTE
NOME DO ARQUIVO DIFERENTE DO NOME NA TELA
TELA “CORTADA”
O TECLADO DO DISPLAY HABILITADA POR PADRÃO
FALTA POLÍTICA DE PRIVACIDADE
FALTA DO ABOUT
SOM HABILITADO ENQUANTO SUSPENSO

16. CASO REAL
APLICATIVO:
TOUCHTETRIS
TIPO DE APLICATIVO:
MOBILEWEB APP
HTML, CSS E JAVASCRIPT + FRAMEWORK DE
PORTABILIDADE
PLATAFORMA:
WINDOWS PHONE
LOJA DE APLICATIVO:
MARKET PLACE

17. CASO REAL
1 Tela Anterior ao pressionar Back
2 Ativar modo Pause ao pressionar Back

18. CASO REAL

19. RESULTADO
CELULARES TESTADOS

20. CATEGORIA DA FALHA
REQUISITOS RESULTADO
ESPERADO
PASSO A PASSO PARA REPRODUÇÃO

21. REQUISITOS
RESULTADO
ESPERADO
PASSO A PASSO PARA REPRODUÇÃO

22. CASO REAL
17 dias 5 dias
IN REVIEW REVIEWED
MÉDIA: 3 SEMANAS
+ TEMPO DE DESENVOLVIMENTO

23. CONCLUSÃO
- Sempre testar no device final. Http://www.Developer.Nokia.Com/devices/remote_device_access/
- Foco no usuário. Eles podem ajudar seu sucesso.
- Marketplace e nokia store tem um trabalho humano.
- Marketplace e nokia store tem uma verificação automática de segurança para
acesso de apis nativas.
- Sempre desenvolver com boas práticas de desenvolvimento independente da
plataforma ou tecnologia usada.
- Pensar em testes multiplataformas (unified testing iniative)

24. OBRIGADO
“Um teste pode mostrar a presença de falhas em um
software, mais nunca a sua ausência.”
Djiskstra
ANDREIA M. DOS SANTOS
and15reia@gmail.com
twitter: @andreisa15
IGOR B. CORREIA
igorborborema@gmail.com
twitter: @igorborborema