Você está na página 1de 26

TP6 TESTES

TRACKXARE

Introduo

Findo o desenvolvimento da verso beta, agora necessrio perceber se a mecnica do produto final facilmente entendida pelo pblico-alvo. Face ao desenvolvimento tecnolgico e importncia do papel do utilizador como criador e consumidor de contedos para a Web, faz com que sintamos uma preocupao acrescida em termos de testes de funcionalidade, usabilidade, compatibilidade e segurana. A importncia do teste de funcionalidade essencialmente o facto de contribuir para detetar bugs a nvel da programao, design e contedos. Para fazer a avaliao da plataforma em termos de usabilidade, importante conseguir uma grande eficcia da plataforma para que esta garanta a satisfao do utilizador, essa eficcia foi conseguida atravs da escolha de um Design Grfico equilibrado e estvel tendo em conta os valores do projeto TRACKXARE. Este requisito foi importante para conseguir consistncia no projeto e um ambiente contextualizado e agradvel ao utilizador. A compatibilidade entre browsers, resolues e sistemas operativos foi algo que levmos desde sempre muito a srio, considerando-a essencial para uma estruturao da informao consistente, flexvel e evoluda, tornando-se assim uma mais valia para o projeto. Face s ameaas constantes a plataformas deste gnero, optou-se por realizar testes de segurana (SQL Injection) para garantir qua a plataforma segura de possveis ataques.

Fig1. Caractersticas dos testes escolhidos para o projeto.

Universidade de Aveiro | DeCA | NTC | Projeto Antnio Matos | Carolina Frazo | Marcolino Melo Orientador: Hlder Caixinha

TRACKXARE

Sumrio
A equipa TRACKXARE, realizou em paralelo com o desenvolvimento da verso Beta: testes de funcionalidade, usabilidade, compatibilidade,

acessibilidade e de segurana. Este documento servir de suporte aos testes de avaliao que realizmos plataforma e tambm dos respetivos resultados. Assim sendo, o documento foi subdividido nas seguintes seces:

1. Planeamento dos testes plataforma e os respetivos objetivos 1.1 Teste de Funcionalidade 1.1.1 Objectivos e tcnicas utilizadas 1.2 Teste de Usabilidade 1.2.1 Objectivos 1.2.2 Funcionalidades alvo de teste 1.2.3 Descrio dos participantes 1.2.4 Metodologia 1.2.4.1 Planeamento e durao

1.2.5 Contextualizao do teste 1.2.6 Tcnicas de teste 1.2.6.1 Tcnicas de recolha de dados

1.2.7 Heursticas de Usabilidade (Nielsen) 1.2.8 Anlise de resultados 1.2.9 Concluso e reflexo 1.3 Teste de Compatibilidade 1.4 Teste de Segurana 2. Concluses e Reflexo Crtica 3. Anexos

Universidade de Aveiro | DeCA | NTC | Projeto Antnio Matos | Carolina Frazo | Marcolino Melo Orientador: Hlder Caixinha

TRACKXARE

1.1

Teste de Funcionalidade

1.1.1 Objectivos e tcnicas utilizadas O principal objectivo do teste de funcionalidade detetar, isolar e descrever erros a nvel da programao, design e contedos. Este teste de grande importncia, uma vez que nos permite detetar eventuais falhas ao nvel do funcionamento da plataforma.

Este teste foi feito, baseado nas tcnicas de teste por mdulos, teste integrado (realizado em grupo) e teste de regresso, este ultimo de grande importncia uma vez que foram testadas novamente todas as funcionalidades alvo de correo.

Foram criadas grelhas(*) de apoio, para registar todos os erros e para um controlo mais eficaz do processo de debugging.

Este teste teve inicio, imediatamente a seguir entrega do prottipo de alta fidelidade e prolongou-se at ao trmino da verso beta, portanto um processo contnuo acompanhado atentamente pela equipa.

*Documentao em anexo

Universidade de Aveiro | DeCA | NTC | Projeto Antnio Matos | Carolina Frazo | Marcolino Melo Orientador: Hlder Caixinha

TRACKXARE

1.2 Teste de Usabilidade

