Recyclone

Testing

Testing Strategy

  Our main focus of testing was user-acceptance test. Ultimate goal of our project is to service well working app to users, so we concentrated on user's satisfaction and unexpected errors. Before acceptance test, our test was basically held step by step following the order of development.
  Testing for UI performance was basically held by simulator provided by Xcode and Android Studio. During this period, test of back-end and front-end was carried out seperately. When overall front-end and back-end developments were finished, we tested connection between back-end and front-end by deploying application to mobile devices due to camera function and GPS system. After connetion is fully made, we checked accuracy of our application checking if it is returing wrong value or showing errors.
  Finally, user-acceptance test was held with fully-working application. In order to collect reliable data, testers were selected from diverse background and assigned to use expected mode of app based on their background.

Compatibility testing (if applicable)

  Flutter supports both iOS and Android, however each platform requires additional process to optimise the performance. So we had to check compatibility for each OS. Our version of Flutter app supports Android(API 16 & above) and iOS(iOS 8 & above) supporting majority of smartphone users. Compatibility test was held with four different devices with different softwares.
  Android app was built on device through Android Studio using Window desktop. iOS app was built on device through Xcode using MacBook.

Installation Result
iphone 8+ (iOS 14.4.1) Success Cannot enter the app
iphone 11 (iOS 14.3) Success Avaiable at beginning, but the app was constantly lagging or stopping
Galaxy S10 (Android 10) Success Fully working 
Galaxy S20 (Android 11) Success Fully working, Very smooth

Table. Result of Compatibility Test

  The result was different due to gap between Android and iOS such as system permission policy. Mostly our work was based on Android studio and Android devices because it was our first main targetting platform (Android is in leading position of OS market containing 71.93% of market share), so our app caused some issues to iphone. Also, we had limited time for small members to debug another OS, so we decided to leave our app having potential to easily expand. This task is discussed with our client, and we received the reply that he is satisfied enough with current state.

User Acceptance Test

  As we mentioned, user-acceptance test was held with various testers based on the profile. Due to our decision from Compatibility test, the test is held with Android phones.

Test Case Pros Feedback for Improvements
Junho
(University Student)
Customer Mode
Beginner case:
Login, Intro, Choose your fate, Diffculty check
*Nice Intro Screen
*Good idea to set customer's preference in the beginning.
*Not difficult to use after knowing manual.
*Hope there is some tutorial to guide each features in app.
*Hard to take photo until app recognise product.
*It will be good if you add other signing method.
James
(Office Worker)
Customer Mode
Normal customer case:
Performing quest
*Clear info of each quest
*Like the incentive system
*Managable amount of quests
*Think location of QR ID might need to be changed
*Diverse requirement to reach each level.
Isabel
(Ual Student)
Customer Mode
Overall review of views *Nice and slick UI
*Smooth and nice animating graphic
*Support light mode
Min
(Engineer)
Manufacturer Mode
Verification Process *Fast QR ID recognision
*Handling unmanagable verification
*Verification to check if the quest is what I requested
Jason
(Working in Manufacture Company)
Manufacturer Mode
Requesting Process *Easy to request the items. *Type of material is too roughly categorised
*Hope there is system to consider quality of materials.