Spelling suggestions: "subject:"deste dde aplicações móveis"" "subject:"deste dee aplicações móveis""
1 |
Insumos para a utilização do critério de teste baseado em erros para aplicações móveisSantos, Jonathas Silva dos 23 February 2016 (has links)
Submitted by Divisão de Documentação/BC Biblioteca Central (ddbc@ufam.edu.br) on 2016-11-24T13:22:18Z
No. of bitstreams: 1
Dissertação - Jonathas S. Santos.pdf: 3617813 bytes, checksum: 3c199448ba51bb2505aa417e087f25e1 (MD5) / Approved for entry into archive by Divisão de Documentação/BC Biblioteca Central (ddbc@ufam.edu.br) on 2016-11-24T13:22:32Z (GMT) No. of bitstreams: 1
Dissertação - Jonathas S. Santos.pdf: 3617813 bytes, checksum: 3c199448ba51bb2505aa417e087f25e1 (MD5) / Approved for entry into archive by Divisão de Documentação/BC Biblioteca Central (ddbc@ufam.edu.br) on 2016-11-24T13:22:53Z (GMT) No. of bitstreams: 1
Dissertação - Jonathas S. Santos.pdf: 3617813 bytes, checksum: 3c199448ba51bb2505aa417e087f25e1 (MD5) / Made available in DSpace on 2016-11-24T13:22:53Z (GMT). No. of bitstreams: 1
Dissertação - Jonathas S. Santos.pdf: 3617813 bytes, checksum: 3c199448ba51bb2505aa417e087f25e1 (MD5)
Previous issue date: 2016-02-23 / CAPES - Coordenação de Aperfeiçoamento de Pessoal de Nível Superior / In the context of current computing, mobile platforms have been presented as one of the most growth platforms, and this is mainly by the increased popularity of mobile devices. Furthermore, such applications are becoming indispensable in the routine of their users, assuming often critical roles, due to the data they handle. In this scenario, ensuring the quality of such applications is a usual purpose in recent academic work. For this, the Software Engineering field provides methods, techniques, standards and activities that seek to ensure software quality in general. Such activities are named Verification and Validation (V&V), and Software Testing is inserted into this context. However, some activities need to be adapted on account of the characteristics involving the mobile platform. In this adaptation, the knowledge of possible failures can provide important information to supplies for utilization of testing activities, specifically to mobile applications. This thesis presents the definition of the fault model MOBPI-FM (Mobile Platform Independent - Fault Model) specific for mobile applications platform. This model was generated systematically by using the HAZOP technique (Hazard and Operability Study) and consists of three levels of use (Fault, error and defect). The fault level proposed in MOBPI-FM model was evaluated in relation to actual fault coverage through a feasibility study with 58 mobile applications in the Android platform. The results indicated that 86% of the defects were evaluated covered by the model / No contexto da computação atual, plataformas móveis têm se apresentado como uma das plataformas de maior crescimento, e isso se deve principalmente pelo aumento da popularidade dos dispositivos móveis. Com isso, tais aplicações estão se tornando indispensáveis na rotina dos seus usuários, assumindo muitas vezes papéis críticos, por conta dos dados que manipulam. Diante desse cenário, garantir a qualidade de tais aplicações é uma busca constante em trabalhos acadêmicos mais recentes. Para isso, a Engenharia de Software fornece métodos, técnicas, critérios e atividades que buscam garantir a qualidade de software de um modo geral. Tais atividades são denominadas Verificação e Validação (V&V), sendo que Teste de Software está inserido nesse contexto. Porém algumas atividades necessitam ser adaptadas, por conta das características que envolvem a plataforma móvel. No contexto dessa adaptação, o conhecimento prévio de possíveis falhas pode fornecer informações importantes para fornecer insumos para aplicação de atividades de teste especificamente para o contexto de aplicações móveis. Esta dissertação apresenta a definição do modelo de falhas MOBPI-FM (MOBile Platform Independent – Fault Model) específico para aplicações construídas para plataforma móvel. Esse modelo foi gerado de forma sistemática utilizando a técnica HAZOP (Hazard and Operability Study) e é composto por três níveis de utilização (Falha, Erro e Defeito). O nível de falhas proposto no modelo MOBPI-FM foi avaliado em relação a cobertura de falhas reais por meio de um estudo de viabilidade realizado com 58 aplicações móveis da plataforma Android. Os resultados indicaram que 86% das falhas avaliadas foram cobertas pelo modelo.
|
2 |
Automação de testes para aplicações móveis como serviço Automated Mobile Testing as a service AM-TaaSRojas, Isabel Karina Villanes 12 September 2016 (has links)
Submitted by Divisão de Documentação/BC Biblioteca Central (ddbc@ufam.edu.br) on 2016-12-15T18:14:06Z
No. of bitstreams: 1
Dissertação - Isabel K. V. Rojas.pdf: 4369495 bytes, checksum: 92fd0a46d83a7bace55dd126266a19c4 (MD5) / Approved for entry into archive by Divisão de Documentação/BC Biblioteca Central (ddbc@ufam.edu.br) on 2016-12-15T18:14:22Z (GMT) No. of bitstreams: 1
Dissertação - Isabel K. V. Rojas.pdf: 4369495 bytes, checksum: 92fd0a46d83a7bace55dd126266a19c4 (MD5) / Approved for entry into archive by Divisão de Documentação/BC Biblioteca Central (ddbc@ufam.edu.br) on 2016-12-15T18:14:38Z (GMT) No. of bitstreams: 1
Dissertação - Isabel K. V. Rojas.pdf: 4369495 bytes, checksum: 92fd0a46d83a7bace55dd126266a19c4 (MD5) / Made available in DSpace on 2016-12-15T18:14:38Z (GMT). No. of bitstreams: 1
Dissertação - Isabel K. V. Rojas.pdf: 4369495 bytes, checksum: 92fd0a46d83a7bace55dd126266a19c4 (MD5)
Previous issue date: 2016-09-12 / CAPES - Coordenação de Aperfeiçoamento de Pessoal de Nível Superior / Due high popularization of cloud services and the use of a wide range of mobile devices with different environments and platforms, a new model to offer software test service emerged, called Testing as a Service (TaaS). It uses cloud infrastructure to provide on-demand testing services on cloud for end users at any time.
Nowadays there are many studies about different services about TaaS. Based on this scenario, we propose a framework, called Automated Mobile Testing as a Service (AM-TaaS), which offers automated test for mobile applications based, preliminary, on App Quality Alliance (AQuA)’s test criteria.
This research evaluated the proposed framework through two empirical studies. Firstly, a proof of concept regarding the feasibility of the proposed framework and a second study in a controlled environment to evaluate the proposed framework when compared to another local environment for testing in mobile applications.
The experimental results of both studies indicate that the test service is feasible using cloud resources. The running time of the test process in AM-TaaS was less than a Local Environment Test usually used by developers or testers. In addition, a positive attitude of testers was perceived regarding the use of AM-TaaS.Due high popularization of cloud services and the use of a wide range of mobile devices with different environments and platforms, a new model to offer software test service emerged, called Testing as a Service (TaaS). It uses cloud infrastructure to provide on-demand testing services on cloud for end users at any time.
Nowadays there are many studies about different services about TaaS. Based on this scenario, we propose a framework, called Automated Mobile Testing as a Service (AM-TaaS), which offers automated test for mobile applications based, preliminary, on App Quality Alliance (AQuA)’s test criteria.
This research evaluated the proposed framework through two empirical studies. Firstly, a proof of concept regarding the feasibility of the proposed framework and a second study in a controlled environment to evaluate the proposed framework when compared to another local environment for testing in mobile applications.
The experimental results of both studies indicate that the test service is feasible using cloud resources. The running time of the test process in AM-TaaS was less than a Local Environment Test usually used by developers or testers. In addition, a positive attitude of testers was perceived regarding the use of AM-TaaS. / Devido à alta popularização de serviços em nuvem e o uso de uma ampla variedade de dispositivos móveis com diferentes ambientes e plataformas, um novo modelo para oferecer serviço de teste de software surgiu. Chamado de Teste como Serviço (do inglês Testing as a Service – TaaS), o qual usa a infraestrutura da nuvem para fornecer serviços de teste sob demanda para usuários finais a qualquer momento.
Muitos estudos apresentam os servidos oferecidos por TaaS e suas vantagens. Com base neste cenário, este trabalho propõe um arcabouço, chamado “Automated Mobile Testing as a Service” identificado com as siglas “AM-TaaS” (Automação de Testes para Aplicações Móveis como Serviço), que oferece testes automatizados para aplicações móveis baseados em critérios de teste. Os critérios de teste usados preliminarmente para esta pesquisa foram os critérios publicados pela App Quality Alliance (AQuA).
Esta pesquisa avaliou o arcabouço proposto por meio de dois estudos experimentais. Um primeiro, uma prova de conceito sobre a viabilidade do arcabouço proposto e um segundo estudo em ambiente controlado para avalição do arcabouço proposto em comparação a um outro ambiente local de teste de aplicações móveis.
Os resultados de ambos os estudos indicaram que é possível e viável o serviço de teste utilizando recursos na nuvem. O tempo de execução de todo o processo de teste no AM-TaaS foi inferior ao uso do Ambiente de Teste Local usualmente utilizada pelos desenvolvedores ou testadores. Além disso, uma atitude positiva foi percebida por parte dos testadores enquanto ao uso desse modelo de serviço de teste.
|
3 |
SCoTUAM: uma abordagem para seleção de componentes para testes unitários em Aplicações Móveis / SCoTUAM: an approach for components selecting for unit testing in Mobile ApplicationsLima, Josias Gomes, 92993822411 31 August 2018 (has links)
Submitted by Josias Lima (josias@icomp.ufam.edu.br) on 2018-10-01T22:10:08Z
No. of bitstreams: 5
license_rdf: 0 bytes, checksum: d41d8cd98f00b204e9800998ecf8427e (MD5)
dissertação_josias-vfinal.pdf: 2426702 bytes, checksum: 608ad25d6314e5cbb942757762543ca1 (MD5)
313 ATA de Defesa - Josias Gomes Lima (Assinada).pdf: 621386 bytes, checksum: 7ecfd9469b78fb1425568cd0a2e5b066 (MD5)
313 Folha de Aprovação - Josias Lima (Assinada).pdf: 483409 bytes, checksum: 97c624af46d2aef955b7f2f2930fd1ad (MD5)
CartaEncaminhamentoAutodepósito_Josias.pdf: 120108 bytes, checksum: fd11c4a58dfbac511b1e7e65ed95b59a (MD5) / Approved for entry into archive by Secretaria PPGI (secretariappgi@icomp.ufam.edu.br) on 2018-10-01T22:11:19Z (GMT) No. of bitstreams: 5
license_rdf: 0 bytes, checksum: d41d8cd98f00b204e9800998ecf8427e (MD5)
dissertação_josias-vfinal.pdf: 2426702 bytes, checksum: 608ad25d6314e5cbb942757762543ca1 (MD5)
313 ATA de Defesa - Josias Gomes Lima (Assinada).pdf: 621386 bytes, checksum: 7ecfd9469b78fb1425568cd0a2e5b066 (MD5)
313 Folha de Aprovação - Josias Lima (Assinada).pdf: 483409 bytes, checksum: 97c624af46d2aef955b7f2f2930fd1ad (MD5)
CartaEncaminhamentoAutodepósito_Josias.pdf: 120108 bytes, checksum: fd11c4a58dfbac511b1e7e65ed95b59a (MD5) / Approved for entry into archive by Divisão de Documentação/BC Biblioteca Central (ddbc@ufam.edu.br) on 2018-10-02T12:58:51Z (GMT) No. of bitstreams: 5
license_rdf: 0 bytes, checksum: d41d8cd98f00b204e9800998ecf8427e (MD5)
dissertação_josias-vfinal.pdf: 2426702 bytes, checksum: 608ad25d6314e5cbb942757762543ca1 (MD5)
313 ATA de Defesa - Josias Gomes Lima (Assinada).pdf: 621386 bytes, checksum: 7ecfd9469b78fb1425568cd0a2e5b066 (MD5)
313 Folha de Aprovação - Josias Lima (Assinada).pdf: 483409 bytes, checksum: 97c624af46d2aef955b7f2f2930fd1ad (MD5)
CartaEncaminhamentoAutodepósito_Josias.pdf: 120108 bytes, checksum: fd11c4a58dfbac511b1e7e65ed95b59a (MD5) / Made available in DSpace on 2018-10-02T12:58:51Z (GMT). No. of bitstreams: 5
license_rdf: 0 bytes, checksum: d41d8cd98f00b204e9800998ecf8427e (MD5)
dissertação_josias-vfinal.pdf: 2426702 bytes, checksum: 608ad25d6314e5cbb942757762543ca1 (MD5)
313 ATA de Defesa - Josias Gomes Lima (Assinada).pdf: 621386 bytes, checksum: 7ecfd9469b78fb1425568cd0a2e5b066 (MD5)
313 Folha de Aprovação - Josias Lima (Assinada).pdf: 483409 bytes, checksum: 97c624af46d2aef955b7f2f2930fd1ad (MD5)
CartaEncaminhamentoAutodepósito_Josias.pdf: 120108 bytes, checksum: fd11c4a58dfbac511b1e7e65ed95b59a (MD5)
Previous issue date: 2018-08-31 / FAPEAM - Fundação de Amparo à Pesquisa do Estado do Amazonas / The unit test is the level of software testing by which individual parts of the source code are tested. Implementing this type of test brings some benefits such as reducing failures in existing resources, improving code structure, decrease side effects, and reducing fear of code change (Burke and Coyner, 2017). However, the test activity for mobile applications is time-consuming, causing some developers to choose not to create unit tests. Reduced time makes testing automation a necessity. In this context, this work proposes a plugin to assist developers in selecting components that have a greater value in relation to the cost x benefit of the unit test in mobile applications of the Android platform. To measure the value of cost and benefit of components, the following metrics were chosen: halstead effort (HE), future maintenance cost (FMC), code smells (CS), call frequency (CF), risk of failures (RF), market vulnerability (MV) and business value (BV). The proposed plugin has three main processes: (1) Extraction of static metrics; (2) Extraction of dynamic, market and business metrics; and (3) Execution of the genetic algorithm to select the components to be tested. The proposed plugin called SCoTUAM can be added to the development interface of the Android Studio IDE. In this work two empirical studies were carried out. In the first study, the purpose was to analyze the correlation of the metrics, where the result showed the possibility of using the combined FMC, CS, CF, RF, MV and BV metrics in a multiobjective solution. In the second study, the objective was to analyze the plugin’s effectiveness in selecting components with error compared to the manual selection performed by unit test specialists in Android mobile applications, where the result showed the feasibility of the proposal in assisting the developer in the selection of components for the unit test. / O teste de unidade é o nível de teste de software pelo qual partes individuais do código fonte são testadas. A realização deste tipo de teste traz alguns benefícios, tais como redução de falhas em recursos já existentes, melhoram a estrutura do código, diminuem os efeitos colaterais (side effects) e reduzem o medo da alteração do código (Burke e Coyner, 2017). No entanto, a atividade de teste para aplicações móveis tem o tempo reduzido, fazendo com que alguns desenvolvedores optem por não criar os testes de unidade. O tempo reduzido faz com que a automatização dos testes se torne uma necessidade. Nesse contexto, este trabalho propõe um plugin para auxiliar os desenvolvedores na seleção de componentes que tenham um maior valor em relação ao custo x benefício do teste de unidade em aplicações móveis da plataforma Android. Para medir o valor do custo e benefício dos componentes, foram escolhidas as seguintes métricas: halstead effort (HE), custo de manutenção futura (CMF), cheiros de código (CS), frequência de chamadas (FC), risco de falhas (RF), vulnerabilidade de mercado (VM) e valor de negócio VN. O plugin proposto possui três processos principais: (1) Extração de métricas estáticas, (2) Extração de métricas dinâmicas, de mercado e de negócio e (3) Execução do algoritmo genético para seleção dos componentes a serem testados. O plugin chamado SCoTUAM pode ser adicionado à interface de desenvolvimento da IDE Android Studio. Neste trabalho foram realizados dois estudos empíricos para avaliação do plugin proposto. No primeiro estudo, o propósito foi analisar a correlação das métricas, onde o resultado mostrou a possibilidade de usar as métricas CMF, CS, FC, RF, VM e VN combinadas em uma solução multiobjetivo. No segundo estudo, o objetivo foi analisar a eficácia do plugin em selecionar componentes com erro comparado com a seleção manual realizada por especialistas em teste de unidade em aplicações móveis Android, onde o resultado mostrou a viabilidade da proposta em auxiliar o desenvolvedor na seleção de componentes para o teste de unidade.
|
Page generated in 0.1066 seconds