Este teste uma tcnica que envolve utilizadores, representantes do pblico alvo para um determinado sistema, neste caso o TRACKXARE. Os utilizadores so chamados para desenvolver determinadas tarefas presentes na plataforma a testar bem como crticas que permitam equipa corrigir erros ou comportamentos que baralham o utilizador. 1.2.1 Objectivos O teste de usabilidade fundamenta a validao da interface de qualquer aplicao multimdia. Assim sendo a nossa plataforma foi concebida a pensar no utilizador (User Centered Design). Assim sendo importante identificar o tipo de utilizador para o qual estamos a trabalhar e desenvolver todas as funcionalidades a pensar nas suas necessidades e no contexto em que as vamos inserir, s desta forma ser possvel encontrar as solues adequadas a nvel do design de interao.

Fig2. Procedimentos tidos em conta na avaliao e reestruturao do design da plataforma


Universidade de Aveiro | DeCA | NTC | Projeto Antnio Matos | Carolina Frazo | Marcolino Melo Orientador: Hlder Caixinha

TRACKXARE

1.2.2 Funcionalidades alvo de teste Para identificar as funcionalidades e grau de importncia das mesmas, realizamos esta tabela que resume as diferentes funcionalidades

implementadas.

Universidade de Aveiro | DeCA | NTC | Projeto Antnio Matos | Carolina Frazo | Marcolino Melo Orientador: Hlder Caixinha

TRACKXARE

Fig3. Funcionalidades a testar no teste de usabilidade

Atendendo norma ISSO 9241-11, consideramos que usabilidade a extenso na qual os utilizadores inseridos num determinado pblico-alvo alcancem objectivos especficos bem como a eficcia, eficincia e satisfao num determinado contexto. com base nisto que podemos identificar diferentes tcnicas para medir a mtrica de usabilidade, so elas :

Universidade de Aveiro | DeCA | NTC | Projeto Antnio Matos | Carolina Frazo | Marcolino Melo Orientador: Hlder Caixinha

TRACKXARE

8 Noo Cumprimento dos objectivos/aes propostas ao utilizador Forma como o utilizador concretizou os objectivos propostos Opinio sobre a aplicao, no geral, por parte do participante. Reao ao look and feel da aplicao Medio N de erros Cognitive walkthrough N de cliques

Nvel Eficcia

Eficincia

Satisfao

Medio difcil Resultado dos questionrios ps teste

Fig4. Medio das mtricas de usabilidade

1.2.3 Descrio dos participantes Os autores Virzi e Nielsen, defendem que na fase de testes de uma aplicao multimdia so apenas necessrias seis pessoas para ser possvel detetar a maioria dos erros de usabilidade. Assim sendo, recorremos a seis pessoas que tivessem gosto e conhecimentos na rea do desporto aventura ou de tecnologias GPS. 1.2.4 Metodologia Tendo em conta que os resultados dos testes de usabilidade tm o intuito de ajudar a melhorar a interface no que toca ao design de interao, foi necessrio recorrer a tcnicas que nos ajudassem neste processo de avaliao. Assim sendo recorremos s seguintes tcnicas: guio walkthrough e thinking aloud, o primeiro, considerado de grande importncia porque ajuda o utilizador a seguir um caminho ao longo do teste da plataforma e o segundo devido ao facto de darmos oportunidade ao utilizador de expressar a sua opinio, atravs de um formulrio(*) ps teste enquanto avaliado por observadores que controlam todas as aes e tempo demorado a executar as mesmas.
Universidade de Aveiro | DeCA | NTC | Projeto Antnio Matos | Carolina Frazo | Marcolino Melo Orientador: Hlder Caixinha

TRACKXARE

1.2.4.1 Planeamento e durao

Durante os testes de usabilidade, os participantes so convidados a testar cada funcionalidade da aplicao, individualmente. Os testes sero conduzidos pela equipa TRACKXARE, que iro controlar o tempo, o numero de cliques e os comentrios em jeito de desabafo por parte do utilizador. Os testes tero uma durao aproximada de 10 minutos, com o objectivo de testar as funcionalidades e reagir s questes de usabilidade. Para ajudar na realizao do teste ser disponibilizado um guio(*), que ter previamente uma nota introdutria de aproximadamente cinco minutos.

*Documentao em anexo 1.2.5 Contextualizao dos testes Os testes sero realizados num ambiente ausente de formalidades, descontrado no s na universidade como tambm em locais pblicos. Uma vez que a equipa tem facilidades em dispor de diferentes dispositivos para testes, essa ser tambm uma coisa a explorar ao mximo. 1.2.6 Tcnicas de teste Como j foi referido anteriormente, recorremos a duas tcnicas de teste, para um melhor entendimento das dificuldades do utilizador, so elas: Cognitive Walkthrough com esta tcnica pretendido

