表55๓excel50为确定可出品性的基于度量的检查清单
表55๓excນel50为ฦ确定可出品性的基于度量的检查清单
前完成。他在完成步骤
前完成。他在完成步骤
项目结束后说明文件才付印。另外，程序经理们应该与开员和内部操作组
项目结束后说明文件才付印。另外，程序经理们应该与开员和内部操作组
反应。excel和9๗ord还能够从大量竞争产品中阅读和转换文件。另外，两种
反应。excel和9ord还能够从大量竞争产品中阅读和转换文件。另外，两种
这些特性由开员编写代码时使用的应用编程界ศ面构成。
这些特性由开员编写代码时使用的应用编程界面构成。
如此的硕大无比，以至于几乎不可能ม存放在一个ฐ服务器中。而“活性臭
如此的硕大无比，以至于几乎不可能ม存放在一个服务器中。而“活性臭
●在公司结构方面组建职能ม交叉的专家小组
●在公司结构方面组建职能交叉的专家小组
信息的另一来源是微软的产品工具版。产品的这些复制品都有一个独立
文件，可以记录下用户每一次按动鼠标或敲下键盘，以及每个ฐ动作所花时间。
这对研究人们实际上如何使用一种产品及他们在要完成特定任务时做出什么เ
选择是极重要的。微软将这些特殊版本交给那ว些愿意作为试验点的公司，然
后研究收回的数据。自从80่年代末以来，微软对excນel和9ord的历次新版
本都做这样的研究，一般在次推出后几个ฐ月内布出去；各组利用这些数
据对产品加以改进或对下一版重新设计。9๗ord的工具版对鉴定邮件——合
并特性以及寻找文件格式化的不同捷径起过重要作用。
客户信息反馈的另外渠道是β测试员，他们通过联机pu色rve网络向
微软汇报情况。β测试员主要有关哪些错误要在产品最终布前修改，
还对产品下一版出谋划策。正如第5章所讨论的，被选为ฦβ测试员的用户要
签一份私下协议，然后就可得到เ软件及需填写错误数据的表格，并从电子渠
道交还。
可用性实验室测试我们在第5๓章描述过微软的可用性实验室如何就新า产品
的信息反馈了另一种宝贵渠道。其他的软件制造商，从ibm到intuit，
许多年来都在利用可用性实验室研究用户怎样对潜在的新产品、新特性做出
反应。然而，我们相信微软与众不同，它已๐到了把这种测试形式集成到เ固定
的软件开过程中的程度。其重要性在于，不像其他的信息反馈渠道如pss
数和β测试报告，产品组能在开过程中ณ——而非之前、之后——就收到
这些关键信息。
建立起固定的可用性实验室测试的主意源于1้989年和19๗90่年间微软正
在开excel30的时候。一些开员已๐在用典型用户测试典型产品。但是做
的并无规律，微软也没有实验室设备来分析和收集数据。麦克·梅普尔斯ั回
忆实验室的起源说：
可用性实验室的小组是从很少几个人起步的他们是个服务性组
织，试图对每种产品都帮上忙。在某种程度上，那里是真正的突破口。
如果你回到
5年前，当我们开始搞可用性组时，该组总是对开组说：
“10个人中有
6๔个不会这么做。”而开组则反驳：“你们从哪儿找了
那
6个ฐ傻瓜？”所以我们就逐步让开员们也去可用性实验室观察并参
与进去。然后我们做出了工ื具版。再后来我们有了这么เ个ฐ主ว意，就是在
他们开特性时，找来
6个、8๖个或
10个可用性实验人员，让开员就
在中ณ间巡走，和用户谈谈什么是能用的，什么不行。结果这成了开员
们严谨对待的一件事——“你已经对那个特性进行可用性测试了吗？有
什么เ现？”我想他们认识到了自己和用户想的就是不太一样。
克里斯ั——1989至
1้990年间
excel的开经理——对实验室的产生和
普及也有类似追忆。他强调，即使微软最好的开员，要使特性易于使用，
光有自己的那些常识还远远不够。而且，微软的“机智的”开员们在去可