Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Migrated to Confluence 5.3

TEST PLAN DATE

Tentative Schedule again for testing: Testing occurred, 9/5/06, 34:30pm-??15pm-5:15pm.

TEST PLAN OVERVIEW

Scope of testing
This testing is designed to document the unit and integration test results of the programming team. For certain test cases, as described in the Test Cases section, the level of testing previously performed to handing off to QA will be documented. The level of involvement by system admins and programmers will be detailed for each test case.

...

Info
titleAdditional Items slated for testing
  1. Manually update provider Id for a site
    • Need to be done as a an admin user, or one that has access to admin realm
  2. -See the results of the realms being refreshed (Jon's patch)-

KNOWN ISSUES / PREVIOUS BUGS FIXED

...

Programmers/Managers available ??:
Sandra
Thomas
Brian
Jon G.
James
(Emily)

The following All of the above users will have access to the admin realm in Sakai, in addition to:
tpa
ccjon
bdonnell
ssbatchadmin

COURSE SITE BATCHING DOCUMENTATION

...

Note
titleWhite List Testing

Description = Test the capability of the system to add "on-demand" course sites that are listed in a file. Courses are not required to have any enrollment in order to be created.

Category of Testing = unit, integration

Prerequisite Steps

  1. Scott will add a list of CRNs (valid or not) as the white-list.txt file in /var/sakai/ucd-data folder on the server, in the form of TERMYR-TERMCD-CRN for each entry. Use this file file to use here
  2. Scott will que the batch job to run, only for the above list (5 min elapsed time needed)
  3. Scott will give maintain permissions on the applicable sites, to the appropriate users
  • Brian = look up CRN 1995-01-76288
  • Sandra = look up CRN 2006-06-60005
  • Scott will assist users in accessing the site(s) if needed
  • Thomas = view logs, look for CRN 20061-06-111, 2006-03-60024
  • Jon G. = look up CRN 2006-sfs-sfsfdfsdfsfsfs
  1. Scott will advise programmers that the batch has been run and sites have been created
  2. Thomas and Scott will monitor server activity while testers are using sakai-dev.

Test Scenario

  1. Above users will perform functionality testing for each CRN, including :
    **perform functionality test https://confluence.ucdavis.edu:8443/confluence/display/UCDSAKAI/Course+Site+Functionality+Tests%2C+SmartSite+Batch+Integration+Testing+Matrix for each site
    **perform course management test https://confluence.ucdavis.edu:8443/confluence/display/UCDSAKAI/SmartSite+Course+Site%2C+Course+Management+Integration+Test+Matrix for each site
    **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
  • 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

    Invalid CRNs

    Invalid CRN (Number)

    20061-06-111

    NA

    NA

    NA

    NA

    White List

    white-list.txt

    Invalid CRN (Number)

    2006-03-60024

    NA

    NA

    NA

    NA

    White List

    white-list.txt

    Invalid CRN (Bogus Text)

    2006-sfs-sfsfdfsdfsfsfs

    NA

    NA

    NA

    NA

    White List

    white-list.txt

    *additional,not used for this testing* Invalid CRN (Number) available

    1995-03-76288

    NA

    NA

    NA

    NA

    White List

    white-list.txt

    Valid CRNs

    CRN with no enrollment

    1995-01-76288

    0

    fzthorn, (Robert Thornton)

    PLB, 092, 012, Internship

    Winter Quarter 1995

    White List

    white-list.txt

    CRN with enrollment

    2006-06-60005

    11 (all valid knames)

    acham (Christine Acham)

    AAS, 198, S01, Directed Gp Study

    Summer Special Session 2006

    White List

    white-list.txt

Test Cleanup

  1. Scott will remove all sites created in this step when all test cases are completed.

White List Test Results

  • CRN with enrollment

    2006-03-93307

    10 (all valid knames)

    fzvasili (S Spyridakis)

    HIS 111C 001 Ancient History

    Spring Quarter 2006

    White List

    white-list.txt,black-list.txt

Test Cleanup

  1. Scott will remove all sites created in this step when all test cases are completed.

White List Test Results

Would yield an example Summary Test Result of:

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

Info
borderColor#ccc
bgColorefefef
titleBGColorffffcc
titleTest Results, White List
borderStyledashed

Test

User Role

User Acting As

Result

Expected Result

Pass/Fail

Site 19950176288 (created): Functionality Test Results

bdonnell

fzthorn

x

x

P

Site 19950176288 (created): CM Test Results

bdonnell

fzthorn

x

x

P

Site 19950176288 (created): Provider Id Test Results

bdonnell

fzthorn

x

x

P

Test

User Role

User Acting As

Result

Expected Result

Pass/Fail

Site 20060660005 (created): Functionality Test Results

smavocet

admin

x

x

P

Site 20060660005 (created): CM Test Results

bdonnell

smavocet

admin

x

P

Site 20060660005 (created): Provider Id Test Results

smavocet

admin

x

x

P

Test

User Role

User Acting As

Result

Expected Result

Pass/Fail

Site 2006-03-60024 (not created):Test Results

tpamsler

tpamsler

All tests pass, not provisioned

course not created, correct

P

Site 2006106111 (not created):Test Results

tpamsler

tpamsler

All tests pass, not provisioned

course not created, correct

P

Test

User Role

User Acting As

Result

Expected Result

Pass/Fail

Site 2006sfssfsfdfsdfsfsfs (not created):Test Results

ccjon

ccjon

All tests pass, not provisioned

course not created, correct

P

Black List

...

titleBlack List Testing

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

  1. 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
  2. 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
  3. Scott will que the batch job to run (White List), (5 min time elapse needed)
  4. Scott will advise programmers that the batch has been run
  5. Thomas and Scott will monitor server activity while testers are using sakai-dev.

...

results: https://confluence.ucdavis.edu:8443/confluence/display/UCDSAKAI/Batch+Course+Creation+Integration+Test+Results%2C+Sept+5%2C+2006

Black List

Note
titleBlack List Testing

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

  1. 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
  2. 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
  3. Scott will que the batch job to run (White List), (5 min time elapse needed)
  4. Scott will advise programmers that the batch has been run
  5. 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)

  1. 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 xxxxx, yyyyy, zzzzz 2006-03-69857 as user ....... These CRNs 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 aaaaa 2006-03-65306,2006-06-60435 that is listed both in the whiteprovider id reference for sites ^^^^^^^^, and (((((((( and black-list.txt and black-list.txt filesSandra = will look for both CRN bbbbb, ccccc that are listed both in the white-list.txt and black-list.txt filesfile
  • 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 no enrollment

    20042006-03-6009769857

    010

    dlmiller jrlund (Douglas Miller)ECN, 298 , 026, Group StudyJay Lund)

    ECI 299 019 Research

    Spring Quarter 20042006

    White Black List

    whiteblack-list.txt

    CRN with enrollment (large enrollment number)

    2006-0103-6000165306

    84 177 (all valid knames)

    ewlarsen fzsegel (Eric Larsen)

    LDA, 190 , 001, ProSeminar

    Winter Leigh Segel)

    BIS 103 002 Bioenergetics/Metabolism

    Spring Quarter 2006

    White Black List

    white-list.txt,black-list.txt

    CRN with no enrollment

    2006-0106-40018

    14 (all valid knames)

    calymos (Calvin Lymos)

    AAS, 154, 001, University Gospel Choir

    Winter Quarter 2006

    White 60435

    0

    fzblanch (Marc Blanchard)

    COM 152 S01 Literature Of Americas

    Summer Special Session 2006

    Black List

    white-list.txt,black-list.txt

    TODO, add more blacklisted here

*Scenario #2 = Black list consulted when existing site already has provider id that matches black list entry*

  • Jon G. = will look for CRN xxxxx, yyyyy, zzzzz as user ....... These CRNs will be listed in the Black List
  • Brian = will look for CRN aaaaa 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 no enrollment

    2004-03-60097

    0

    dlmiller (Douglas Miller)

    ECN, 298 , 026, Group Study

    Spring Quarter 2004

    White 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

    White List

    white-list.txt

    CRN with enrollment

    2006-01-40018

    14 (all valid knames)

    calymos (Calvin Lymos)

    AAS, 154, 001, University Gospel Choir

    Winter Quarter 2006

    White List

    white-list.txt,black-list.txt

    TODO, add more blacklisted here

Test Cleanup

  1. 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
bgColorefefef
titleBGColorffffcc
titleTest Results, Black List Scenario #1
borderStyledashed

Test

User Role

User Acting As

Result

Expected Result

Pass/Fail

Site xxxxx (not created):Test Results

ccjon

x

x

site not created in UI or db

x

Site yyyyy (not created):Test Results

ccjon

x

x

site not created in UI or db

x

Site zzzzz (not created):Test Results

ccjon

x

x

site not created in UI or db

x

Site aaaaa (not created):Test Results

bdonnell

x

x

site not created in UI or db

x

Site bbbbb (not created):Test Results

smavocet

x

x

site not created in UI or db

x

Site ccccc (not created):Test Results

smavocet

x

x

site not created in UI or db

x

Info
borderColor#ccc
bgColorefefef
titleBGColorffffcc
titleTest Results, Black List Scenario #2
borderStyledashed

Test

User Role

User Acting As

Result

Expected Result

Pass/Fail

Site xxxxx (not created):Test Results

ccjon

x

x

site not created in UI or db

x

Site yyyyy (not created):Test Results

ccjon

x

x

site not created in UI or db

x

Site zzzzz (not created):Test Results

ccjon

x

x

site not created in UI or db

x

Site aaaaa (not created):Test Results

bdonnell

x

x

site not created in UI or db

x

Site bbbbb (not created):Test Results

smavocet

x

x

site not created in UI or db

x

Site ccccc (not created):Test Results

smavocet

x

x

site not created in UI or db

x

*Note, pass/fail depends on db check also for this test! Jon and Brian/Sandra will consult with Thomas and Scott about test case result.

Update Existing Site with Provider Id

Note
titleUpdate 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

  1. 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
  2. Scott will que the batch jobs to run, just the provider id que batch run, (5 min time elapse needed)
  3. Scott will advise programmers that the batch has been run
  4. 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

CRN Value

xxx

NA

NA

NA

Provider Id

provider-id.txt

CRN valid

CRN Value

xxxx

NA

NA

NA

Provider Id

provider-id.txt

CRN valid

CRN Value

xxxxxx

NA

NA

NA

Provider Id

provider-id.txt

Test Scenario

  • Jon G. = will look for site xxxxx's providerid and roster, logging in as admin
  • Sandra = will look for site yyyyy's providerid and roster, logging in as ssbatchadmin
  • Sandra = will look for site zzzzz's providerid and roster, logging in as ssbatchadmin
  • 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):

  1. After site xxxxx,yyyyy, and zzzzz's provider ids are validated,
    Scott will update site xxxxx with:
    providerId =
    and.. site yyyyy with:
    providerId =
  2. Thomas will check site xxxxx and site yyyyy's provider id and rosters

Test Cleanup

  1. 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
bgColorefefef
titleBGColorffffcc
titleTest Results, Provider Id Update, Batch and Manual
borderStyledashed

Test

User Role

User Acting As

Result

Expected Result

Pass/Fail

Site xxxxx: 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 yyyyy: 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 zzzzz: 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
titleSite functionality

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
bgColorF7D6C1
titleBGColor#efefef
titleIndividual Functionality Tests
borderStyledashed
  • -Look and Feel- *
  • Pages *
  • Tools on each page *
  • Click-through on tools *
  • Order *
  • Tabs *

Test Cleanup

  1. Scott will remove all sites created in this step when all test cases are completed.
Info
borderColor#ccc
bgColorwhite
titleBGColorefefef
titleSite Functionality Test Results
borderStyledashed

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

  • Site navigation *
  • WorkSite Setup navigation *
  • Site Info tool *

    Test Cleanup

    1. Scott will remove all sites created in this step when all test cases are completed.
    Note
    titleCourse 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

    Panel
    borderColor#ccc
    bgColorwhite
    titleBGColorefefef
    titleTest Scenario
    borderStyledashed

    Black List Test Results
    Would yield an example Summary Test Result of:

    Test

    User

    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

    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
    titleUpdate 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

    1. 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
    2. Scott will que the batch jobs to run, just the provider id que batch run, (5 min time elapse needed)
    3. Scott will advise programmers that the batch has been run
    4. 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):

    1. 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
    2. Thomas will check site Second Course Site Example and site Third Course Site Example's provider id and rosters

    Test Cleanup

    1. Scott will remove all sites created in this step when all test cases are completed.
    Info
    borderColor#ccc
    bgColorwhite
    titleBGColorefefef
    titleCourse Management Test Results
    borderStyledashed

    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

    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

    Note
    titleFull Batch Run

    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

      Invalid CRN (Bogus Text)

      2006-sfs-sfsfdfsdfsfsfs

      NA

      NA

      NA

      NA

      White List

      white-list.txt

      TODO|Valid CRN|2004-01-xxxxxx|NA|NA|NA|NA|White List|white-list.txt|

    Test Cleanup

    1. Scott will ask Geeta to drop the devel schema when this test is completed.
    P
    1. completed.
    Info
    borderColor#ccc
    bgColorwhite
    titleBGColorefefef
    titleFull Batch Run Test Results
    borderStyledashed

    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?

    Provider Id Update Test Results
    Would yield an example Summary Test Result of (both batch and manual updates):

    Test

    User

    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

    results: https://confluence.ucdavis.edu:8443/confluence/display/UCDSAKAI/Batch+Course+Creation+Integration+Test+Results%2C+Sept+5%2C+2006

    Site Functionality

    Note
    titleSite functionality

    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
    bgColorF7D6C1
    titleBGColor#efefef
    borderStyledashed
    titleIndividual Functionality Tests
    • -Look and Feel- *
    • Pages *
    • Tools on each page *
    • Click-through on tools *
    • Order *
    • Tabs *

    Test Cleanup

    1. 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
    titleCourse 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

    Panel
    borderColor#ccc
    bgColorwhite
    titleBGColorefefef
    borderStyledashed
    titleTest Scenario
    • Site navigation *
    • WorkSite Setup navigation *
    • Site Info tool *

    Test Cleanup

    1. 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
    titleFull Batch Run

    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

    1. 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.

    ...