8.2用户界面原型评审.doc

第8章 评审和测试用户界面 STYLEREF \l 标题 2,Chapter X.X. Statement,h2,2,Header 2,l2,Level 2 Head,heading 2 \* MERGEFORMAT 8.3 用户界面测试 ·PAGE 146· ·PAGE 147· 不可原谅的过失 小偷忐忑不安地向神父忏悔：我闯入别人家里偷了东西。 神父安慰小偷说：没有关系，上帝会原谅你的。 小偷说：我偷了100万美元。 神父失声叫道：“哇塞，那么多！” 小偷懊恼地说：“可是我忘记了擦除门把上的指纹，警察肯定会找到我。” 神父勃然大怒：“笨蛋，职业小偷犯了如此低级的错误，上帝不会原谅你的。” 评审和测试用户界面的目的是及时发现并消除用户界面中的缺陷，特别是那些“不可原谅的bug”。评审和测试都是提高用户界面质量的有效手段。 在用户界面原型设计完成之际，项目经理应当组织人员对该原型进行评审。评审主要靠视察和讨论发现问题，并不需要运行软件。既可以加深对需求的理解，又可以在编程之前改善用户界面原型，让开发团队少走弯路，提高软件开发效率。 只要软件的某些模块可以运行了，就要及时进行相应的测试（包括了用户界面测试）。由于测试的对象是真实的软件而不是原型，所以测试比评审更加深入、完备。当软件通过开发方和客户方的测试后，才可以交付给客户使用。 8.1 用户界面检查表 用户界面检查表的主要用途是： （1）在评审和测试用户界面的时候，明确究竟要检查什么问题，否则漫无边际，无从下手。 （2）给出了评判用户界面“好坏”的依据，否则工作人员各持己见、纠缠不清。 作者根据用户界面的10个设计要素（详见第2章论述），总结了常用的用户界面检查表（见表8-1）。 我们曾经给一家电子政务软件企业做用户界面设计方面的咨询和培训。在讲解了10个设计要素之后，现场进行用户界面测试练习，效果显著。 该公司用“政府机关的车辆管理”模块作案例分析。该模块的功能比较简单，主要是“申请用车、审批、调配、维护”等。这个模块开发完成数月了，已经交付给客户使用。 我们请参加学员们依据表8-1的检查表，测试并查找bug，并且要求学员依据10个设计要素讲述bug的论据，以避免出现是似是而非的争议。现场气氛热烈，吸引了其它部门人员以及公司领导来参观。结果在20分钟左右，大家找出了十多个bug，而且大多数bug是“不可原谅的”。 这个测试结果让学员们大吃一惊：公司把软件交付给客户之前已经测试过了，想不到还有那么多的Bug! 怎么搞的？ 可见全面学习用户界面设计、评审、测试的方法是多么重要! 表8-1 用户界面检查表 用户界面检查表 设计要素 重要性 检查项 适合于 检查结果 合适性 非常 重要 用户界面是否与软件的功能相融洽？用户界面是否适合于用户的应用环境？ 解释：如果否定的话，意味着用户不能有效地使用这个软件，是不可原谅的缺陷。这个缺陷是需求分析错误造成的。 评审 测试 容易 理解 非常 重要 界面元素有错别字，或者措词含糊、逻辑混乱。 解释：如果出现如此低级的缺陷，说明开发人员根本没有把用户界面放在心上，用户很反感这种不敬业的态度。是不可原谅的缺陷。 评审 测试 续表 用户界面检查表 设计要素 重要性 检查项 适合于 检查结果 重要 对于常用的功能，用户能否不必阅读手册就能使用吗？ 是否所有界面元素提供了充分而必要的提示？ 界面结构和工作流程匹配吗？ 提供联机帮助吗？ 解释：如果实现上述要求，说明界面的细节做得很好。 评审 测试 及时反馈信息 重要 （1） 是否提供进度条、动画等反映正在进行的比较耗时间的过程？ （2） 是否为重要的操作返回必要的结果信息？ 解释：如果否定的话，说明用户界面不够专业。 测试 续表 用户界面检查表 设计要素 重要性 检查项 适合于 检查结果 防错处理 非常 重要 执行破坏性的操作之前，是否获得用户的确认？ 输入数据或者递交数据时，是否进行相应的数据校验（检查数据是否合法） 是否根据用户的权限自动隐藏或者禁用某些功能？ 解释：如果否定的话，说明开发人员没有防错处理的常识，是不可原谅的缺陷。 测试 可选 是否提供Undo功能用以撤销撤消不期望的操作？ 解释：如果实现该要求，说明界面的细节做得很好。 测试 一 致 性 重要 同类的界面元素是否有相同的视感和相同的操作方式？ 是否符合广大用户使用同类软件的习惯？ 解释：如果否定的话，说明用户界面不够专业。 评审 测试 续表 用户界面检查表 设计要素 重要性 检查项 适合于 检查结果 个性化 可选 是否在具备必要的“一致性”的前提下，设计了与众不同的、让用户记忆深刻的界面？ 解释：如果实现该要求，说明界面很有创意。 评审 测试 合理布局 可选 界面的布局符合软件的功能逻辑吗？ 界面元素是否在水平或者垂直