Tourists Guide (Explore Islamabad)

UNIVERSITY OF EDUCATION

Final Documentation Tourists Guide (Explore Islamabad)

©University Of Education
 Tourists Guide (Explore Islamabad)

Tourists Guide (Explore Islamabad)

Project ID- 00

Project Advisor: Adil Waheed

Submitted By

Name of Student ID of Student

Sohail Ahmad 15010784-08
Naveed Ahmad 15010784-14
Abur-Rehman 15010784-21
Aqib Rasool 15010784-39

University of Education

©University Of Education
 Tourists Guide (Explore Islamabad)

BS in Information Technology-2015-2019

A final year Project Tourists Guide (Explore Islamabad)

Submitted in sectional achievement of the
Requirements for the Award of the Degree of BS in
information Technology.

JAUHARABAD
UNIVERSITY OF EDUCATION
LAHORE

November 2018
“We hereby declare that we have read this “Tourists Guide (Explore Islamabad)”
Documentation and in our Opinion this Project is acceptable in terms of scope and
quality for the Award of the Degree of BS in Information Technology.”

_______________________ _____________________
Project Primary Supervisor Project Examiner
Name: Adil Waheed Name:
Designation: Jauharabad Designation:
University of Education. Examiner here:
University of Education.
 DECLARATION

I declare that this project title entitled “Tourists Guide (Explore Islamabad)” is the result
of our own research base and development except as refer into the references. Tourists
Guide project has not been approved /accepted for any final degree and is not
concurrently/ frequently submitted in candidates for any other degrees. At any each time
if our documentation is found to be improper /incorrect even afterward of BS in
Information Technology, the university has allow to withdraw our BS in Information
Technology degrees.

Signature: _______________________ Signature: _______________________

NAME IN CAPITAL LETTERS NAME IN CAPITAL LETTERS

Name: _________________________ Name: _________________________

Month date, year Month date, year

Date: ___________________________ Date: ___________________________

Signature: _______________________ Signature: _______________________

NAME IN CAPITAL LETTERS NAME IN CAPITAL LETTERS

Name: _________________________ Name: _________________________

Month date, year Month date, year

Date: ___________________________ Date: ___________________________
 PLAGIARISM UNDERTAKEN

I solemnly declare that project work presented in this documentation entitles “Tourists Guide
(Explore Islamabad)” is solely our system work along no compelling addition from each other
people. Small addition/help anywhere taken has been acknowledged and such complete “Tourists
Guide (Explore Islamabad)” has been drafted /written by us.

We accept that zero tolerance/ patience policy/plan of the HEC and University of Education, Lahore
towards plagiarism. Therefore, we as an author of the above titled “Tourists Guide (Explore
Islamabad)” declare that no section of our “Tourists Guide (Explore Islamabad)” documentation and
any material/actual used as references is properly referred/ cited.

We begin that we are found convicted of any academic plagiarism in the over title “Tourists Guide
(Explore Islamabad)” even afterwards award of BS degree, The University reserve the allow to
withdraw of my BS degree and that the HEC and the University has the allow to publish our names on
the HEC/University Website on which names of students are place who submitted plagiarized projects.
Signature: _______________________ Signature: _______________________

NAME IN CAPITAL LETTERS NAME IN CAPITAL LETTERS

Name: _________________________ Name: _________________________

Month date, year Month date, year

Date: ___________________________ Date: ___________________________

Signature: _______________________ Signature: _______________________

NAME IN CAPITAL LETTERS NAME IN CAPITAL LETTERS

Name: _________________________ Name: _________________________

Month date, year Month date, year

Date: ___________________________ Date: ___________________________
 CERTIFICATE OF APPROVAL

This is to certify that the project work presented in this documentation entitled, “Tourists Guide
(Explore Islamabad)”, was conducted by “Sohail Ahmad”, “Naveed Ahmad”, “Abdur
Rehman”, “Aqib Rasool”, under the supervision of “Adil Waheed”. No part of this project has
been submitted anywhere else for any degree. This project is submitted to the “Jauharabad,
University of Education” is partial fulfillment of the requirements of the degree of BS in
Information Technology.

Signature: _______________________ Signature: _______________________

