[WG: Accessibility] FW: [DG: User Experience] [WG: Sakai QA] QA and user testing

Michael S Elledge elledge at msu.edu
Thu Jul 30 11:28:54 PDT 2009


Hi Margaret--

Here is a page that Joe put together that summarizes general 
accessibility issues on Sakai circa 2.5/2.6:

http://confluence.sakaiproject.org/display/2ACC/General+Sakai+Accessibility+Issues

Mike

Londergan, M D wrote:
> For everyone's information. 
>
> -----Original Message-----
> From: Londergan, M D 
> Sent: Thursday, July 30, 2009 11:14 AM
> To: 'sakai-ux-bounces at collab.sakaiproject.org'
> Subject: FW: [DG: User Experience] [WG: Sakai QA] QA and user testing
>
> Hi, 
>
> This Margaret Londergan, lead for the SAKAI Accessibility WG.  I like the ideas discussed below and am very interested in participating in these efforts with regard to the accessibility component of UX testing.  Indiana University has consistently provided a pool of accessibility testers for SAKAI and I hope we can continue to do this.  
>
> In fact, the emails below are exciting because the SAKAI Accessibility WG has been struggling to find a way to effectively and coherently provide accessibility input in a timely, protocol driven manner. Traditionally accessibility testing has been done after the version releases, and it would make more sense and be easier to fix problems if they were discovered and reported during tool development. Using the Fluid testing templates and paradigms in conjunction with planned testing for the UX group would provide an excellent opportunity for this to happen.  
>
> As part of the UX testing process, I am happy to identify, coordinate and supervise testers who have disabilities and are users of the tools used by this population to access electronic information. Because part of the work the Adaptive Technology and Accessibility Centers at IU is providing direct services to students, faculty and staff with disabilities, we have the ability to maintain a pool of accessibility testers. 
>
> Historically, our work has afforded feedback that has resulted in changes to SAKAI that have made the tools more accessible and inherently more usable by all.  
>
> I look forward to people's comments and suggestions.  Thanks very much. 
>
>
> Margaret Londergan, Manager
> UITS  Adaptive Technology and Accessibility Centers
> Indiana University, Bloomington and Indianapolis  
> 1320 E. 10th St. Wells Library, Room 101
> Bloomington IN, 47405
> 812-856-4112
> londerga at indiana.edu
> http://iuadapts.indiana.edu
>
> "It's not what you do that counts.  It's what you help others do that makes progress." 
>                                                                                 -- Herman B Wells, IU President 1937-62
>
>
>
>
>
> Hancock, Kristol J wrote:
>   
>> Count me in.
>>
>> -----Original Message-----
>> From: sakai-ux-bounces at collab.sakaiproject.org [mailto:sakai-ux-bounces at collab.sakaiproject.org] On Behalf Of Daphne Ogle
>> Sent: Tuesday, July 28, 2009 5:57 PM
>> To: Clay Fenlason
>> Cc: Sakai QA; Sakai UX
>> Subject: Re: [DG: User Experience] [WG: Sakai QA] QA and user testing
>>
>> I agree with Clay that user testing (around Forums or other) could be  
>> a good collaborative best practice effort for the UX community to  
>> rally around.  I heard lots of interest in gearing this group up again  
>> at the conference.  What say you all? :)
>>
>> We did/do a significant amount of distributed user testing on Fluid.    
>> I think we could use that structure, process, documentation, etc. as a  
>> model for getting started in this community.  I'd be happy (and look  
>> forward) to working with others to make this happen (create protocols,  
>> etc.), particularly if we can push it off until September.
>>
>> Some links of interest:
>>
>> - General user testing information in the Fluid Design Handbook:   http://wiki.fluidproject.org/display/fluid/Design+Handbook
>> - Specific examples of testing done in Fluid (see any in the completed  
>> list):   http://wiki.fluidproject.org/display/fluid/Fluid+User+Testing
>>
>> The basic process was:
>> -  identify goals and success criteria
>> -  create protocol & supplemental documentation (consent forms,  
>> demographic questionnaire, post-test questionnaire, etc.)
>> -  testers at various institutions run users through protocol &  
>> document results on shared space
>> -  analysis, summaries and suggested enhancements worked on  
>> collaboratively with team involved (share out - either via posting to  
>> wiki or a quick presentation)
>>
>> If we wanted to follow this model we need 2 or 3 (including someone  
>> from the Forum project) for the 1st 2 activities.  Then we could have  
>> a wide net of testers that have less time to commit yet want to be  
>> involved and gain insight into use on their campus.  I think we would  
>> also want commitment from that group to be part of activity 4.
>>
>> Thoughts?  Interested parties?
>>
>> -Daphne
>>
>> On Jul 28, 2009, at 10:00 AM, Clay Fenlason wrote:
>>
>>   
>>     
>>> About the timeframe, if the testing could be conducted during some
>>> stretch of September - October, that would be ideal.  Added to which,
>>> there are other UI changes in the offing, I don't mean to single out
>>> only Forums, and it might be good to look at a larger set of UI
>>> changes that might benefit from this sort of analysis.
>>>
>>> ~Clay
>>>
>>> On Mon, Jul 27, 2009 at 5:28 PM, Daphne  
>>> Ogle<daphne at media.berkeley.edu> wrote:
>>>     
>>>       
>>>> I think this is a great idea!  What is the timeline on this work?
>>>>
>>>> There is some set up work for either a review or user testing  
>>>> (scenarios,
>>>> tasks, criteria - the user stories?) which I can't commit to right  
>>>> now but
>>>> once set up, I can probably do either a review or even grab a  
>>>> couple users
>>>> to run them through the test.
>>>>
>>>> Btw -- this would be great activity to include as part of the  
>>>> development
>>>> process and council review.
>>>>
>>>> -Daphne
>>>>
>>>> On Jul 27, 2009, at 10:40 AM, Clay Fenlason wrote:
>>>>
>>>>       
>>>>         
>>>>> I was reviewing the excellent documentation for a set of Forums UI
>>>>> changes (see http://confluence.sakaiproject.org/x/EoLgAw), and it
>>>>> reminded me of an old idea. We tend to test for technical failure
>>>>> foremost, but the main claim of the Forums UI work is that it  
>>>>> improves
>>>>> usability. It would seem to me sound QA practice to test this, using
>>>>> community expertise in good user testing practice.  Could this be an
>>>>> area where the UX group and QA WG could join forces? Would anyone  
>>>>> like
>>>>> to take a look at proposed 2.7 changes that have a clear UI impact  
>>>>> and
>>>>> conduct reviews or testing along these lines?
>>>>>
>>>>> There's something that may feel a little misplaced in vetting a  
>>>>> design
>>>>> when development has been essentially completed, I know, but I think
>>>>> it would help the community to have strong confirmation of the
>>>>> imagined benefits, and if there are still small rough edges to  
>>>>> smooth
>>>>> over it may not be too late to address, say, CSS and HTML during QA.
>>>>>
>>>>> ~Clay
>>>>> _______________________________________________
>>>>> sakai-qa mailing list
>>>>> sakai-qa at collab.sakaiproject.org
>>>>> http://collab.sakaiproject.org/mailman/listinfo/sakai-qa
>>>>>
>>>>> TO UNSUBSCRIBE: send email to
>>>>> sakai-qa-unsubscribe at collab.sakaiproject.org with a subject of  
>>>>> "unsubscribe"
>>>>>         
>>>>>           
>>>> Daphne Ogle
>>>> Senior Interaction Designer
>>>> University of California, Berkeley
>>>> Educational Technology Services
>>>> daphne at media.berkeley.edu
>>>> cell (925)348-4372
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>       
>>>>         
>>> _______________________________________________
>>> sakai-qa mailing list
>>> sakai-qa at collab.sakaiproject.org
>>> http://collab.sakaiproject.org/mailman/listinfo/sakai-qa
>>>
>>> TO UNSUBSCRIBE: send email to sakai-qa-unsubscribe at collab.sakaiproject.org 
>>>  with a subject of "unsubscribe"
>>>     
>>>       
>> Daphne Ogle
>> Senior Interaction Designer
>> University of California, Berkeley
>> Educational Technology Services
>> daphne at media.berkeley.edu
>> cell (925)348-4372
>>
>>
>>
>>
>> _______________________________________________
>> sakai-ux mailing list
>> sakai-ux at collab.sakaiproject.org
>> http://collab.sakaiproject.org/mailman/listinfo/sakai-ux
>>
>> TO UNSUBSCRIBE: send email to sakai-ux-unsubscribe at collab.sakaiproject.org with a subject of "unsubscribe"
>> _______________________________________________
>> sakai-ux mailing list
>> sakai-ux at collab.sakaiproject.org
>> http://collab.sakaiproject.org/mailman/listinfo/sakai-ux
>>
>> TO UNSUBSCRIBE: send email to sakai-ux-unsubscribe at collab.sakaiproject.org with a subject of "unsubscribe"
>>
>>
>>   
>>     
> _______________________________________________
> accessibility mailing list
> accessibility at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/accessibility
>
> TO UNSUBSCRIBE: send email to accessibility-unsubscribe at collab.sakaiproject.org with a subject of "unsubscribe"
>
>
>   


More information about the accessibility mailing list