Re: Step 4a: Check for the Broadest Variety of Use Cases

Hi Martijn,

In my understanding, a 'use case' refers mainly to particular user aims, translated into a sequence of user actions towards a particular  goal. These would be covered by the 'complete processes' included in  the evaluation, such as filling out and submitting a form (with error handling), or using site search and navigating to a hit. Often, such use cases will go beyond page boundaries (or bring up new states of the page dynamically). An assessment of the site under test would need to consider what can /  should be done with it and select important processes / use cases accordingly.

But maybe you apply the term 'use case' in a different way, meaning different modalities of use (such as mouse use, keybord use, screen reader use)? In many ways, the individual SC checks to be carried out will already cover such modalities: for example, checking SC 2.1.1 means verifying that everything can be done with the keyboard.

What level of WCAG conformance is aimed at seems to be on another level.

Regards,
Detlev
> 
> On 5 Apr 2012, at 10:15, Martijn Houtepen wrote:
> 
>> Hi Eval TF,
>> 
>> As we are currently filling in step 4 and 5, we would like your  
>> input on Step 4.a: "Check for the Broadest Variety of Use Cases" (http://www.w3.org/TR/WCAG-EM/#step4a 
>> )
>> 
>> My question is very simple: How does one check for the broadest  
>> variety of use cases? Can we exclude specific use cases in an  
>> evaluation? Should we include extra criteria in some use cases?
>> 
>> The editor note: "This section will instruct evaluators to apply all  
>> WCAG 2.0 Success Criteria for each web page in the selected sample,  
>> and in doing so to consider the broadest possible set of users,  
>> software tools, and use cases as scoped out in Step 1.d: Define the  
>> Context of Website Use."
>> 
>> This seems to imply that we simply state: apply all WCAG 2.0 success  
>> criteria to the sample, except for situations in which the use is  
>> limited to or specifically for a certain group.
>> 
>> So on the (public) website of some institute for the blind we apply  
>> level AAA criteria for visually impaired users; and on the intranet  
>> website of a company we limit the accessibility support to one  
>> browser or AT.
>> 
>> What do you think?
>> 
>> All the best,
>> 
>> Martijn Houtepen
>> 
>> Stichting Accessibility - Expertisecentrum ICT-toegankelijkheid
>> Oudenoord 325
>> 3513 EP Utrecht
>> 030 - 239 8270
>> www.accessibility.nl
>> @AccessibilityNL
>> 
> 
> -- 
> Detlev Fischer
> testkreis - das Accessibility-Team von feld.wald.wiese
> c/o feld.wald.wiese
> Borselstraße 3-7 (im Hof)
> 22765 Hamburg
> 
> Tel   +49 (0)40 439 10 68-3
> Mobil +49 (0)1577 170 73 84
> Fax   +49 (0)40 439 10 68-5
> 
> http://www.testkreis.de
> Beratung, Tests und Schulungen für barrierefreie Websites
> 
> 
>

Received on Thursday, 5 April 2012 11:46:00 UTC