NAME IN CAPITAL LETTERS NAME IN CAPITAL LETTERS

Name: _________________________ Name: _________________________

Month date, year Month date, year

Date: ___________________________ Date: ___________________________

Signature: _______________________ Signature: _______________________

NAME IN CAPITAL LETTERS NAME IN CAPITAL LETTERS

Name: _________________________ Name: _________________________

Month date, year Month date, year

Date: ___________________________ Date: ___________________________

_______________________ _____________________
Project Primary Supervisor Project Examiner
Name: Adil Waheed Name:
Designation: Write designation of Project Designation:
Advisor here Examiner here:
University of Education. University of Education.
 OFFICE OF CONTROLLER OF EXAMINATION

NOTIFICATION

No: ___________ Date: _____________

It is notified for the nomination of all the concerned that Mr./Ms. (Sohail Ahmad),
(Naveed Ahmad), (Abdur Rehman), (Aqib Rasool) BS student of Jauharabad of
University of Education has completed all the requirements for the award of BS Degree
in the discipline of Information Technology as per detail given hereunder:

BS in Information Technology/ Cumulative Result

Credit Hours:___________ Cumulative
Grade Point
Registration No Complete Name Course work Project Total
Average
(CGPA)

Project Title: _______________________

Name of Supervisor: _________________

Signed by
Controller of Examination

CC:
1.abcd
2. xyz3
 ACKNOWLEDGEMENT

We surly acknowledge the collaboration and help make by Sir Adil Waheed, lecturer of
University of Education (Jauharabad Campus). He has been a consistent way of
direction all over the course of this project. We would also like to thank Sir Adil
Waheed from lecturer, University of Education (Jauharabad Campus) for his help
and direction all over this project. We are really thankful to our family members and also
thankful to our family friends whose good help to led us to complete the “Tourists
Guide (Explore Islamabad)” project.

i. Nauman AQ
ii. Fahad Ali

Date_
November 14, 2018
 “ABSTRACT”
Fast development of the travel industry in Islamabad, the capital city of Pakistan, pulls in
numerous visitor. Today the nation getting to be one of the vacationer goals in Asia. Likewise the
city is the seat for Islamic Union base camp and home for some universal associations. Because
of these certainties of the city it is evident to have a way to convey enough data to the guests
utilizing advanced mobile phone.

The principle reason for the undertaking was to plan a city direct portable application under the
Android stage which encourages the client to explore puts inside the city, helps with hunting
down inns and authentic places effortlessly.

The Tourist guide android application was planned and executed by considering fundamental
necessities for a city control application demonstrating a guide, finding places with modified and
grouped markers on a guide and every marker speaking to an explicit facilitate which is a mix of
Latitude and Longitude esteems.

Generally, this task work was great presentation to seeing how Android portable applications are
created to take care of existing issues.
 DELIVERABLE SUBMISSION GUIDELINE

Name of
Contents Remarks
Deliverable
Project Proposal Deliverable-I, should be submit
th
after the commencement of 7
Chapter-1: Gathering & Semester.
Analyzing Information
Deliverable-I
Chapter-2: Software
Requirement Specification
(Sample Attached)

Chapter_3 System Analysis Deliverable-II, should be submit

th
after the commencement of 8
Chapter_4 System Design Semester.

Chapter_5 Graphical User

Interfaces
Deliverable-II
Chapter-6: System Testing

Chapter-7: Conclusion &

Future work

Complete Running Application

 TABLE OF CONTENTS
(Required Chapters of Project Documentation)

TITLE AND DESCRIPTION:

 Inner Title Page

 Statement of Submission
 Declaration
 Plagiarism undertaken
 Certificate of Approval
 Notification
 Acknowledgement
 Abstract

CHAPTER NO. 1: Gathering & Analyzing Information

 Introduction
 Problem Statement
 Goal & Objectives
 Research Questions
 Methodology
o Available Methodologies
o Chosen Methodology
o Reasons for Chosen Methodology
 Definitions, Acronyms and Abbreviations

CHAPTER NO. 2: Software Requirement Specification (Sample Attached)

 Stakeholders Characteristics
 Functional Requirements
 Non-Functional Requirements

