Changes between Initial Version and Version 1 of TestPlan

Show
Ignore:
Timestamp:
08/27/08 06:47:29 (2 years ago)
Author:
trac
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • TestPlan

    v1 v1  
     1Shared Records Test Plan 
     2 
     3'''Startup conditions''' 
     4 
     5There a number of possible startup conditions for the application. For a full test, the app needs to be tested under each of the following initial conditions. 
     6 
     7 
     8 1. Installed onto the hard drive, all tests run in series. 
     9 1. Installed onto the hard drive, closed, and re-started, all tests run after a restart of the application. 
     10 1. Installed onto the hard drive, uninstalled but with datastore left intact, then run off the CD against the old local datastore.   
     11 1. Loaded from CD, never installed 
     12 1. Loaded from CD, closed, and restarted 
     13 1. Installed onto the hard drive, closed, and then loaded from the CD.  
     14 
     15 
     16'''Config options''' 
     17 
     18Each of these conditions needs to be tested with each of the following config options. 
     19 
     20 1. Local Data Store 
     21 1. Remote Data Store 
     22 1. Remote Data Store with Local Mirror 
     23 
     24 
     25'''Basic function tests''' 
     26 
     27Since part of the test plan is checking that the preferences dialog works correctly, these preferences should be set in the .properties file before the application is launched.   
     28 
     29Tests of basic functionality (for each task, the task should be completed twice: once using the GUI buttons and other widgets, once using the Enter key and any other keyboard shortcuts that may be applicable) 
     30 
     31 
     32 1. Create a new user. 
     33   * Passes if no error dialogs are displayed and if manual inspection of the Data Store confirms that a folder was created for this user. 
     34 1. Create records.  
     35   1. Create an anonymous record. 
     36     * Passes if no error dialogs are displayed, if manual inspection of the Data Store confirms that a record was created. 
     37   1. Create an owned record with a user account. 
     38     * Passes if no error dialogs are displayed, if manual inspection of the Data Store confirms that a record was created. 
     39   1. Create a record with "print" checked. 
     40     * Passes if the record is created and the user is able to print the QR code. 
     41   1. Create a record with "save image" checked. 
     42     * Passes if the record is created and the user is able to save the QR code to an image file. 
     43   1. Create a record by dropping a file into the auto record directory. 
     44     * Passes if manual inspection of the Data Store confirms that a record was created. 
     45   1. When testing under Remote Data Store with Caching, this needs to be tested under three configuration constellations. This also doubles as a test of the synchronization protocol. 
     46     1. While disconnected from the network 
     47     1. After connecting to the network and synching files (check that the file synch has worked by inspecting the Local and Remote Data Stores and diffing the contents of each. With clean starting state on both server and client, there should be no differences) 
     48     1. After files have been synched, from a fresh installation of the app that does not have the old Local Data Store 
     49 1. View a record 
     50   1. View a record by scanning the QR code for an ownerless record 
     51     * Passes if no error dialogs appear and if the record displays. 
     52   1. View a record by scanning opening a QR image file for an ownerless record 
     53     * Passes if no error dialogs appear and if the record displays. 
     54   1. View a record by manually typing in the Record UID and using the user’s password to retrieve the private key for the owner  
     55     * Passes if no error dialogs appear and if the record displays. 
     56 1. Add Metadata to an existing record 
     57   * Passes if no error dialogs are displayed and if manual inspection of the Data Store confirms that the metadata file for this record increased in size. 
     58 1. View Metadata to a record. 
     59   * Passes if no error dialogs appear and if the metadata displays 
     60 1. Share an owned record 
     61   * Passes if the recipient account can view the record.   
     62 1. Attempt to create a duplicate User ID 
     63   * Passes if the action fails prior to asking for a user password. 
     64 1. Attempt to share an ownerless record 
     65   * Passes if the action results in a failure dialog that ownerless records cannot be shared. 
     66 1. Attempt to share an owned record that the target account does not own. 
     67   * Passes if the action results in a failure dialog  
     68 1. Attempt to read the QR code of a non-existent record ID.  
     69   * This test requires that you either have QR code that you know does not exist in the mode of the datastore you are testing.  The easiest way to create such a record is to create it in local data store mode on a separate machine from your test machine.  This test passes if an error message appears saying there was an attempt to retrieve a non existent record. 
     70 1. Attempt to read a QR code that is malformed.  The image may be found here: (to fill in) 
     71   * Passes if an error message dialog appears that the QR code is not in the proper format. 
     72 1. Attempt to launch the application with no root private/public keys. 
     73   * The application should display an error message when the user tries to perform any function that requires application keys (create a record, create metadata) 
     74 1. Attempt to launch application and entered bad application password. 
     75   * The application does not require a password at startup anymore, but requires a password the first time the user tries to do something that requires access to individual users keys (create account, retrieve record using a private key, share record using a private key). If a bad app password is entered, the application displays an error message and the user is given a second chance. If a bad password is entered again, the action gets cancelled.  
     76 1. Attempt to launch application with same alias and newly generated private/public keys. 
     77   * This should fail with an appropriate error message when the user tries to perform any function that requires application keys (create a record, create metadata) 
     78 1. Attempt to launch application with keys on both root and cd-rom.   
     79   * The application will launch using the alias and keys in the first drive where keys are found (typically the C: drive) 
     80 1. (Local with Caching mode only) Synchronize data with remote server and work remotely. 
     81   * Ensure that the locally created records are stored on the remote server and normal operations can continue in remote mode. 
     82 
     83'''Remote and Local Switching Tests''' 
     84 
     85The following tests should be run once for each install mode. 
     86 
     87 1.  Test write of records with local mirror.   
     88   1.  Create a record in Remote mode with local mirror.  Then switch to Local only mode and try to retreive it.  Then switch to Remote mode with no mirror and try to retreive it. 
     89     * Passes if the record can successfully be retreived in all three modes. 
     90 1.  Test read of records with local mirror. 
     91   1.  Create a record in remote-only mode.  Then switch to remote with local mirror and try to retreive it. 
     92     * Passes if the record can successfully be retreived. 
     93   1.  Repeat this test, but this time create it in local-only mode. 
     94 1.  Test write of records on retreival in mirror mode. 
     95   1.  Create a record in remote-only mode.  Switch to remote with local mirror mode and retreive it.  Then switch to local-only mode and try to retreive it. 
     96     * Passes is the record can be retreived in local only mode (it should be stored locally after it is read in mirror mode). 
     97   1.  Repeat this test, but create it it local-only mode. 
     98 1.  Test metadata aggregation and synchronization. 
     99   1.  Create a record in remote mode with local mirror. Switch to local-only mode and add metadata.  Then switch to remote-only mode and add different metadata. 
     100     * Ensure that in local-only mode you only see the locally added metadata, and the same for remote-only mode. 
     101   1.  With the previous record, now switch to remote with local mirror mode and retreive all metadata.  
     102     * Ensure that now all remote and locally added metadata is visible.  Also there should be no duplicate metadata entries (e.g. fileExtension). 
     103   1.  Continuing with this record - switch back to local-only and remote-only mode and get the metadata again. 
     104     * Now remote only and local only modes should have a copy of all the added metadata.   
     105