2017
DOI: 10.1016/j.jss.2016.12.017
|View full text |Cite
|
Sign up to set email alerts
|

A general framework for comparing automatic testing techniques of Android mobile apps

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
1
1
1
1

Citation Types

0
54
0
2

Year Published

2017
2017
2023
2023

Publication Types

Select...
6
1

Relationship

3
4

Authors

Journals

citations
Cited by 52 publications
(56 citation statements)
references
References 10 publications
0
54
0
2
Order By: Relevance
“…Previous work has compared different techniques and tools for AIG (Choudhary et al, 2015;Amalfitano et al, 2017;Zeng et al, 2016). Choudhary et al have compared AIG testing tools in terms of ease of use, ability to work on multiple platforms, code coverage, and ability to detect faults (Choudhary et al, 2015).…”
Section: Related Workmentioning
confidence: 99%
“…Previous work has compared different techniques and tools for AIG (Choudhary et al, 2015;Amalfitano et al, 2017;Zeng et al, 2016). Choudhary et al have compared AIG testing tools in terms of ease of use, ability to work on multiple platforms, code coverage, and ability to detect faults (Choudhary et al, 2015).…”
Section: Related Workmentioning
confidence: 99%
“…Amalfitano et al. compared testing techniques and tools for mobile apps and determined that the most widely used strategies are depth‐first and breath‐first search. In the present work, both strategies were implemented, but only the results of the depth‐first search are used in the evaluation section because the number of times that the app has to be initialized (or relaunched) is lower, which in turn decreases time required to extract the model.…”
Section: Implementation For Android Devicesmentioning
confidence: 99%
“…However, in fact, the GUI models of mobile apps may innately have an infinite number of UIs or may have infinite loops. As such, the GUI testing procedure may infinitely exercise app unless the termination condition is explicitly specified by the user . Hence, to address this problem, the existing tools set the termination condition for the testing procedure such as limited execution time, or manually predefined number of events to be injected, or the depth of exploration in the UI model.…”
Section: Proposed Approach: Mobolicmentioning
confidence: 99%
“…As such, the GUI testing procedure may infinitely exercise app unless the termination condition is explicitly specified by the user. 15 Hence, to address this problem, the existing tools set the termination condition for the testing procedure such as limited execution time, or manually predefined number of events to be injected, or the depth of exploration in the UI model. 14,15 Therefore, with such specified termination conditions, the existing tools may not discover certain app UIs, especially if they are located at deep levels in the UI model.Problem#2.…”
mentioning
confidence: 99%