CHAPTER 3: Analysis [Use Case Description and Use Case

Model] (Sample Attached)

CHAPTER 4: Design [with Description of each diagram]

 Architecture Diagram
 ERD
 Data Flow diagram (Level 0 and 1)
 Class Diagram
 Sequence Diagram
CHAPTER 5: Graphical User Interfaces

 (Mockups of working software application)

CHAPTER 6: Testing

 Introduction
 Test Scenario (Sample Attached)
 Test Plan
 Definition of Test Cases
 Test Cases Specifications
 Test Cases Results for:
o Black Box Test Cases
o White Box Test Cases.

CHAPTER 7: Conclusion and Future work

References (APA 6 Edition Style)

Appendix
CHAPTER 1: Gathering and analysis information
1.1. Introduction

The quick development of economy and the development of individuals in

Islamabad, the capital city of Pakistan demonstrate huge movement in the
travel industry. This draws in numerous visitors and today the nation is
getting to be one of the traveler goal locales in Asia. Also the city has
numerous worldwide gatherings, celebrations and social occasions that are
enlisted by Pakistani Government. Thus, it is clearly of utilization to have a
shrewd way to convey enough data to guests utilizing what they have on
their hand in any case, a PDA. Additionally, it is better that all the
administration associated with the travel industry are incorporated and put
on a similar application, including inns administrations , authentic spots or
historical center data ,banks and shopping areas and so on.

1.2. Problem statement

As of now there are many visit manage administrators working in the city and the greater
part percent of the guests who go to the city, utilize these administrators additionally for
the lodging reservation directed through the inn site or by reaching the gathering.
Moreover there are some portable applications intended for the city direct reason by
people and programming organizations. Anyway these applications center around posting
the specialist organizations and there are no guidance of how to get to the area of these
spots. The Google delineate additionally included with the markers, be that as it may, the
markers are not exhibited in a bunched organization and this makes the guide hard to use
for situating to a specific place.

The inspiration of this Tourist guide android application is to add some new component
in to the current application. Besides, the task investigates Android advances and puts
them as a building part like Google Maps.

1.3. Project goals & objective

In light of the foundation of the Tourist guide android application, it has different
destinations. The real destinations are recorded underneath:

· Enable clients to explore puts inside the city effectively, for instance to lodgings, visitor
destinations, banks and shopping places.
· Provide rundown of specialist co-ops with their administration .if there should be an
occurrence of lodgings, with a short depiction and the location.

· Use and alter Google Maps with bunch markers which utilized as the fundamental
highlights in the execution of the Tourist guide android application.

· Save time and exertion in scanning for lodgings and exhibition halls.

1.4. Methodology

Available methodology
Choose methodology
Reason for choose methodology

1.4.1. Available methodology:

To develop the web application here a lot of option or model by using one of them
project can be competed in different step. The list of available model is given below.

 Waterfall Incremental model

 Prototypes Model
 RAD (Rapid Application Development) Model
 Spiral Model
 Agile Software Development

 Waterfall model:

In waterfall model flow of step is downward like staircases. Each step must be
completed before moving to the next step. After completing the one step you
cannot go the previous step.

 Prototype model:

Prototype model is used when the user does not clear about his requirement.
Then the prototype software is providing to the customer or user so that user can
clearly understand about his need.
 RAD model:

RAD (rapid application model) he want his require system in less time. Then the
engineer use the RAD model which divide the project in different parts and
different team start working on these part to developed there parts rapidly.

 SPIRAL model:

Spiral model is an iterative model. This model allows the iteration. When the
customer wants changes then the spiral model allow the engineered to adjust the
changed requirements.

1.4.2. Choose methodology:

We are using method in our system. In our web application we are using method
are given below:

 Waterfall model.
 Prototype model.

 waterfall model

We are using the water fall model this model does not allow to move to next step
before completion of the previous step. Iteration is not possible in the water fall
model because its flow is like water flowing from upwards to downward then
the water flow cannot flow again upwards so the water fall model does not allow
iteration.

 Prototype model

Another model is used in our system is prototype model. Sometime the customer
or user doesn’t know what I need then the engineer developed the prototype
model. The passage of time the customer requirement will change. Then the
developer changes his prototype model according to customer need.