essencialmente que o utilizador realize tarefas previamente definidas, que contribuiro para um melhor entendimento das dificuldades sentidas a nvel de usabilidade. Ser fornecido um guio, com todas as funcionalidades alvo de teste, para evitar que o utilizador se perca.

Universidade de Aveiro | DeCA | NTC | Projeto Antnio Matos | Carolina Frazo | Marcolino Melo Orientador: Hlder Caixinha

TRACKXARE

10

1.2.5.2 Tcnicas de recolha de dados

Para fazer uma recolha eficaz da informao por parte do utilizador, foi criado um questionrio(*) dividido em duas partes, pr ao e ps ao. Assim sendo a primeira parte ser apenas de caracterizao pessoal e contextualizao com o projeto e a segunda de obteno da satisfao do utilizador na utilizao da aplicao e sugestes feitas pelo mesmo.

*Documentao em anexo 1.2.7 Heuristicas Usabilidade (Nielsen) - Visibility of system status crucial que o utilizador receba feedback por parte da plataforma, assim sendo e atendendo a esta heurstica, vrios so os avisos de preenchimento de formulrios, de percursos adicionados, ou de erros que eventualmente ocorram aquando as aes do utilizador, para que este no se sinta desorientado na navegao. Em toda a plataforma os utilizadores alvo de teste identificaram com facilidade as diferentes reas, quer seja atravs de smbolos, quer seja atravs de botes com ttulos j por si de carcter informativo. - Match between system and the real world Esta heurstica considerada de grande importncia devido ao facto da terminologia da plataforma ser direcionada para uma linguagem prxima ao utilizador e no para o sistema em que esta se insira. Isto , toda a informao est organizada e disponibilizada a pensar no modelo mental do utilizador. Tendo em conta que na plataforma so disponibilizados traados de diferentes categorias, recorremos a cones que as ilustrassem, todos os smbolos so acompanhados de titles para garantir que o utilizador compreende e associa a linguagem. At ao momento no foram registadas
Universidade de Aveiro | DeCA | NTC | Projeto Antnio Matos | Carolina Frazo | Marcolino Melo Orientador: Hlder Caixinha

TRACKXARE

11

dificuldades nesta rea, tendo em conta as observaes dos utilizadores aps os testes - User control and freedom Esta heurstica baseia-se essencialmente na importncia que tem de ser dada ao utilizador na permisses de aes que este pode executar, a fim de lhe dar quase toda a liberdade de executar e/ou anular determinadas tarefas. Nesta rea, foram encontradas algumas dificuldades, a principal foi na insero de POIs, em que os utilizadores consideraram a funcionalidade pouco intuitiva, tambm pela estrutura e design serem consideravelmente diferentes. - Consistency and standards de grande importncia conseguir manter a consistncia nas

funcionalidades, cones e botes disponibilizados. Isso foi algo que nos foi recomendado desde o inicio por parte dos docentes. Assim sendo, no foram levantadas dificuldades por parte do utilizador, visto que a nvel grfico foi tido um grande cuidado bem como na implementao dos efeitos em CSS3. - Error prevention Foi interessante e tambm importante, conhecer e perceber as dificuldades sentidas pelos utilizadores ao longo dos testes. Posto isto, os erros identificados com maior frequncia pelos utilizadores foram na pesquisa, onde estes ao ver o smbolo da lupa o identificam como um boto, que os leva a clicar l para submeter a informao inserida. O segundo erro mais frequente foi na opo + adicionar ponto de interesse, onde a maior parte dos utilizadores tentava adicionar informao ao POI sem antes o ter inserido. Postas estas dificuldades, conclumos que necessrio encontrar uma resoluo eficaz para este erro, para atingir uma navegao mais eficaz para o utilizador.

Universidade de Aveiro | DeCA | NTC | Projeto Antnio Matos | Carolina Frazo | Marcolino Melo Orientador: Hlder Caixinha

TRACKXARE

12

