...
| Info |
|---|
| title | Additional Items slated for testing |
|---|
|
- Manually update provider Id for a site
- Need to be done as a an admin user, or one that has access to admin realm
- -See the results of the realms being refreshed (Jon's patch)-
|
KNOWN ISSUES / PREVIOUS BUGS FIXED
...
Test | User Role | User Acting As | Result | Expected Result | Pass/Fail |
|---|
Site xxxxx (created): Functionality Results | samerson | fzolupon | All tests pass | batching of course succeeded | P |
Site xxxxx (created): Course Management Test Results | samerson | QA Admin | All tests pass | course content correct | P |
Site xxxxx (created): Provider Id Test Results | samerson | QA Admin | All tests pass | provider id correct, roster number correct | P |
or..
Test | User Role | User Acting As | Result | Expected Result | Pass/Fail |
|---|
Site xxxxy (not created):Test Results | samerson | QA Admin | All tests pass, not provisioned | course not created, correct | P |
See Results results: https://confluence.ucdavis.edu:8443/confluence/display/UCDSAKAI/Batch+Course+Creation+Integration+Test+Results%2C+Sept+5%2C+2006
Black List
| Note |
|---|
|
Description = Test the capability of the system to not add course sites that are listed in a file. Courses in this list will never be batch created. Category of Testing = unit, integration Prerequisite Steps - Scott will add a list of CRNs (valid or not) to the white-list.txt file in /var/sakai/ucd-data folder on the server, in the form of TERMYR-TERMCD-CRN for each entry. This list will be different than that used for the White List Test Scenario. Use this white list
- Scott will add a list of CRNs (valid or not) to the black-list.txt file in /var/sakai/ucd-data folder on the server, in the form of TERMYR-TERMCD-CRN for each entry. Use this black list file file to use here
- Scott will que the batch job to run (White List), (5 min time elapse needed)
- Scott will advise programmers that the batch has been run
- Thomas and Scott will monitor server activity while testers are using sakai-dev.
Prerequisite Steps needed for Scenario #2 only (in addition to Scenario #1 steps) - Scott will update existing hand created sites manually (TBD site ids) with an associated CRN as the provider id
Test Scenarios
*Scenario #1 = Black list consulted when white list batch run is executed* - James. = will look for CRN 2004-03-60097 as user admin. This CRN will be listed in the White List files only
- Brian = will look for CRN 2006-01-60001 that is listed both in the white-list.txt and black-list.txt files
- Sandra = will look for both CRN 2006-01-40018 that are listed both in the white-list.txt and black-list.txt files
- Thomas = view logs, internal sakai db, will look for both CRN 2006-03-82882, 2006-03-83634 that are listed in the black-list.txt files only
- Scott = help as needed
- Data to Be Used:
Scenario | Course | Roster Count | Instructor Kerb Name | Course Details (Catalog Root, Suffix, Section, Description) | Term Identifier | Test Case Used In | File Associated |
|---|
Valid CRNs | CRN with no enrollment | 2004-03-60097 | 0 | dlmiller (Douglas Miller) | ECN, 298 , 026, Group Study | Spring Quarter 2004 | Black List | white-list.txt | CRN with large enrollment number | 2006-01-60001 | 84 (all valid knames) | ewlarsen (Eric Larsen) | LDA, 190 , 001, ProSeminar | Winter Quarter 2006 | Black List | white-list.txt,black-list.txt | CRN with enrollment | 2006-01-40018 | 14 (all valid knames) | calymos (Calvin Lymos) | AAS, 154, 001, University Gospel Choir | Winter Quarter 2006 | Black List | white-list.txt,black-list.txt | CRN with enrollment | 2006-03-82882 | 10 | ltcmwc (Mark Connelly) | MSC 141 002 Army Mngmt Systems | Spring Quarter 2006 | Black List | black-list.txt | CRN with enrollment | 2006-03-83634 | 10 (all valid knames) | eschang (Ernest Chang) | NPB 141P 001 Res In Physio Adapt | Spring Quarter 2006 | Black List | black-list.txt |
*Scenario #2 = Black list consulted when existing site already has provider id that matches black list entry* - Jon G. = will look for CRN 2006-03-69857 as user ccjon. This CRN will be listed in the Black List, but have no existing site that has the provider ids matching the CRNs
- Brian = will look for CRN 2006-03-65306,2006-06-60435 that is listed both in the provider id reference for sites ^^^^^^^^, and (((((((( and black-list.txt file
- Thomas = view logs, internal sakai db
- Scott = help Jon
- Data to Be Used:
Scenario | Course | Site id | Roster Count | Instructor Kerb Name | Course Details (Catalog Root, Suffix, Section, Description) | Term Identifier | Test Case Used In | File Associated |
|---|
Valid CRNs | CRN with enrollment | 2006-03-69857 | 10 | jrlund (Jay Lund) | ECI 299 019 Research | Spring Quarter 2006 | Black List | black-list.txt | CRN with enrollment (large) | 2006-03-65306 | 177 (all valid knames) | fzsegel (Leigh Segel) | BIS 103 002 Bioenergetics/Metabolism | Spring Quarter 2006 | Black List | white-list.txt,black-list.txt | CRN with no enrollment | 2006-06-60435 | 0 | fzblanch (Marc Blanchard) | COM 152 S01 Literature Of Americas | Summer Special Session 2006 | Black List | white-list.txt,black-list.txt |
Test Cleanup - Scott will remove all sites created in this step when all test cases are completed.
|
Black List Test Results
Would yield an example Summary Test Result of:
Test | User Role | User Acting As | Result | Expected Result | Pass/Fail |
|---|
Site xxxxy (not created):Test Results | samerson | QA Admin | All tests pass, not provisioned | course not created, correct | P |
| Info |
|---|
| borderColor | #ccc |
|---|
| bgColor | efefef |
|---|
| titleBGColor | ffffcc |
|---|
| title | Test Results, Black List Scenario #1 |
|---|
| borderStyle | dashed |
|---|
|
Test | User Role | User Acting As | Result | Expected Result | Pass/Fail |
|---|
Site w/CRN 2004-03-60097 (created):Test Results | jrenfro | dlmiller | site created with incorrect ECN | site created in UI | Fail | Site w/CRN 2006-01-60001 (not created?):Test Results | bdonnell | admin | no site exists | site not created in UI or db | Pass | Site w/CRN 2006-01-40018 (not created?):Test Results | smavocet | x | x | site not created in UI or db | x | Site w/CRN 2006-03-82882 (not created?):Test Results | tpa | x | x | site not created in UI or db | x | Site w/CRN 2006-03-83634 (not created?):Test Results | tpa | x | x | site not created in UI or db | x |
|
| Info |
|---|
| borderColor | #ccc |
|---|
| bgColor | efefef |
|---|
| titleBGColor | ffffcc |
|---|
| title | Test Results, Black List Scenario #2 |
|---|
| borderStyle | dashed |
|---|
|
Test | User Role | User Acting As | Result | Expected Result | Pass/Fail |
|---|
Site w/provider id 2006-03-69857 (not created):Test Results | ccjon | ccjon | x | site not created in UI or db | x | Site w/provider id 2006-03-65306 (not created):Test Results | bdonnell | admin | No site exists | site not created in UI or db | P | Site w/provider id 2006-06-60435 (not created):Test Results | bdonnell | admin | No site exists | site not created in UI or db | P |
|
*Note, pass/fail depends on db check also for this test! Jon,Brian/Sandra will consult with Thomas and Scott about test case result, to check db results.
Update Existing Site with Provider Id
| Note |
|---|
| title | Update existing sites with appropriate provider id, enabling dynamic rosters (**When CourseManagementProvider enabled**) |
|---|
|
Description = Test the capability of the system to update existing course sites with associated provider ids. This functionality can be done either in the UI or batch, however we want to
test the ability to run this at any time. Category of Testing = unit, integration Prerequisite Steps
Results Recording Steps summarized in:
**perform provider id test https://confluence.ucdavis.edu:8443/confluence/display/UCDSAKAI/SmartSite+Provider+Id+Update+of+Existing+Sites%2C+Integration+Test+Matrix for each site - Scott will add a list of sites and provider ids (valid or not) to the provider-id.txt file in /var/sakai/ucd-data folder on the server, in the form of site id, TERMYR-TERMCD-CRN for each entry. Use this file use file here
- Scott will que the batch jobs to run, just the provider id que batch run, (5 min time elapse needed)
- Scott will advise programmers that the batch has been run
- Thomas and Scott will monitor server activity while testers are using sakai-dev.
*Data To Be Used: Scenario | Course | SiteId | Instructor Kerb Name | Course Details (Catalog Root, Suffix, Section, Description) | Term Identifier | Test Case Used In | File Associated |
|---|
InValid CRNs | No CRN (null CRN value) | null | NA | NA | NA | NA | Provider Id | provider-id.txt | Valid CRNs and Sites | CRN valid | 2006-03-93327 | Scott's Test Course To Be Provided | stenzel (John Stenzel) | MST 020C A02 Late Med & Early Modern (roster=10) | Spring Quarter 2006 | Provider Id | provider-id.txt | CRN valid | 2006-03-92472 | A Second Course To Be updated By Batch | paully (Paul Manriquez) | WLD 910 001 Wkload - Math Pre 16A (roster=10) | Spring Quarter 2006 | Provider Id | provider-id.txt | CRN valid | 2006-03-83569 | Third Course Site Example | goldberg (Jack Goldberg) | NPB 101 001 Systemic Physiology | Spring Quarter 2006 | Provider Id | provider-id.txt |
Test Scenario - Jon G. = will look for site Scott's Test Course To Be Provided's providerid and roster, logging in as admin
- Sandra = will look for site A Second Course To Be updated By Batch's providerid and roster, logging in as ssbatchadmin
- James= will look for site Third Course Site Example's providerid and roster, logging in as admin (after Jon G. done)
- Brian = will validate provider ids and rosters
- Thomas = view logs, internal sakai db
- Scott = help Sandra, Jon, and log in as himself for manual updates
Manual Process Check (update provider ids for sites manually): - After site Scott's Test Course To Be Provided,A Second Course To Be updated By Batch, and Third Course Site Example's provider ids are validated,
Scott will update site Second Course Site Example with:
providerId =
and.. site Third Course Site Example with:
providerId = - Thomas will check site Second Course Site Example and site Third Course Site Example's provider id and rosters
Test Cleanup - Scott will remove all sites created in this step when all test cases are completed.
|
Provider Id Update Test Results
Would yield an example Summary Test Result of (both batch and manual updates):
Test | User Role | User Acting As | Result | Expected Result | Pass/Fail |
|---|
Site xxxxx: Provider Id Update Results | samerson | admin | provider id is ....., roster is same as CRN for provider id | provider id updated and seen in site tool under "provider id", roster reflects provider id roster | P |
| Info |
|---|
| borderColor | #ccc |
|---|
| bgColor | efefef |
|---|
| titleBGColor | ffffcc |
|---|
| title | Test Results, Provider Id Update, Batch and Manual |
|---|
| borderStyle | dashed |
|---|
|
Test | User Role | User Acting As | Result | Expected Result | Pass/Fail |
|---|
Site w/provider id 2006-03-93327 : Provider Id Update Results (batch) | ccjon | admin | x | provider id updated and seen in realm tool and site info tool under "provider id", roster reflects provider id roster | P | Site w/provider id 2006-03-92472: Provider Id Update Results (batch) | smavocet | ssbatchadmin | x | provider id updated and seen in realm tool and site info tool under "provider id", roster reflects provider id roster | P | Site w/provider id: 2006-03-83569 Provider Id Update Results (batch) | smavocet | ssbatchadmin | x | no roster appears because provider id invalid | P | Test | User Role | User Acting As | Result | Expected Result | Pass/Fail |
|---|
Site xxxxx: Provider Id Update Results (manual) | samerson | samerson | x | provider id updated via realm edit with accurate data, that from provider id of site yyyyy (provider id=) | P | Site yyyyy: Provider Id Update Results (manual) | samerson | samerson | x | provider id updated via realm edit with accurate data, that from provider id of site yyyyy (provider id=) | P |
|
Site Functionality
| Note |
|---|
|
Description = Test the capability of the system to add sites with the correct pages, tools, tabs, and look and feel. Category of Testing = unit, integration, functionality Prerequisite Steps
Results Recording Steps summarized in:
**perform functionality test https://confluence.ucdavis.edu:8443/confluence/display/UCDSAKAI/Course+Site+Functionality+Tests%2C+SmartSite+Batch+Integration+Testing+Matrix for each site
looking for expected results
Test Scenario | Panel |
|---|
| borderColor | #ccc |
|---|
| bgColor | F7D6C1 |
|---|
| titleBGColor | #efefef |
|---|
| title | Individual Functionality Tests |
|---|
| borderStyle | dashed |
|---|
| - -Look and Feel- *
- Pages *
- Tools on each page *
- Click-through on tools *
- Order *
- Tabs *
|
Test Cleanup - Scott will remove all sites created in this step when all test cases are completed.
|
| Info |
|---|
| borderColor | #ccc |
|---|
| bgColor | white |
|---|
| titleBGColor | efefef |
|---|
| title | Site Functionality Test Results |
|---|
| borderStyle | dashed |
|---|
|
Test | User Role | User Acting As | Page Results | Tool Results | Click Through Results | Order of Pages Results | Tab Results | Pass/Fail |
|---|
Site xxxxx: Functionality Test Results, white list testcase | samerson | admin | x | x | x | x | x | P |
Test | User Role | User Acting As | Page Results | Tool Results | Click Through Results | Order of Pages Results | Tab Results | Pass/Fail |
|---|
Site xxxxx: Functionality Test Results, white list testcase | smavocet | admin | x | x | x | x | x | P |
Test | User Role | User Acting As | Page Results | Tool Results | Click Through Results | Order of Pages Results | Tab Results | Pass/Fail |
|---|
Site xxxxx: Functionality Test Results, white list testcase | ccjon | admin | x | x | x | x | x | P |
Test | User Role | User Acting As | Page Results | Tool Results | Click Through Results | Order of Pages Results | Tab Results | Pass/Fail |
|---|
Site xxxxx: Functionality Test Results, white list testcase | tpa | admin | x | x | x | x | x | P |
Test | User Role | User Acting As | Page Results | Tool Results | Click Through Results | Order of Pages Results | Tab Results | Pass/Fail |
|---|
Site xxxxx: Functionality Test Results, white list testcase | bdonnell | admin | x | x | x | x | x | P |
|
Course Management Data Presented in Admin Tools
...
| title | Course Management data present |
|---|
Description = Test the course management content displayed in admin tools.
Category of Testing = unit, integration, functionality
Prerequisite Steps
Results Recording Steps summarized in:
**perform course management test https://confluence.ucdavis.edu:8443/confluence/display/UCDSAKAI/SmartSite+Course+Site%2C+Course+Management+Integration+Test+Matrix for each site
looking for expected results
...
| borderColor | #ccc |
|---|
| bgColor | white |
|---|
| titleBGColor | efefef |
|---|
| title | Test Scenario |
|---|
| borderStyle | dashed |
|---|
...
results: https://confluence.ucdavis.edu:8443/confluence/display/UCDSAKAI/Batch+Course+Creation+Integration+Test+Results%2C+Sept+5%2C+2006
Update Existing Site with Provider Id
| Note |
|---|
| title | Update existing sites with appropriate provider id, enabling dynamic rosters (**When CourseManagementProvider enabled**) |
|---|
|
Description = Test the capability of the system to update existing course sites with associated provider ids. This functionality can be done either in the UI or batch, however we want to
test the ability to run this at any time. Category of Testing = unit, integration Prerequisite Steps
Results Recording Steps summarized in:
**perform provider id test https://confluence.ucdavis.edu:8443/confluence/display/UCDSAKAI/SmartSite+Provider+Id+Update+of+Existing+Sites%2C+Integration+Test+Matrix for each site - Scott will add a list of sites and provider ids (valid or not) to the provider-id.txt file in /var/sakai/ucd-data folder on the server, in the form of site id, TERMYR-TERMCD-CRN for each entry. Use this file use file here
- Scott will que the batch jobs to run, just the provider id que batch run, (5 min time elapse needed)
- Scott will advise programmers that the batch has been run
- Thomas and Scott will monitor server activity while testers are using sakai-dev.
*Data To Be Used: Scenario | Course | SiteId or Title | Instructor Kerb Name | Course Details (Catalog Root, Suffix, Section, Description) | Term Identifier | Test Case Used In | File Associated |
|---|
InValid CRNs | No CRN (null CRN value) | null | NA | NA | NA | NA | Provider Id | provider-id.txt | Valid CRNs and Sites | CRN valid | 2006-03-93327 | Scott's Test Course To Be Provided | stenzel (John Stenzel) | MST 020C A02 Late Med & Early Modern (roster=10) | Spring Quarter 2006 | Provider Id | provider-id.txt | CRN valid | 2006-03-92472 | A Second Course To Be updated By Batch | paully (Paul Manriquez) | WLD 910 001 Wkload - Math Pre 16A (roster=10) | Spring Quarter 2006 | Provider Id | provider-id.txt | CRN valid | 2006-03-83569 | Third Course Site Example | goldberg (Jack Goldberg) | NPB 101 001 Systemic Physiology | Spring Quarter 2006 | Provider Id | provider-id.txt |
Test Scenario - Jon G. = will look for site Scott's Test Course To Be Provided's providerid and roster, logging in as admin
- Sandra = will look for site A Second Course To Be updated By Batch's providerid and roster, logging in as ssbatchadmin
- James= will look for site Third Course Site Example's providerid and roster, logging in as admin (after Jon G. done)
- Brian = will validate provider ids and rosters
- Thomas = view logs, internal sakai db
- Scott = help Sandra, Jon, and log in as himself for manual updates
Manual Process Check (update provider ids for sites manually): - After site Scott's Test Course To Be Provided,A Second Course To Be updated By Batch, and Third Course Site Example's provider ids are validated,
Scott will update site Second Course Site Example with:
providerId = 2006-03-76517
and.. site Third Course Site Example with:
providerId = 2006-03-75796 - Thomas will check site Second Course Site Example and site Third Course Site Example's provider id and rosters
Test Cleanup - Scott will remove all sites created in this step when all test cases are completed.
|
| Info |
|---|
| borderColor | #ccc |
|---|
| bgColor | white |
|---|
| titleBGColor | efefef |
|---|
| title | Course Management Test Results |
|---|
borderStyle | dashed
Provider Id Update Test Results
Would yield an example Summary Test Result of (both batch and manual updates):
...
...
Site Info Tool Navigation
...
WorkSite Setup Navigation
...
Site Info Tool
Result | Expected Result | Pass/Fail |
|---|
Site xxxxx: |
...
Provider Id Update Results | samerson | admin |
...
x
...
x
...
P
Test | User Role | User Acting As | Site Info Tool Navigation | WorkSite Setup Navigation | Site Info Tool | Pass/Fail |
|---|
Site xxxxx: Course Management Test Results, white list testcase | smavocet | admin | x | x | P |
Test | User Role | User Acting As | Site Info Tool Navigation | WorkSite Setup Navigation | Site Info Tool | Pass/Fail |
|---|
Site xxxxx: Course Management Test Results, white list testcase | ccjon | admin | x | x | P |
Test | User Role | User Acting As | Site Info Tool Navigation | WorkSite Setup Navigation | Site Info Tool | Pass/Fail |
|---|
Site xxxxx: Course Management Test Results, white list testcase | bdonnell | admin | x | x | P |
Test | User Role | User Acting As | Site Info Tool Navigation | WorkSite Setup Navigation | Site Info Tool | Pass/Fail |
|---|
Site xxxxx: Course Management Test Results, white list testcase | tpa | admin | x | x | P |
Full Batch Run on Term
...
...
| provider id is ....., roster is same as CRN for provider id | provider id updated and seen in site tool under "provider id", roster reflects provider id roster | P |
results: https://confluence.ucdavis.edu:8443/confluence/display/UCDSAKAI/Batch+Course+Creation+Integration+Test+Results%2C+Sept+5%2C+2006
Site Functionality
| Note |
|---|
|
Description = Test the capability of the system to add sites with the correct pages, tools, tabs, and look and feel. Category of Testing = unit, integration, functionality Prerequisite Steps
Results Recording Steps summarized in:
**perform functionality test https://confluence.ucdavis.edu:8443/confluence/display/UCDSAKAI/Course+Site+Functionality+Tests%2C+SmartSite+Batch+Integration+Testing+Matrix for each site
looking for expected results
Test Scenario | Panel |
|---|
| borderColor | #ccc |
|---|
| bgColor | F7D6C1 |
|---|
| titleBGColor | #efefef |
|---|
| borderStyle | dashed |
|---|
| title | Individual Functionality Tests |
|---|
| - -Look and Feel- *
- Pages *
- Tools on each page *
- Click-through on tools *
- Order *
- Tabs *
|
Test Cleanup - Scott will remove all sites created in this step when all test cases are completed.
|
results: https://confluence.ucdavis.edu:8443/confluence/display/UCDSAKAI/Batch+Course+Creation+Integration+Test+Results%2C+Sept+5%2C+2006
Course Management Data Presented in Admin Tools
| Note |
|---|
| title | Course Management data present |
|---|
|
Description = Test the course management content displayed in admin tools. Category of Testing = unit, integration, performancefunctionality Prerequisite Steps
- After all tests have been run, Scott will recompile the Batch code to run for 2004 Winter
- Scott will add the black list file that contains one CRN from Winter 2004 into the /var/sakai/ucd-data directory.
- This test will run in the evening of test day
- Scott and Thomas will analyze the Sakai internal db to check for errors in creation
- Data to Use:
Scenario | Course | Roster Count | Instructor Kerb Name | Course Details (Catalog Root, Suffix, Section, Description) | Term Identifier | Test Case Used In | File Associated |
|---|
Valid Term | Term with large number CRNs | 2004-01 | NA | NA | 32573 sites | Winter Quarter 2004 | Full Batch Run | NA | Valid CRN | 2004-01-40200,2004-01-42003 | NA | NA | NA | NA | White List | black-list.txt |
Test Cleanup - Scott will ask Geeta to drop the devel schema when this test is completed.
|
| Info |
|---|
| borderColor | #ccc |
|---|
| bgColor | white |
|---|
| titleBGColor | efefef |
|---|
| title | Full Batch Run Test Results |
|---|
| borderStyle | dashed |
|---|
|
|
Test | User Role | User Acting As | Sites Created Successfully | Total Time | Average Time Per Site | Spot Check Number of Sites | Any Sites with Worksite Setup detail incorrect? | BlackList CRN Not Created? | Pass/Fail |
|---|
Full Batch Run Test Results | samerson | ssbatchadmin | ??/32573 | x | x | x | N? | N? | P Results Recording Steps summarized in:
**perform course management test https://confluence.ucdavis.edu:8443/confluence/display/UCDSAKAI/SmartSite+Course+Site%2C+Course+Management+Integration+Test+Matrix for each site
looking for expected results
| Panel |
|---|
| borderColor | #ccc |
|---|
| bgColor | white |
|---|
| titleBGColor | efefef |
|---|
| borderStyle | dashed |
|---|
| title | Test Scenario |
|---|
|
- Site navigation *
- WorkSite Setup navigation *
- Site Info tool *
|
Test Cleanup
- Scott will remove all sites created in this step when all test cases are completed.
results: https://confluence.ucdavis.edu:8443/confluence/display/UCDSAKAI/Batch+Course+Creation+Integration+Test+Results%2C+Sept+5%2C+2006
Full Batch Run on Term
| Note |
|---|
|
Description = Test the batch method for a whole term Category of Testing = unit, integration, performance Prerequisite Steps - After all tests have been run, Scott will recompile the Batch code to run for 2004 Winter
- Scott will add the black list file that contains one CRN from Winter 2004 into the /var/sakai/ucd-data directory.
- This test will run in the evening of test day
- Scott and Thomas will analyze the Sakai internal db to check for errors in creation
- Data to Use:
Scenario | Course | Roster Count | Instructor Kerb Name | Course Details (Catalog Root, Suffix, Section, Description) | Term Identifier | Test Case Used In | File Associated |
|---|
Valid Term | Term with large number CRNs | 2004-01 | NA | NA | 32573 sites | Winter Quarter 2004 | Full Batch Run | NA | Valid CRN | 2004-01-40200,2004-01-42003 | NA | NA | NA | NA | White List | black-list.txt |
Test Cleanup - Scott will ask Geeta to drop the devel schema when this test is completed.
|
results: https://confluence.ucdavis.edu:8443/confluence/display/UCDSAKAI/Batch+Course+Creation+Integration+Test+Results%2C+Sept+5%2C+2006
Recording Results
The test results will be recorded in the above summary tables by integration testers, and a summary of this data will be ready for QA and the Sakai Development team to review.
...