1.4.3. Reason for choose methodology:

In our project we are using the waterfall and prototype model because we have
some clear requirements and some requirements are not clear. These
requirements are clear we apply the waterfall model. Some requirement is not
 clear we apply the prototype model. That why we are using waterfall model.
There is no ambiguity in the requirements. We found that user is clear about this
model because we want to complete our project step by step. After completing
the one step we do not want to go back we do not want to go to the previous
phase. To processed phase we must have to complete the previous phase. By
using waterfall model we complete our project successfully. Waterfall model
will help us to complete the project step by step like stair cases step.

1.5. Acronyms, Definition and Abbreviation

1.5.1. Definition:

 Customer:
The Customer is a particular/individual or business that the purchase goods and
services/work produced/generate by a business.
 Project manager:
The “Project Manager” is the answerable /responsible for leading a Final project
form its inceptions to the executions.

 Stakeholder:

A stake holder is a people or peoples who own a share in a business. They have an
interest in the success of a project .who effect the positively or negatively of the
project.

 Competitive Analysis:

Gathering information about your competitors the services they offer, special
incentives for employees or customer for the purpose competing with them .

 Perceived value:

Your customer values that they attach to your product or services.

 Good will:

The values of your business assets or the positive reputation you have built up
with your customers.
  Requirements:

Basis of the all the project requirements are something may be wanted or needed.

 Requirements analysis:

It is the process of determine user expectation for a new modified product.

1.6. Acronyms and Abbreviations:

Acronyms and Abbreviations:

SRS System/Software Requirement Specification

GUI Graphical User Interface
PM Project Manager
XML Extensible Markup Language
APP Application Program
ADT Android Development Tool
AVD Android Virtual Devices

OS Operating System

CHAPTER # 2
Software requirement specification
1.1 Stakeholders Characteristics:

 Stake holder power

 Stake holder interest
 Stake holder attitude
  Stake holder complexity
 Stake holder experience

2.1.1. Stake holder power:

All the stakeholder concerned to the project completion have ability to work done
efficiently on the application to gain desired outcomes our project. Manger also have
the ability to control all the task properly and we hope our team will complete this
project on time.

2.1.2. Stake holder interest:

All the stake holder related to this project are very excited to work on it. Skill level of
stake holder working on project is very high. All the stake holder did the proper
homework on the requirement of the project.

2.1.3. Stake holder attitude:

The attitude of stake holder is supportive or non-supportive. If the stake holder

attitude is supportive then the project will be complete within time.
Different points given below:
 Good decision making.
 Every phase is completed quickly.
 Stake holder attitude are major factor of that effect the decision making
and processing.

2.1.4. Stakeholder complexity:

Complexity level of the stake holder is good. Stake holder working on the web
application has to ability to manage the complexity of the situation. Stake holder has
enough experience to present the solution for the problem.

2.1.5. Stake holder experience:

We have expert team members provide the proper solution for complex situation. All
team members are able to complete their assigned task.
 Software Requirement
Specification

Software Requirements Specifications

Functional Requirements
1. The functional requirements of the system describe the functionality or services that the system is expected
as provide.

1.2 I
1.3 Requirements 1.4 Justification
D
Admin & User
REQ-1 Open User will open application
User will be able to search location from
REQ-2 Search Location
Locations list.
REQ-3 Available location User can check the available locations
REQ-4 View status User can view availability status.
REQ-5 Update Admin can update the locations.
REQ-6 Assign Location User can assign the Location
Location duration User will able to see the duration to reach
REQ-7
destination.
REQ-8 Location sharing User can share the location with other user.
REQ-9 Add Location Admin can add Location.
REQ-10 Remove Location Admin can also remove Location.

Non Functional Requirements

Non-functional requirements are the quality requirements that stipulate how well a
software does what it has to do. These are Quality aspect /attributes of all project; these
can be seen at the executions of the system and they can be besides the type/part of
the application architecture.

Accuracy:
The system will be accurate and reliable based on the design architecture. If there is
any problem in the accuracy then the system will provide alternative ways to solve the
problem.

Usability:
The proposed Tourism system will be simple and easy to use by the system users.
System users will comfort in order to /inform/communicate with the proposed system.
The system user will be provided/add with an easy user interface of the proposed
system.