- Recognition rather than recall A plataforma deve permitir ao utilizador uma liberdade na escolha das aes que vai executar, evitando que este acione a memria a tempo inteiro de modo a que cada ao deva ser revista mentalmente antes de ser executada. Assim, surgiram alguns problemas para alm da insero de pontos de interesse. A grande maioria dos utilizadores no reconheceram o boto +Evento como sinnimo de adicionar evento, por forma a corrigir o problema foi colocado um title em over. - Flexibility and efficiency use importante que a plataforma seja fcil, at para utilizadores menos experientes, flexvel o suficiente para se tornar gil para os que tm mais conhecimentos. Assim, a plataforma dispe de dois menus, um deles apenas visvel quando o login no efetuado, o que faz com que a informao esteja toda concentrada apenas num menu, que abrir depois as divs com a informao adicional. Essas divs tm todas o mesmo efeito, design semelhante e a insero de dados feita tambm toda da mesma forma, de forma a facilitar a navegao e a no haver muitos comportamentos diferentes uns dos outros. A juntar a todos estes cuidados tidos, acrescentamos as inmeras mensagens de alerta colocadas para que no haja um nico passo incompreendido pelo utilizador. Algo que todos os utilizadores referiram ser algo muito benfico para a navegao na plataforma. - Aesthetic and minimalist design importante evitar que os textos falem mais do que o utilizador precisa de saber, assim, os dilogos da plataforma precisam de ser simples, diretos e naturais e apenas estarem presentes quando necessrios. A plataforma tem inmeros campos em que o utilizador recebe informao por parte do sistema, em algumas situaes mais que noutras mas que no foram considerados em situao alguma excessivos por parte dos utilizadores.
Universidade de Aveiro | DeCA | NTC | Projeto Antnio Matos | Carolina Frazo | Marcolino Melo Orientador: Hlder Caixinha

TRACKXARE

13

- Help users recognize, diagnose, and recover from errors A utilizao de uma linguagem clara e especifica nas mensagens de erro ou de feedback por parte da plataforma, so consideravelmente importantes para o sucesso de um produto multimdia, atualmente. Uma das observaes feitas pelos utilizadores que testaram a aplicao, foi precisamente nesse sentido. A preocupao que foi tida em manter um discurso informal e direto, foi considerado por muitos como uma mais valia e algo muito bem pensado. - Help and documentation Os sistemas de ajuda so fundamentais para o sucesso da plataforma, seja qual for a sua natureza. Como j foi referido anteriormente, foi algo que foi pensado em grande quantidade, ainda que moderada, neste projeto. Apesar de no existir nenhuma pgina ou menu de ajuda, esta vai sendo apresentada ao utilizador ao longo da navegao atravs de titles e textos nos campos de input. A nica dificuldade sentida at este momento, tem a ver com a compatibilidade de browsers, em que alguns browsers apagam os textos de ajuda nos campos de input.

1.2.8 Anlise de resultados Os testes de usabilidade foram realizados a seis pessoas mais o utilizador padro, dos quais foi possvel extrair algumas concluses. No que confere a representao dos dados relativos monotorizao do tempo em minutos e da execuo das tarefas, optou-se pela construo de um grfico, onde podemos ver atravs das variaes de cores o percurso de cada participante do teste de usabilidade. Assim possvel estabelecer uma comparao entre todos eles.

As tarefas foram representadas individualmente, sendo estas: Homepage, Registo, Login, CONTA, Editar, Guardar, Percursos, Downloads, Grupos,
Universidade de Aveiro | DeCA | NTC | Projeto Antnio Matos | Carolina Frazo | Marcolino Melo Orientador: Hlder Caixinha

TRACKXARE

14

Seguidores, Pesquisa, Escolher traado, Favoritos, Classificar, Comentrio, Download, Partilha, Inserir, Enviar, Passo2, Passo3, Comentario, Guardar, Logout

Os participantes destacam-se uns dos outros pela sua literacia informtica. Segundo os testes realizados , dois dos utilizadores, (beta tester1 e beta tester2) destacaram-se pela rapidez no cumprimento das tarefas, pelo que j detm alguma experiencia em conhecimento/familiaridade com os diferentes mecanismos apresentados. Por fim o utilizador 6 foi o que demorou significativamente mais, comparativamente aos restantes, dado que havia uma preocupao por parte do ultimo em navegar e perceber o que era pedido, dando simultaneamente algumas sugestes. Este revelou um conhecimento acrescido deste tipo de plataformas pelas perguntas especificas que fazia.

