...
results: Recorded in Jira http://jira.ucdavis.edu:8080/jira/browse/SAK-154
| Note |
|---|
| title | WebDav User Lookup Testing, Case 1b |
|---|
|
Description = Test the capability of the UserDirectoryProvider to provide information about an externally provided user via the SU Tool Category of Testing = functionality,regression Prerequisite Steps - SU tool available to tester
Test Scenario 1b, User lookup functionality - Log in as any user having administrative access (access to admin realm)
- Use a given kerberos name available via test data (e.g. instructor)
- Enter kerberos name, and click "View User Info"
- Verify user information from whois.ucdavis.edu and/or email.ucdavis.edu
- Data to Be Used:
QA determines
Test Cleanup
None |
...
| Note |
|---|
| title | Case 2a, Group Provider Tabs test |
|---|
|
Description = Test the capability of the GroupProvider to provide tabs for a user based on their enrollment/membership in sites Category of Testing = functionality,regression Prerequisite Steps - Site user is a member of must be already created prior to test (via Batch)
- User must be a member of the sites in order to see the tab
- If user is an externally provided one, then they must be in either the external database (Banner) or already in the internal SmartSite database
Test Scenario 2a, Tabs - Log in as in Case 0d, but become the user and don't log out
- Log in instructor for a given site site (see test data attachmentin CourseManagementProvider test section)
- View tabs presented for sites available, and only those that you are a member of and have been created will appear
- Stay logged in for case 2b
-Additional step for programmers (Case 2ai), verify that data presented in tabs matches server log data- - Data to Be Used:
QA determines
Test Cleanup
None |
...
| Note |
|---|
| title | Case 2b, Realms refresh test |
|---|
|
Description = Test the capability of the AuthxGroups to be updated more frequently than default OOTB Category of Testing = functionality,regression Prerequisite Steps - Site user is a member of must be already created prior to test (via Batch)
- User must be a member of the sites in order to see the tab
- If user is an externally provided one, then they must be in either the external database (Banner) or already in the internal SmartSite database
Test Scenario 2b, Realms refreshing - Staying as user from Case 2a, record the site tab that is highlighted
- Brian Donnelly or Scott Amerson will add a user to this given site, through the external db (by adding a user this way, the 15 minute refresh doesn't have to occur to see the end results)
- Scott will notify Pat Kava of what user has been added to the course externally
- Pat will verify that by hitting the browser refresh after 5 minutes elapsed since update, that the user added appears as a member in the site
-Additional step for programmers (Case 2bi), verify that authz refresh is happening via the log output, and at what intervals- - Data to Be Used:
QA determines
Test Cleanup
None |
...
| Note |
|---|
| title | Case 3b, Roster Update Tests (student add(1), student drop(2)) |
|---|
|
Description = Test the capability of the CourseMangementProvider to accurately reflect within the SmartSite UI, students added to a Banner roster within an alotted time period Category of Testing = functionality,regression Prerequisite Steps
*Current roster given or available to QA for respective courses to be tested
*Courses with test CRN's are created either by batch list or full batch mode | Info |
|---|
| title | Case 3b(1), Roster add |
|---|
| Test Scenario 3b(1), Roster Add - Coordinator will talk to Libby about adding:
student pidm (2204701), kerberos name kdas to CRN (2006-10-)28142
student pidm (163004),kerberos name larivers to CRN (2006-10-)28142
student pidm (163004),kerberos name larivers to CRN (2006-10-)26423 - Record times when updates start, and when they are finished
- Wait until external db refresh happens, based on recorded time(s)
- Coordinator will advise testers when update has occured
- Log in as instructor for one of these courses, and click Site Info to view updated roster adds above
|
Description = Test the capability of the CourseMangementProvider to accurately reflect within the SmartSite UI, students dropped from a Banner roster within an alotted time period Category of Testing = functionality,regression Prerequisite Steps
Current roster given to QA for respective courses to be tested | Info |
|---|
| title | Case 3b(2), Roster removedrop |
|---|
| Test Scenario 3b(2), Roster Delete - Coordinator will talk to Libby about adding:
student pidm (1107630), kerberos name dclu dropped from CRN (2006-10-)13185
student pidm (2218507), kerberos name djf27 dropped from CRN (2006-10-)32457 - Record times when updates start, and when they are finished
- Wait until external db refresh happens, based on recorded time(s)
- Coordinator will advise testers when update has occured
- Log in as instructor for one of these courses, and click Site Info to view updated roster deletes above
- Log in as kerberos names above, see if any 2006 Fall tabs show up
|
- Data to Be Used:
QA determines if there are additional updates from list of available sites above.
Test Cleanup
None |
...