Accessibility:

The Proposed system will be accessible/ available through “Internet” and there should
be no any familiar problem.

Performance:

The proposed system functions performance will be at its best when system performing
the functionality of the proposed system.

“Reliability”

The Tourism system will be more reliable in complete circumstances and if there is any
Issue/problem that will be affectively hold in the design.

Security:
The Tourism system will be highly “Secured”.

Software and Hardware Requirements

Software Requirements:
Following software are used in development of Software Project Management.
Android Studio
MYSQL
Android Development Tools Plugins
Android virtual Device
Adobe Photoshop

Hardware Requirements:
Android based Smartphone
CHAPTER # 3
 Use Case & Test Case Sample

USE CASE SCENARIO SAMPLE

UC Number: 1.1

UC Name: Available Location on Map

Functional Requirement No: REQ 3

Primary Actors/Stakeholders: User

Description: To get all pins on map by selecting map option

Preconditions: The user must have Internet connection.

Main Success Scenario (MSS):

1. The user connects to the internet.

2. The selects the map icon.
3. The system determines the internet connection.
4. The system displays all the pins on map.

Alternative Scenario:

1. Unavailability of internet connection.

Post conditions:
2. The User Should have Android smart phone
3. The user should have Internet connection.

Extensions:
1. The system determines the unavailability of internet.
2. The system prompts the user to connect to internet and try again.
TEST CASE SCENARIO SAMPLE

Test Case ID: 03

Test Case Name: Available Location on Map

Test Priority: Medium/ High/ Low

Preconditions: The user must have internet Connection to load map/

Post conditions:
1. The user will Install application
2. The user will have access to the map and the locations.

Expected Actual Test Test Test

SN Action Inputs
Outcome Output Application result comments
Show map Show map
1 Launch Icon click With pins With pins PASS [Nauman
Android 8.0
Application Huawie 19/1/2019]:
Launch
Successful

Show
Launch map with
2 Application Email ID: Show map pins Androide PASS [Fahad
Icon click With pins Samsung 19/1/2019]:
Launch
Successful
CHAPTER # 4
GANT CHART
01-01-19 to 15-01-19 to 18-02-19 to 01-04-19 to 16-04-19 to 05-06-19 to
01-06-19 17-02-19 30-03-19 15-04-19 31-05-19 02-07-19
Proposal
Deliverable 1
Project Cost
CPM
Gant Chart
Vision Document
Use Case , DFD Diagram
Organizational Chart
Deliverable 2
Use Case Description
Class diagram
Sequence Diagram
DFD diagram
DFD diagram

Prototype 1
Build App
Build GUI

Prototype 2
Testing & bug
fixes

Deployment
Artitecture Diagram
Class diagram
ER Diagram
Use Case Diagram
Sequence Diagram
DFD
DFD level 1

https://www.smartdraw.com/entity-relationship-
diagram/er-diagram-tool.htm
 CHAPTER # 5

Graphical User Interface

Home page
The primary page of our application contains the two catch named "Expression" and "Pursuit

Transportation Medium". Figure 1(i) depicts the landing page.

Explore
Search
The page will provide a google map with route from source to destination. It will also
give the basic transportation cost and distance. Figure 2 describes this page.

Favourities
Map
Search
 CHAPTER # 6

System Testing
6.1 Introduction
The page will furnish a google map with course from source to goal. It will likewise give the
fundamental transportation cost and separation. Figure 3.1.1(iii) portrays this page.
The application is test on Android Studio and on the present rendition of Android 6.0. It runs
superbly in all Android adaptation which are among Android Studio. This is on the grounds that
the Android SDK stage bundle incorporates API level 1 to API level 23.
There were a few default symbols on the portable screen In any case, because of the test was
under a virtual situation, not the majority of the capacities could be utilized, for example,
camera, maps and email. The movement control application symbol was the second last of the
base line. The name was titled as "Tourist Guide".

During testing, diverse AVDs were made for various API levels and the application run and
demonstrated all the normal results with the main special case that the tourist guide couldn't be
shown on the emulator. At that point for this part the genuine Android cell phone was utilized
and the Google Maps showed superbly.

