Yin's profile大民的马窝PhotosBlogListsMore Tools Help

Blog


    February 28

    个人事务开张了

    春节过完了,不累也不清闲,休息过后,也要正式开始我们的个人事务了。前前后后,浪费了半年的时间,现在回想起来,真的是把这个机会给浪费了,不过现在为时不晚。终于要正式开始了。
    February 11

    Accessibility teting(二)

    (六)6.1对于非文本元素提供用户可选择的等值物
    对于图片,图片热点区域,动画,插件,frame,script,图片按钮,声音,独立声音文件,音道,视频,
    通过下面方法来测试:
    控制面板-〉显示声音
              -〉IE选项
              -〉高对比
              -〉多层摆放是,字体发生层叠
    验证对于所有的非文本元素是否具有alternative属性,对于多媒体显示是否有alternative,对于动画
    6.2 不仅使用颜色,而且对颜色要提供替代颜色
    选择调色板,
    6.3 以可视化的方式转换重要的声音元素
    对于不能听到或不能使用耳机的用户,需要提供一种替代方式:如叙述性的文字或提示
    调整accessibility中关于声音的选择
    6.5 确保键盘访问和自定义快捷键
    对于自定义类和空间,切换窗体,对话框,html元素,都应该支持
    通过鼠标能做的事情,应该用键盘都可以做(分好多种情况),测试的时候仅仅使用键盘,看能不能够访问各种功能
    6.6 通过独立设备的调用使用标准输入API
    6.7 给声音识别技术提供替代品
    如果产品提供了语音识别技术,是否通过鼠标和键盘也能访问所有的功能?
     所有运行的程序都必须有键盘访问
    (七)兼容性
    7.1 确保党嵌入的程序关闭的时候
    7.2
    7.3
    7.4 限制CPU时间
    7.2 支持标准端口,连接器Connector,巡回电路回路和信号
    (八)关于所有Accessibility选项和功能的文档
    所有的微软产片必须包括Accessibility section在帮助文件和web站点上
    • 在你的产品上是否有accessibibility功能选项可用?
    • 是否允许用户自定义标准自定义选项如字体大小和颜色,颜色选项,声音选项和项目大小?
    注意:自定义工具栏和菜单选项,大小和缩放选项,
    快捷键(Access keys)和键盘快捷方式?
    当最近的release修改accessibility key之后,应该修改相应的文档
    测试方法:
    1.验证在线文档关于accessibility功能的部分是可用的

    I.         Verify that standard customization options are included in on-line documentation for your product (see example on page 4).

     

    II.         Verify that supported use of keyboard shortcut keys and access keys is documented in your product (see example on page 4).

    III.         Verify that all supported product options and features are well documented.

    • For hearing impaired
    • For learning and language impaired
    • For mobility impaired
    • For vision impaired

    IV.         Verify that information is available on access to alternative formats for printed documentation (see example of page 4).

    V.         Verify that product online documentation is task or action oriented (see example on page 4).

    VI.         Verify that product on-line documentation addresses tasks or actions relevant to combinations of impairments. Use special case scenarios.

    VII.         Verify that product online documentation facilitates moving from one help topic to another.

    VIII.         Verify that product online documentation is simple and easy to understand. Needless complexity causes errors in usage.

     

    IX.         Verify that product online documentation includes troubleshooting techniques.

     

    X.         Verify that product online documentation includes tips for using the following:

    XI.         If your product is being used to create accessible content, verify that product online documentation includes appropriate instructions (see example on page 4).

    XII.         If your product includes customized (non-Windows standard) Keyboard UIs, are these documented? 

     

    XIII.         Verify that documented procedural steps exist for keyboard and mouse.

    8.28.2 检查:创建很容易访问的accessible document

    验验证所有的文档是容易访问的,并且是满足MAG检查点的,特别包括

    ((1)是否支持键盘(2)是否具有颜色和图片说明的替换品(3)是否文本围绕在图片周围而不是在它上面(4)所有文本至少是10pt大小(5)是否存在冗余的颜色和图片说明(6)是否在主窗口提供帮助时触发新的窗口?(7)

    ya验证html格式的帮助文档满足MAG要求

    验证文字和底色颜色是匹配的

     

     

    February 07

    关于Accessibility testing

    这两天在看accessbility testing有关的文档,在此做些记录,免得过去就忘了。
    微软称之为MAG,在做测试或写测试用例的时候需要用到,总称为MAG-TCO(Microsoft accessbility guidelines- Test case Outline)
    3)frame, object, window, or Web page,对于这些对象,必须给与一个名称,最好是个有意义的名称。Title是要有的
    对于Windows dialog,对于上面所有的控件都要有说明,即使这个dialog的title是不可见的
    PS:在测试Accessbility的时候,需要用到Accessory-〉Accessbility下的一些工具(如Narrator, Magnifier等等),在Vista上位于Accessory->Ease of Access下
    如果测试网页,则要求在IE,Option-〉Advanced-〉把Accessiblity的选项都选中
    上面几项属于Programmatic Access,下面则是User Settings
    1)首先要测试在高对比模式下,是否能够显示正确,也就是应该使用操作系统的font face, font size, color settings (such as the setting for the message box test color), and all other operating system display attributes。
    高对比模式应该覆盖颜色,字体和其他的一些基本参数设置。可以通过控制面板-〉Accessbility->Display,选中High Contrast box. 快捷键是 Shift+Alt+PrintScrn. 
     Keyboard Preference flag,all keyboard methods that are normally hidden within the user interface
     Keyboard Cues flag, display underlined access keys
    Screen Reader flag, replace graphics with equivalent text
    然后设置Accessbility-〉Sounds,
    Accessbility-〉Keyboard,选择“Show extra keyboard help in programs” 表示很大程度上依赖于键盘要超过鼠标
    2)System-wide settings typically include screen resolution, contrast, fonts and sounds.找了半天,一直没有明白System-wide settings是什么意思,直译过来应该是宽度系统设置,是不是系统自定义设置呢?应该包括分辨率,对比度,字体和声音等。
    应该保证输入配置不能同Accessbility option冲突
    确保使用自定义样式单的时候,Accessbility还能用,还能够起到markup标记的作用,这里有一个markup code(增值代码?奇怪,应该是标记代码
    下面来点整齐的格式,上面太乱了
    需要测试:在不同的高对比,分辨率,不同字体,自定义样式单,不能识别的markup下程序依然能够正常使用,同样网页默认格式能够覆盖当前的样式
    3)是否支持保存当前工作区设置(user workspace settings)的内容?当设置修改后,是否能够恢复最初的设置?当系统升级到一个新的版本上,是否支持拥护配置(user settings)的迁移?而且,如果是基于cs架构,从不同机器登陆应该保留这些设置
    多个用户登陆在一台机器上必须能够区分它们各自的设置,程序应该简化最后一个登陆用户的保存
    在测试的时候,需要使用多个帐号,然后更改设置,保存,检查是否能够保存。检查具体项目有:high contract, magnifier,narrator, on-screen keyboard, desktop(themes, desktop, screensaver,appearance, settings, display etc), task and startmenu
    额外的测试有:File association, keyboard layout, system event sounds, folder options, program alerts, browser favorite(bookmark),确认这项能够针对每个用户分别保存
    三大块:Visual User Interface Design
    也就是主要对可视化用户界面进行测试,首先应该设置高对比显示后,检查颜色的有效性
    其次,可以使用accessibility wizard(vista上没有找到),magnifier和调整accessibility option来设置后,检查
    最后,通过设置IE的font,accessbility和控制面板的System下的 Appearance tab设置相关的颜色,检查
     
     四大块:Navigation
    1)允许鼠标能够自由移动,鼠标在object上移动时是否改变颜色,鼠标是否改变形状,
    使用不要和鼠标指针或查看页面焦点冲突的颜色
    如:文字和背景,访问过和为访问过,浮动(Hover),高对比
    这些可以通过在IE里的Options->General->Colors来设置
    接下来调整鼠标选项,(1)转换左右键,(2)调整双击速度以及其他很多的相关属性和设置,具体可以在控制面板-〉鼠标-下面的各个Tab页上
    调整Accessibility选项,(1)调整显示选项,使用高对比
    选择不同的方案(schema)来查看鼠标交互性(mouse interaction)
    使用辅助向导
    2)显示键盘焦点
    使用颜色,字体和图片,比如矩形,放大等等,为了有音效地高亮键盘焦点,需要改变音量,音调或者音质
    检查焦点没有移动到数据入口区域(data entry area)之外
    检查信息没有显示在错误的地方,即使焦点在正确的数据入口位置(data entry location)
    检查不可用的控件不能够得到焦点
    验证只有一个焦点存在
    键盘焦点可视化和明显吗?
    所有选中的都高亮显示了吗?
    验证未激活的panes是灰,暗淡的颜色或者改变大小当切换到未激活状态时
    用户可以更改windows appearance settings来自定义他们系统项的显示,同样,也可以更改选中项的颜色,大小,字体等属性(通过Control Panel > Display > Appearance tab > Advanced button > Item.
    验证tab属虚实正确的,并且是按照逻辑流程的
    验证当改变窗口大小的时候,焦点是保持完整的
    是否默认键盘焦点同界面指南相一致?比如,当一个对话框打开时,OK 按钮具有焦点
    验证用户能够在窗口面板(window panes)间切换焦点
    有风险的地方:
    应用程序-特殊自定义控件如:Grid, spreadsheet application,toolbar
    调整分辨率
    与用户自定义显示设置(user-defined display settings)冲突:高对比,颜色合成color combination
    鼠标:闪烁速度,光标宽度
    网络应用程序:在对话框上的超级链接的焦点是否正确,浏览器上的超级链接的焦点是否正确,对话框超级链接在测试输入字段上的焦点是否正确
    更进一步的测试是:
    (1)使用accessibility wizard(2)使用utility manager(3)使用control panel下面分两个,一个是IE options,另一个是accessiblity
    3)支持导航标准(navigation standards)
    产品是否支持标准导航机制,比如工具条,菜单栏,向导和导航栏?
    产品是否提供导航机制的描述,用来高亮和解释可用的辅助性功能的
    用户是否能够建立标签(bookmark),并且在它们之间能够自由移动
    产品是否提供关于整体布局的信息,比如使用网站地图sitemap或内容表table of content(应该是类似大纲的东西吧。)
    页面布局和方便的操作性是非常关键的
    这项测试要求UI显示的可视化验证和不同的应用程序特定的布局设计
    具体测试如下:测试ie的连接和工具栏是否可视,可用
    4)支持强大的键盘导航方案
    应用程序键盘UI是否按照键盘UI设置指南?
    产品是否支持键盘习惯keyboard convention,自定义空间是否支持同标准行为相同的键盘行为
    用户是否能够导航通过下列方式来实现(1)Tab键来导航links, form controls和objects(2)Tab键导航每一个窗口的内容(3)是否提供了自动输入(4)对于重要的连接,是否提供键盘快捷键(5)应用程序是否给所有的command, menu和control提供快捷键和下划线访问键(6)产品文档是否描述跟windows习惯不一致的任意键盘UI
    第五项是:Multimodal Interface
    太多了,大家别着急,我在后面会用一个更专业的方法写出来,现在这样写太累了也太慢了
     
     
     
     
     
     
     
     
     
    February 05

    祝你春节愉快

    没有消息……,无论如何,何时何地都在祝福你!

    丰富的周末

    老爸老妈来了,周六早晨到的,没办法,起个大早(5:00),从门口打个车到学院路,然后换387公交车,赶到火车站,买站台票,火车站的站台票改成叫做流动式的了,也不知道谁想的法子,离进站口那么远,一顿苦找,买票入站,正好车到,终于看到了可敬可爱的父母,苍老了不少,唉岁月不饶人呀,想一想竟然我都快30的人了……,(不这么想了)。赶紧出站做727回家,在车上最大的感受就是车票好便宜!!!原来回家需要5元,现在只需要8毛,靠,我爱死公交车了!回家后,吃早饭(这么半年来第一次吃,好感动ing),正好亮打电话过来,说有几张总政2007迎春晚会票,让我们去看,老爸老妈的命太好了,我在北京这么多年,都没有一次有票,他们刚来就有,呵呵,上午赶紧睡觉,下午亮把票拿过来,附带一个车证,可惜浪费了,(俺这个穷人,没车),节目单上有宋祖英姐姐等等一帮名人,呵呵,第一次看名人去。现场的感觉就是比电视上好看多了,有立体感,而且旁边的各种道具,人物都能看到,以后应该多去现场看,不错!