可用性测试大概提到很多。我记得以前读过一本叫《不要思考》的书。有一些方法可以提

高可用性，设计原则等等。《软件测试》这本书提到了10个最容易出错的地方:

 

 

 

1.漂白边缘技术的滥用先进技术的滥用。其实大家都知道做IT的时候技术更新很快，但是大多

数商业软件不会选择最新版本或者尖端技术，就像JAVA已经到了1.6，但是很多开发团队还是

在用1.4。稳定压倒一切。2.滚动文本、字幕和不断滚动的动画——不要让整个页面移动，因

为用户在看内容，内容是否有价值，而不是花哨的浮动单词。3.LongCrollingpages-一页不能

拖很久。

 

 

4.非标准链接颜色——我之前说了，要遵循标准，不要随便改，就像一般的链接是蓝色的，

那就蓝色吧，做一个特别大的标题红色是合理的，做一些不好的黑色也是合理的，但是如果

有一个绿色的di……好像有点不合理。5.过时信息-过时的内容，可能出现在电子邮件地址和

电话号码上。6.OverlyLongDownloadTimes-下载时间长，一般用户的耐心有限，现在SB电

信把月订阅改为240小时，时间就是金钱。我猜没有人喜欢看浏览器的进度条。

 

 

7.缺少导航支持-缺少导航支持。有些页面进或出，或者不容易回到上一页。8.孤儿页面。不

能进，万一不幸进了也不能出。9.复杂网站地址——这取决于当时注册的域名。10.使用框架

——框架真的被鄙视，但我不知道为什么，RationalClearQuest使用框架。故障排除是一个

非常困难的过程，这是由于开发人员的心理障碍和程序中隐藏错误的以下特殊属性造成的:

 

 

(1)错误的外部症状远离错误的内部原因，对于高度耦合的程序结构更为严重；
 

(2)纠正一个错误导致另一个错误现象消失(暂时)；
 

(3)有些虚假的迹象只是假象；
 

(4)由于操作人员的疏忽造成的一些错误迹象不易追踪；
 

(5)误差是由风而不是程序引起的；
 

(6)难以准确重构输入条件(例如，某些实时应用的输入顺序不确定)；
 

(7)错误症状时有缺失，尤其是嵌入式系统；
 

(8)错误是由在几个不同的处理器上分配任务引起的。

 

 

 

在调试软件的过程中，可能会出现各种大大小小的问题。随着问题的增多，调试人员的压

力也会增加。过度紧张导致开发人员消除一个问题，同时引入更多新问题。前面多次提到

，修改一个老问题可能会引入几个新问题，有时程序会越来越混乱。然而，如果你能在纠

正每个错误之前问自己三个问题，情况就会有很大的改变:
 

(1)这个错误的原因在程序的其他部分也可能存在？
 

②这种修改可能会对程序中的相关逻辑和数据产生什么影响？有什么问题？
 

③如何消除上次遇到的类似问题？