6.2Test Scenario
T/C ID : 1

T/C Name: Home Page

T/C Priority: “Medium” High “ Low”

Preconditions: The primary page of our application contains the two catch named
"Expression" and "Pursuit Transportation Medium".

Expected Actual Test Test Test

SN Action Inputs
Applicatio
Outcome Output n result comments
Click Home Home Home Andriod
1 Page Page Page devices PASS [ Aqib
08/06/2019]:

Successful
 Android
2 Enter Open Open Devices PASS \Name
Link Successful Successful 08/06/2019]:
Home page
Password: **** lounch
Successful

T/C ID : 2

T/C Name: Explore Page

T/C Priority: “Medium” High “ Low”

Preconditions: The Explore page of our application contains the facility to explore different
places.

Expected Actual Test Test Test

SN Action Inputs
Applicatio
Outcome Output n result comments
Click
Explore Explore Explore Andriod
1 Page Page Page devices PASS [ Aqib
08/06/2019]:

Successful

Android
2 Enter Open Open Devices PASS \Name
Link Successful Successful 08/06/2019]:
Explore page
Password: **** lounch
Successful

T/C ID : 3

T/C Name: Explore Islamabad

T/C Priority: “Medium” High “ Low”

Preconditions: The Explore page of our application contains the facility to explore Islamabad.
 Expected Actual Test Test Test
SN Action Inputs
Applicatio
Outcome Output n result comments
explore exploreexplore Andriod
1 Islamabad Islamabad Islamabad devices PASS [ Aqib
08/06/2019]:

Successful

explore explore Android

2 Enter Islamabad Islamabad Devices PASS \Name
Link Successful Successful 08/06/2019]:
Explore page
Password: **** lounch
Successful

T/C ID : 4

T/C Name: Search Adhi Kot Road

T/C Priority: “Medium” High “ Low”

Preconditions: The Search page of our application contains the searching facilities. We search
Adhi Kot Road in this application.

Expected Actual Test Test Test

SN Action Inputs
Applicatio
Outcome Output n result comments
search search search
Adhi Kot Adhi KotAdhi Kot Andriod
1 Road Road Road devices PASS [ Aqib
08/06/2019]:

Successful

search search
Adhi KotAdhi Kot Android
2 Enter Road Road Devices PASS \Name
Link Successful Successful 08/06/2019]:
search Adhi
Password: **** Kot Road
Successful
 T/C ID : 5

T/C Name: Search Adhi Kot Road

T/C Priority: “Medium” High “ Low”

Preconditions: The Favourities page of our application contains different favourite cities.

Expected Actual Test Test Test

SN Action Inputs
Applicatio
Outcome Output n result comments
Favourities FavouritieFavourities Andriod
1 City s City City devices PASS [ Aqib
08/06/2019]:

Successful

FavouritieFavourities Android
2 Enter s City City Devices PASS \Name
Link Successful Successful 08/06/2019]:
Favourities
Password: **** City
Successful

T/C ID : 6

T/C Name: Map Page

T/C Priority: “Medium” High “ Low”

Preconditions: The Map page of our application provide location facilities.

Expected Actual Test Test Test

SN Action Inputs
Applicatio
Outcome Output n result comments
Map MapMap Andriod
1 Location Location Location devices PASS [ Aqib
 08/06/2019]:

Successful

MapMap Android
2 Enter Location Location Devices PASS \Name
Link Successful Successful 08/06/2019]:
Map
Password: **** Location
Successful

T/C ID : 7

T/C Name: Search Facilities

T/C Priority: “Medium” High “ Low”

Preconditions: The Search page of our application provide Searching facilities.

Expected Actual Test Test Test

SN Action Inputs
Applicatio
Outcome Output n result comments
Search Search Search Andriod
1 Location Location Location devices PASS [ Aqib
08/06/2019]:

Successful

SearchSearch Android
2 Enter Location Location Devices PASS \Name
Link Successful Successful 08/06/2019]:
Search
Password: **** Location
Successful
6.3Test Plan

Approved
Description Date Reviewer by
Version Write by

08/06
1 Aqib Rasool Tourist Guide 2019

2 Email ID:
aqibrasool@g
mail.com
Password: ****

