第二个案例：查询银行卡余额
        vivi（薇薇，26岁，一位优雅迷人的OL）打开钱包，从卡夹层里拿出那张有着金黄葵花的银行卡，又了到发工资的时候，不知道今天到帐了没有，还约好了明天和死党一起Shopping呢！刚才路过银行想查一下余额，但是排队的人太多了，不过还有电话银行嘛，vivi一边想，一边拿出手机，拨通了电话银行的号码：

        一个温柔礼貌的MM语音提示：“您好，欢迎使用招商银行电话银行系统，1，自动语音服务，2人工服务；”

        vivi把手机从耳边拿下来，找到1号键，按了一下；

“1个人银行服务，2公司银行服务，3银证通功能，4个人外汇买卖服务，5基金服务，0退出；”

vivi又按了1；

“1存折户，2一卡通户，3个人信用卡户，4新旧卡号查询 0 退出；”

vivi按下了1旁边的2号键；

“请输入一卡通卡号，以#号结束；”

“1080 80699”，vivi连忙输入了卡号，按#号键；

“请输入查询密码，以#号结束；”

        因为开户不久，刚设的密码，vivi稍微想了一下，才把密码输进去，输完又看了一眼，按了#号键；

“1帐务查询，2转账，3修改密码，4电话挂失，5通讯业务，6自助贷款，7自助缴费及一卡通上网，8神州行充值服务，9凭证式国债，0退出”

汗……这都是些什么呀？vivi皱了皱眉，再次按了一下1；

“10人民币，21港币，32美元；35欧元，65日元，43英镑，29澳大利亚元，87瑞士法郎39加拿大元，69新加坡元，00退出；”

“10，拜托，我可只有人民币……”

        电话里仍然是温柔礼貌而不折不扣的录音提示：“1活期，2 整存整取，3零存整取，4整存零取，5存本取息，6定活两便，7大额定期，8通知存款，9教育储蓄，0退出。”

“1”vivi一边按键一边看着手机屏幕上已经输入的一大堆数字。

“1余额，2当天交易，3历史交易，0退出”

“1”

“您当前的余额是陆仟九佰五拾陆元伍角玖分”。

        谢天谢地，工资到帐了。vivi长舒一口气，查个余额，真不容易啊！

第三个案例：号称世界第一的测试用例设计器
        十年前W君满怀景仰的拜访了印度一家软件公司，这是一家号称通过CMM N级认证的软件公司，当时国内通过CMM 3级的连一家都没有，人家还是专职搞白盒测试工具软件的喔！W君毕恭毕敬的参观了他们自己开发的，当时号称“世界第一”的测试用设计器，很眩，很酷！

        人家那个用例设计器才叫爽哪，每一步操作都弹出超酷界面，一步一步引导大家把测试用例设计下来。比方，要测某函数，先从下拉框选择一个被测函数，然后系统提示 “手工构造”还是“辅助构造”，选择辅助构造后，在弹出的提示框罗列各个函数参数，再一遍选择“手工”还是“辅助”，若是辅助，还有对话框，输入批量测试数据生成的上限与下限，各个参数选定，再选择各个参数是否要交叉组合形成倍增用例。

        W君当场就看傻了，第二天就定下与这家公司合作，让他们给做一个单元测试工具。过了3个月两家公司的合作提前结束，W君给该公司号称世界第一的测试工具一个评价：工具很好但未经市场检验，因为没人会忍受满负荷全天作业才设计20个用例的工具。

        为什么这样？一步接一步，拿鼠标不停点，键盘不断输入，得到一堆杂乱数据，还要手工筛选一下，要命的是，被测函数稍稍修改，费老劲生成的用例马上变废品了。就是针对单一参数，按对话框提示得到某范围的测试数据，要十多步操作，哪有直接写脚本来得快，写脚本无非是“for i in range(9)”，再复杂一点也就是“for i in [1,2,3,9,10]”，干嘛这么绕来绕去！

老纳的点评
        讲到这里，大家可能明白了，软件可用性不等于易用性，易用性好不等于可用性就好。在老纳的前面博客“软件可用性简介(2)”中提到“平衡5E”原则，这3个案例都涉及“效率Efficient”与“易学Easy to learn”之间的关系，这两个E应该是协调的，而且要顺应不同的客户有所侧重。

        银行卡的例子中，查余额是最常见操作，如果这么大费周折才得到结果，语言提示人性再好又能如何？测试用例设计也是如此，据“第4代白盒测试方法”揭示，当前白盒测试之所以难以实施，是因为测试设计效率远远赶不上编码的效率，不把编写用例的效率提高上去，人性化再好也是花架子。

        前面说到“不断提问题的酷狗”，老纳不由的想到一个谜语：一只狗叫个不停，被一个人一看，就不叫了，打一成语。谜底是“狗吠非主”，为什么升级瑞星2008后，那只叫“卡卡”的狮子又不知从哪个角落被释放出来，调查一下，到底有多少人会喜欢天天乱蹦的小玩意，如果老纳第一次用瑞星，卡卡来帮一下忙未尝不可，但老纳天天用瑞星，五、六年了，还“狗吠非主”吗？