Gesturs :: Functional Testing for Gestures Stroked

Page 1

Mission
Test for the functionality of gesture trigger and action in Gesturs 1.0 application. Write the bug report
with investigation for the behavior observed.

Application
Gesturs 1.1 | http://gesturs.com/Downloads


Test Machine
Windows 7 Ultimate SP1 32 bit | 2 GB RAM
Windows XP Professional SP3 32 bit | 2 GB RAM

Tester
Ravisuriya


Date and Time
11
th
April 2014
120 minutes

Coverage Area
Installation, Install Files, Gesture Threshold Area, Gesture Stroke, Gesture Stroke Length, Gesture
Reversal Trigger, Gesture Reversal Count, Gesture Response Time, Default Gesture Storing, Gesture
Angular Threshold, Gesture Stroke Trigger

Note
This report has the information about the risk to product which I identified during the session. The
descriptive and detailed session note is not included in this report and it is removed while editing this
report.

I focused on different areas of application for coverage. I started with the gesturing stroking to start
with as I felt it is interesting to practice and learn.





Gesturs :: Functional Testing for Gestures Stroked

Page 2


Obs. ID #1

Title: Install :: Installation is not successful after showing the message cabinet file is corrupted.

Description
On downloading the MSI installer from http://gesturs.com/Downloads, started the installation.
The installation was not successful. It was aborted saying cabinet file is corrupted. Downloaded
the MSI installer again and re-started the installation freshly. Observed the same behavior and
install was not successful.

Test Investigation
This machine had .Net Framework 4.5.1. I used the same MSI installer on other machine and it
was installed successfully. It looks like a mismatch with framework identification. Later the MSI
installer was not recognized by Operating System; tying to install it said file is not recognized.
The installer could have handled it better by identifying framework environment.

Impact
It can keep users away from using the Gesturs for having the .Net framework installed but the
needed profile version by product. Branding of the product will be not appealing when product
fails to launch its installation.

Attachment
Refer the screenshot here -- http://i.imgur.com/49F2l5e.png
Refer the MSI install log file here -- https://www.dropbox.com/s/45ni3ukvmgdgvau/log.txt


Reproducible: Yes


Gesturs :: Functional Testing for Gestures Stroked

Page 3

Obs. ID #2

Title: Install :: The used registration key can be reused for the fresh install on another computer.

Description
Installed the product and registered successfully on a computer. Later, I used the registration
key which was used on another computer after successful installation. The install on second
computer was successfully registered. The tutorial screens were shown and I was able to use
the product.

The other scenario is without providing the email-id during registration. I used the registration
of key of another user. The tutorial screens were shown and I was able to use the product.

Test Investigation
There is no association of unique machine id or other means where the unique registration key
is generated. From the tests it indicates I can use others registration key and use the product.
There is no need to provide the email-id for user to register.
On uninstall and re-install on same machine, it does not prompt user for registration key or user
identification with her/his email-id.

Impact
With the less organized registration process, Tomar Technologies and Gestur, is losing to build
the user database -- which is highly valuable for any product vendor or company. We are not
sure what the future roadmap of the product is. If the registration key and email-id is used for
availing more feature in future, both the user and product owner are at loss for present
registration mechanism.

Attachment: None

Reproducible: Yes








Gesturs :: Functional Testing for Gestures Stroked

Page 4

Obs. ID #3

Title: Gesture :: Previously used gesture is triggered for the new gesture action made.

Description
Made the Operating System gesture Close Application on a text file. The next gesture was the
gesture stroke of 10 pixels long. This gesture triggered the Close Application action. But the
gesture should be activated or displayed (mini view) only when the gesture stroke is 15 pixels
long as per the setting file.

Test Investigation
The previously used gesture will be recalled or appears on making a stroke for the next gesture.
The new gesture stroke will be recognized only the stroke is lengthier than 10 pixels. On
making a new gesture, that gesture pattern will be looked and suggested in next gesture stroke
of user.

In a view this behavior makes sense. But in a perspective of intelligence, this behavior does not
make much sense because the suggesting or showing the previous used gesture on minimum
distance activation can make user uncomfortable if that gesture trigger is accepted.