6.4Test Cases Specifications

All the practical and nonfunctional requirements are test. Concerning practical necessities the
application gives enough data and makes it simple to pursuit and explore to places in the city.
The GUI is easy to understand and utilized various pictures to speak to spots and markers. The
application is planned in a manner to be adaptable. That implies it is anything but difficult to
utilize it for another city with some customization on the execution.

6.5Test Cases Results for:

i. Black Box Test Cases

At the point when the analyzer does not know anything about the inside engineering of the
product, it is conceivable to direct black box testing. We portrays black box testing as the
association with an interface by giving contributions without knowing how the inside framework
design resembles.

There are various kinds of testing with regards to black box testing. Williams (2006) records
relapse testing as one of six sorts of testing. Relapse testing is led when you have a test suite that
should be re-run once changes in the product occur, since an adjustment in the code may change
the yield of the program. Just this kind of testing is referenced on the grounds that relapse tests
are kept running all through the entire testing cycle, and is significant when testing any sort of
programming.
On account of Android GUI testing, discovery tests can be developed with the assistance of
application worked to copy contribution to an Android gadget, and in this manner test the
application as it's expected to be utilized.

ii. White Box Test Cases.

The testing approach of programming testing comprises of white box testing. We are talking
about here white box testing which otherwise called glass box is trying, basic testing, clear box
testing, open box testing and straightforward box testing. It tests inward coding and foundation
of a product center around checking of predefined contributions against expected and wanted
yields. It depends on inward operations of an application and spins around inside structure
testing. In this kind of testing programming abilities are required to configuration experiments.
The essential objective of white box testing is to concentrate on the progression of information
sources and yields through the product and reinforcing the security of the product.

Unit Testing

Unit Testing is normally connected toward the start of the advancement of Android applications,
which are generally composed by designers and can be taken as a kind of white-box testing. Unit
testing means to guarantee that each usefulness, which could be spoken to as a capacity or a
segment, works appropriately (i.e., as per the experiments).

The fundamental objective of unit testing is to confirm that the usage functions as planned. Relapse
testing comprises in re-executing recently executed experiments to guarantee that consequent
updates of the application code have not affected the unique program conduct, permitting issues
(whenever displayed) to be settled as fast as could be expected under the circumstances. Ordinarily,
relapse testing depends on unit testing. It re-executes all the unit experiments each time when a bit
of code is changed. For instance, Hu et al. [84] have connected unit testing to consequently
investigate GUI bugs, where JUnit, a unit testing system, is utilized to computerize the age of unit
testing cases. Reconciliation Testing.

Basic tests in a product testing methodology

● Test littlest potential units of code

● Isolation

○ utilize taunting systems to seclude your unit from its conditions

In Android, 2 sorts of unit tests:

1. Nearby Unit tests

a. Keep running on nearby JVM

b. No entrance to Android structure API

c. You could mock a portion of the API

Integration application Testing

Integration testing consolidates all units inside an application (iteratively) to test them as a gathering. The reason
for this stage is to derive interface deserts among units or capacities. It decides how productive the units are
intelligent. For instance, Yang et al. it have proposed an apparatus called IntentFuzzer to test the capacity issues
associated with between segment correspondence.

7. CONCLUSION

The Tourist guide android application manages the primary elements of a different places direct
application as expressed in the presentation. A definitive objective of the undertaking was
planning an application which incorporate the administrations working around the tourist
industry and however much as could be expected to give numerous bundles inside one
application. The second thought was the downside of the current versatile application working in
the city and this Tourist guide android application attempted to actualize another idea.

The principle target of the Tourist guide android application were accomplished and the client of
the application can without much of a stretch explore wherever with the city, effectively scan for
inns, effectively discover tourist destinations utilizing the guide which has a redone marker, get
to the present cash swapping scale lastly the client can undoubtedly save a lodging from this
application.

The application is taking a shot at Android stage and can keep running on Android 4.2 to the
present form of Android OS. During usage it utilizes a great deal of API and an outside JAR
record.
At last, it was great presentation to take a shot at this task. I got a great deal of exercises chipping
away at Android programming, particularly controlling Google Maps for the application
purposes. The difficult part was to get assets around executing the grouping marker.