Fig5. Representao grfica do tempo de execuo das tarefas de cada participante

Universidade de Aveiro | DeCA | NTC | Projeto Antnio Matos | Carolina Frazo | Marcolino Melo Orientador: Hlder Caixinha

TRACKXARE

15

Fig6. Representao grfica do tempo de execuo do pior e do melhor resultado BetaTester

Antes de se realizarem os testes de Usabilidade tivemos a ateno de arranjar um utilizador padro que testou toda a aplicao, estimando um tempo de execuo das tarefas. O tempo estabelecido tinha sido de 5 a 10 minutos. Em baixo apresentado o grfico com o tempo demorado pelo utilizador padro a realizar as tarefas pretendidas.

Universidade de Aveiro | DeCA | NTC | Projeto Antnio Matos | Carolina Frazo | Marcolino Melo Orientador: Hlder Caixinha

TRACKXARE

16

1.2.9 Concluses e reflexo No que diz respeito aos testes de usabilidade dos diferentes participantes, pode-se tirar as seguintes concluses:

1- Alguns participantes, apresentaram uma dificuldade inicial em encontrar o boto de registo. Desta forma perderam algum tempo a explorar a homepage a fim de identificar o boto. Foram procuradas algumas solues relativamente a uma nova localizao do boto, que no surtiram efeito devido disperso de contedos se este mudasse de sito. No entanto ficaram no ar algumas sugestes que podero ou no vir a ser implementadas. 2- Foram tambm detetadas algumas dificuldades no campo de edio mais sobre mim, isto porque em alguns browsers, apenas em ambiente Mac OS X os campos input o place holder no era visvel. Foi algo que fez alguns utilizadores perder tempo e que ser corrigido posteriormente. 3- Foram tambm detetadas dificuldades por parte dos utilizadores na adio de pontos de interesse. A maioria dos utilizadores no deu conta do aviso clicar sobre o mapa a fim de posicionar o POI, desta forma tentavam sempre adicionar a informao do mesmo antes da sua localizao.

1.3

Teste de Compatibilidade

O teste de compatibilidade tem como objectivo a verificao do contedo a nvel de consistncia da aplicao multimdia para diferentes sistemas operativos, resolues e browsers, com objectivo final de conseguir que esta seja sempre visualizada corretamente. Posto isto, foram elaboradas grelhas(*) para o registo de erros, onde so identificados seis browsers, trs resolues, cinco sistemas operativos sendo

Universidade de Aveiro | DeCA | NTC | Projeto Antnio Matos | Carolina Frazo | Marcolino Melo Orientador: Hlder Caixinha

TRACKXARE

17

trs deles para plataformas mveis. Fazem parte dos browsers-alvo, o IE, Chrome, Firefox, Safari, Rockmelt e Opera. Porqu estes browsers?

Os browsers escolhidos para o teste de compatibilidade foram o Internet Explorer, Chrome, Firefox, Safari, Rockmelt e Opera. Os quatro primeiro foram escolhidos por serem os mais utilizados: IE (18.1%),Chrome (39.3%), Firefox (35.2%), Safari (4.3%), segundo o site w3C dados de Maio de 2012. Os dois restantes , segundo o site w3C dados de Maio de 2012. Os dois restantes foram apenas utilizados de forma complementar. Porqu estas resolues?

As resolues a ter em considerao so 1366 x 768 para portteis wide, 1280 x 1024 e 1920 x 1080 para ecrs menos recentes. Concluses aps o teste

Em termos de compatibilidade em diferentes browsers, no sistema operativo Windows, o projeto apresentou muito bons resultados, em todos os browsers e resolues, excepto no Opera, onde foram encontradas dificuldades sempre que existem inputs de Type File. Estas dificuldades tambm se verificam em Mac OS X, IOS, Android e RIM apenas com o Opera. Em Mac OS X a nica dificuldade que surgiu, foi no adicionar favoritos, erro que aquando os testes ainda no tinha sido resolvido, mas que agora j se encontra operacional. Uma das grandes vantagem de se ter optado por HTML5 e CSS3, foi o facto de no termos tido qualquer tipo de problema com as resolues, porque tudo se adapta mais facilmente.

*Documentao em anexo
Universidade de Aveiro | DeCA | NTC | Projeto Antnio Matos | Carolina Frazo | Marcolino Melo Orientador: Hlder Caixinha

