Privacy/Reviews/CaseConductor: Difference between revisions

Jump to navigation Jump to search
Line 35: Line 35:


==Use Cases==
==Use Cases==
==Roles and functions==
There are 4 main roles.  These are the roles and main use-cases.
There are 4 main roles.  These are the roles and main use-cases.
* '''Testers''' - Testers can only execute tests.  In this case, usually community members will be given a URL to an existing Test Run.  They nav to that, specify the environment they're using (such as Windows 7) and begin executing test cases.  They mark them Pass / Fail / or Invalid (if the case is unclear to the point they can't tell if it passes or fails).
* '''Testers''' - Testers can only execute tests.  In this case, usually community members will be given a URL to an existing Test Run.   
 
* '''Test Creators''' - These users can do everything that Testers do, but they also can create new tests.  These are "semi-deputized" members of the community.  They will create new tests, and a Test Manager or Admin will activate them, if they pass muster.
* '''Test Creators''' - These users can do everything that Testers do, but they also can create new tests.  These are "semi-deputized" members of the community.  They will create new tests, and a Test Manager or Admin will activate them, if they pass muster.
* '''Test Managers''' - These are usually in-house QA or Product owners, or fully deputized Community members.  These users can specify new Products, and Product Versions that should be tested.  They can create new Test Cases and Suites of Test Cases and activate them so they can be run.  They can also create Test Runs (collections of Test Suites that can be executed).  Once this use activates the Test Run, then all the users above can execute the test cases and provide results.
 
* '''Test Managers''' - These are usually in-house QA or Product owners, or fully deputized Community members.  These users can specify new Products, and Product Versions that should be tested.  They specify the environments that must be tested for those products.  They can create new Test Cases and Suites of Test Cases and activate them so they can be run.  They can also create Test Runs (collections of Test Suites that can be executed).  Once this use activates the Test Run, then all the users above can execute the test cases and provide results.
 
* '''Admins''' - These users can do everything from above, and can also manipulate user accounts.
* '''Admins''' - These users can do everything from above, and can also manipulate user accounts.


===Viewing Results:===
===Running Tests===
All users can run tests.  They nav to a test run, specify the environment they're using (such as Windows 7) and begin executing test cases.  They mark them Pass / Fail / or Invalid (if the case is unclear to the point they can't tell if it passes or fails).
 
===Viewing Results===
All users can login and see results of executed test cases.  They can see what passed, what didn't and what cases were not clear.  Users can also see % coverage for test runs.  Users can also "drill down" and see if all the environments for a specific test case of a run have been executed.
All users can login and see results of executed test cases.  They can see what passed, what didn't and what cases were not clear.  Users can also see % coverage for test runs.  Users can also "drill down" and see if all the environments for a specific test case of a run have been executed.


==History==: Originally this product was designed to be in two parts.  A "Platform" written in Java providing REST endpoint APIs and a "User Interface" written in Django.  Despite some people's investment in this relationship with uTest and the separation of the two parts, eventually it was determined that this architecture was untenable.  At this point (Nov 2011) we decided to re-architect as pure Django.
===Manage==
This is where the user changes the items in the system.  Management is specific per role (as outlined above).
 
==History==
Originally this product was designed to be in two parts.  A "Platform" written in Java providing REST endpoint APIs and a "User Interface" written in Django.  Despite some people's investment in this relationship with uTest and the separation of the two parts, eventually it was determined that this architecture was untenable.  At this point (Nov 2011) we decided to re-architect as pure Django.


One result of this change, is that the product is no longer a joint project with uTest, however they own the name "Case Conductor."  So we will be changing the name.  The branding search is underway.
One result of this change, is that the product is no longer a joint project with uTest, however they own the name "Case Conductor."  So we will be changing the name.  The branding search is underway.
Confirmed users
508

edits

Navigation menu