Impact
It depends on what kind of gesture the user invoked last time and what is the present
foreground application. It will be annoying to user if that was not gesture action expected.
Gesture exists to perform intended action with less attention of user. But in this context, user
needs to devote high attention for using the gesture of Gestur.

Attachment
Video file: https://www.dropbox.com/s/rta800614u096if/1.wmv

Reproducible: Yes








Gesturs :: Functional Testing for Gestures Stroked

Page 5

Obs. ID #4

Title: Configuration :: Application.json file created on install is not sanitized. It includes the gesture of
person who compiled the installer.

Description
Few of the gestures notations are already used though I did not use them. With this I was not
able to use that gesture notations. For example, F was already used and it was not use for any
gesture that comes by default with application on install.
The configuration and settings should be fresh and sanitized on every machine after install.

Test Investigation
On installing the application, I toured the product. Understood the concepts and design to an
extent where I can start my testing. The file Application.json available in /Gesturs 1.1/Data
folder, had the entry of gesture notations which I have not used. Closely observing the details
and studying the file, noticed it includes the gesture notations of person who could have
compiled the installer. This stops me from providing the same gesture notation on my machine
saying it is already used.

{"__type":"Action:#Gesturs.Applications","ActionSettings":"{\"Arguments\":\"\",\"Command\":\"C:\\\\Users\\\\H
emant\\\\AppData\\\\Roaming\\\\Microsoft\\\\Windows\\\\Start
Menu\\\\BitTorrent.lnk\"}","GestureName":"","Name":"Open
","PluginClass":"Gesturs.CorePlugins.RunCommand.RunCommandPlugin","PluginFilename":"Gesturs.CorePlugins.d
ll"}

Impact
It makes me annoying to use this product if the configuration files are corrupted and gestures
do not work by on successful installation.

Attachment
None

Reproducible: Yes






Gesturs :: Functional Testing for Gestures Stroked

Page 6


Obs. ID #5

Title: Gesutre :: Application crashes when the gesture invoked is not recognized.

Description
Made the Open File gesture and did not see any gesture action. Did the gesture again and
noticed the mini view saying Open File. But nothing was opened. Trying to make any other
gesture or the same gesture again noticed the dialog saying Access to the path
C:\Users\user\AppData\Local\Temp\tmp\FB1D.tmp is denied.
Clicking on button OK it observed a dialog saying, object to reference is lost. Clicking on button
OK, the application got crashed.

The crash is also observed when the gesture is being invoked repeatedly which does not make
any trigger action.

Test Investigation
Crashes are observed at different points. One is when it is trying to make a gesture which does
not trigger any action. When the gesture mark is not cleared with Reversal Count Value, the
crash is observed. In context of Open File gesture, it should be invoked only when an
application is open. But this gesture got triggered when no application was in foreground.
The response times of the gesture trigger in the test environment looked to be within in a
second. We tried observing through DLL invokes and gesture trigger for actions; it was in a
second. The response of the application which the gesture was plotted, it took time and this
acceptable behavior as Gestur has no control over the target application.

But this quickness caused the crash? Possibly yes in a scenario and possibly no in few context.
Monitored response time of the gesture action to trigger is available here --
http://i.imgur.com/5muIvP6.jpg.

We should test in different environment and different configuration to assess if the trigger
speed has any influence in crash or not. And the environment and user actions have influence
in the creating the crash scenarios. It needs to be tested for such scenarios.

Impact
Crash is observed very frequently and if the user is adapted to use this product, she or he might
experience crash very often on machines which have faster processing speed as per
investigation due to Gesture Trigger time.
Gesturs :: Functional Testing for Gestures Stroked

Page 7



Image: Gesturs Function Invoke Time


Image: Gesturs State Transistion Time for Responsding


Attachment
Video file: https://www.dropbox.com/s/gmkzwmu4eeme508/7.wmv?m=
Dump File to investigate with WinDbg:
https://www.dropbox.com/s/yndmunpw4pfgsrz/dumpExcep1_140417_001807.dmp?m=
WER: https://www.dropbox.com/s/vstoj6sqoqpeflj/Report.wer
Gestur Response Time Function Pattern: http://i.imgur.com/5muIvP6.jpg
Gestur Response Time: http://i.imgur.com/EY45vs5.jpg

Reproducible: Yes



Gesturs :: Functional Testing for Gestures Stroked

Page 8


Obs. ID #6

Title: Gesture :: Deleting the gestures from help file, it cannot be recovered on re-installing as well.

Description
Opened the help file through the gesture h. Deleted all the gestures listed here. On deleting
noticed the OS gestures and few application gestures were deleted.

We were not able to use any gestures. The application gestures for notepad, IE and Skype were
functioning while they were not displayed in Gestur pane. Uninstalled the application and re-
installed it successfully.

The OS gestures were not restored. Any OS gesture plotted did not trigger any action. It was not
possible for us to use Gestur here after for other than opening applications and links.

Test Investigation
It looks like the help act as data storage for gesture. Gestures.json file includes the plot points
but it is not used when the corresponding gestures are drawn.

User need to be informed before the deletion of any gestures as it cannot be rolled back.

Impact
We cannot use Gestur from here and we do not know the work around.

Attachment: None

Reproducible: Yes










Gesturs :: Functional Testing for Gestures Stroked

Page 9


Obs. ID #7

Title: Gesture :: The gesture action will not be invoked when the gesture stroke is 15+ pixel long.

Description
On creating the reversal cancel scenario, noticed the 5
th
stroke exceeds the gesture activation
threshold area which also means stroke is 15+ pixels in length. As per the Gestur config, the
gesture stroke has to be shown when it is 10 and 10+ pixels in length and it should trigger
action when it is 15 and 15+ pixels in length.

But in this context, i.e. the 5
th
stroke will not trigger any action because the gesture is not
recognized despite it is 15 pixels in stroke.

Test Investigation
The inertia of gesture is so quick the stroke goes unrecognized. This also makes the gesture to
be 15+ pixels in length crossing activation threshold area of gesture in that coordinate points.
Having collection of plot coordinates helps in a perspective for gesture pattern recognition and
also it exhibits this behavior.

Impact
User need to re-stroke the gesture. But the behavior said in observations 3 and 6, it can make
the user annoyed.

Attachment
Video: https://www.dropbox.com/s/h5t6tbrbcdbrgzj/9a.wmv

Reproducible: Yes










Gesturs :: Functional Testing for Gestures Stroked

Page 10


Obs. ID #8

Title: Gesture :: The gesture reversal cancel is not invoked when the count crosses the set value.

Description
On drawing a gesture and crossing over the drawn pattern for 4 times, the gesture stroke is not
canceled. May be this behavior is observed because of Reversal Angle Threshold of gesture
stroke.

Due to this, the user will see the unwanted and non-resultant gesture stroke on screen. In this
case, I need to make 5 to 8 gesture strokes to see a new activation gesture stroke.

Test Investigation
Reversal Angle Threshold needs to be reconsidered for the plot coordinates recorded in
Gestures.json file. Each coordinates can trigger different gesture which is nowhere related to its
stroke.

The close plot coordinates and angle threshold does not clear the gesture stroke on set count is
reached.
Impact
This behavior makes to see an action which is not expected by the user. For example, a
minimize gesture opens the notepad.

Attachment
Reversal Count Video: https://www.dropbox.com/s/eype6lji883i01h/8.wmv
Angle Threshold Video: https://www.dropbox.com/s/8xj4e59r292syo8/8a.wmv?m=

Reproducible: Yes









Gesturs :: Functional Testing for Gestures Stroked

Page 11

Obs. ID #9

Title: Gesture :: The visual feedback color of gesture stroke will not be visible if desktop background is
black-in-color.

Description
On making a gesture stroke the visual feedback will appear on screen if stroke is 10+ pixels long.
The color of this stroke appears to be of black-in-color.

If the desktop has black-in-color background or wall paper or theme, the visual feedback of the
gesture will not be visible. The not activated version of Windows OS show black background. If
this background is not changed by the user, user will not be able to see the visual feedback.

Test Investigation
No option to user for selecting the visual feedback color for today.

Impact
It functions, but the usability and experience factor is not appealing here.

Attachment: None

Reproducible: Yes



*** End of Report ***