TRACKXARE

18

1.4 Teste de Segurana

Para verificar se o site vulnervel a sql injection http://www.trackxare.com/index.php?id=5 -> Sem feed-back http://www.trackxare.com/index.php?id=5 order by 1 -> Sem feed-back http://www.trackxare.com/index.php?id=5 union all select 1,@@version,3 -> Com feed-back:

O servidor bloqueou durante 60min o acesso ao IP address do PC cliente que enviou este pedido. No entanto, na sequncia dos testes de sql injection efetuados, encontramos uma funo php que, bem aplicada nas querys mais pertinentes, poder vir a ser um bom complemento segurana das bases de dados: Funo anti-sql injection: functionanti_sql_injection($str){ if(!is_numeric($str)){ $str=get_magic_quotes_gpc()?stripslashes($str):$str; $str=function_exists('mysql_real_escape_string')?mysql_real_escape_string ($str):mysql_escape_string($str); } return$str; }
Universidade de Aveiro | DeCA | NTC | Projeto Antnio Matos | Carolina Frazo | Marcolino Melo Orientador: Hlder Caixinha

TRACKXARE

19

Exemplo: $sql = mysql_query ("SELECT Username, Password FROM Users WHERE Username = '" . anti_sql_injection ($Username) . "' AND Password = '" . anti_sql_injection ($Password) . "'") or die ("ERRO SQL");

2. Concluso e Reflexo Crtica

Aps uma breve anlise dos diferentes testes, a equipa TRACKXARE ir dar maior importncia ao teste de funcionalidade e usabilidade para a correo dos erros detetados. No foram realizados testes de design nem de acessibilidade, visto que o design foi realizado por ns e sabemos como foi estruturado, a nvel de acessibilidade no tivemos oportunidade de testar com pessoas de necessidades especiais.

Assim sendo, aps a avaliao dos resultados, procederemos por grau de importncia a resoluo dos problemas levantados aquando a realizao dos testes de funcionalidade e usabilidade e posteriormente a compatibilidade e segurana.

Universidade de Aveiro | DeCA | NTC | Projeto Antnio Matos | Carolina Frazo | Marcolino Melo Orientador: Hlder Caixinha

TRACKXARE

20

3. Anexos Aqui apresentamos toda a documentao criada para a realizao da fase de testes.

Universidade de Aveiro | DeCA | NTC | Projeto Antnio Matos | Carolina Frazo | Marcolino Melo Orientador: Hlder Caixinha

TRACKXARE

21

Universidade de Aveiro | DeCA | NTC | Projeto Antnio Matos | Carolina Frazo | Marcolino Melo Orientador: Hlder Caixinha

Questionrio
Pr Ao Caracterizao Pessoal 1- Idade: 2- Conhecimentos Informticos:

3- Tem hbito de prtica de desporto aventura e atividades radicais?

4- Alguma vez teve contacto com uma plataforma de partilha de percursos de desporto aventura? Sim No 5- Tem hbitos de uso de dispositivos GPS, associado aos desportos radicais/aventura? Sim No 6- Considera interessante, plataformas de partilha de percursos? Sim No

Ps Ao 1- Conhece a diferena entre Registo e Login?

2- Considera a ajuda dada suficiente?

3- Durante a utilizao da plataforma, achou a navegao intuitiva?

3.1- Se no, o que mudaria?

4- Utilizaria uma plataforma deste gnero na partilha dos seus percursos e tambm para a pesquisa de percursos? Nunca No Provavelmente Claro que sim!

5- Recomendaria a plataforma TRACKXARE a um amigo? Nunca No Provavelmente Claro que sim!

A equipa TRACKXARE agradece a sua colaborao!

Teste de Compatibilidade
(Plataformas mveis)
Sistema Operativo

FUNCIONALIDADES
IOS ANDROID BlackBerry

API GoogleMaps Registo Login Editar Per l Partilhar Track Criar Evento Pesquisa Adicionar Favoritos Comentar Track Download Ranking Download Upload GPX Carregar GPX Altimetria Caracterizao do percurso Adicionar POI Mover POI Adicionar Foto Comentar POI Logout

LEGENDA

Compatvel Compatvel mas c/ problemas Incompatvel

Grficos de resultado dos cliques

Você também pode gostar