测试注意细节

clement

1.        表达不清或过于模糊的信息提示，不该有的罗嗦提示；
2.        界面中的信息不能及时更新，退出后重新进入才刷新；
3.        允许用户输入错误的数据类型，更甚至能保存；
4.        经常弹出莫名其妙中英文混杂的信息，而且还拼错单词、别字；
5.        界面元素参差不齐，文字不能完全显示，TAB时鼠标乱走；
6.        不能记忆用户的设置或操作习惯，用户每次进入都需要重新操作一次初始环境；
7.        不可重现的死机，或不完全释放内存资源，系统性能越来越低；
8.        修改后的bug会再次出现，修改得不彻底；
9.        把用户想象得很完美，过多地从用户角度去设计、测试；
10.        不符合用户操作习惯。如快捷键定义不科学、不实用，甚至没有快捷键；
11.        将简单功能复杂化，设计上一个较常见的问题；
12.        没有对输入输出做出响应，如果没有，保管80％以上的用户会对软件产生怀疑：怎么没有响应？还要等多久？
13.        删除某些重要数据时，要有必要的提示信息；
14.        没有对已经打开的文件进行检查，程序不能保证会对同一个文件在某个时刻做出不同修改所带来的后果。所以，决不允许同一文件同时被打开两次甚至更多，在导入数据时常出现此问题；
15.        不一致的操作规则（如保存规则），不一致的名词信息；
16.        主次窗口经常发生倒置；
17.        输入错误的数据后，系统不能自动更正错误的数据；
18.        性能不容乐观，每步操作程序响应时间一般不应超过3秒，查询不超过5秒（确实海量数据，要有等待进度提示）；
19.        发生未预料到的错误，程序可能与错误数据一起工作并最终产生的错误结果；
20.        没对各种数据限制其上下限，致使操作中出现不必要的错误；
21.        由于使用了舍入的计算方法，很可能因为计算方法不同产生错误数据；
22.        不准确的简化特征描述，而忽略了重要条件，以致于引发歧义，因此应注意每一个微不足道的细节；
23.        与其它软件的兼容性，如杀毒软件、输入法、office等；
24.        对各种空数据的业务记录，对以后的操作造成巨大威胁；
25.        反复操作同一按钮或功能，会出现意想不到的结果；
26.        不能查询到上次或刚刚完成的数据；
27.        荒谬的精度输出级别，要是说2.6加上5.3等于7.9000000或者说1.201+4.01等于5.21100022都是很愚蠢的；在最终输出的结果中，程序应该按照规定的格式和精度输出最后的数据；
28.        没对变量做好初始化工作，乐观的认为初始为零或空，导致操作时报初始化失败；
29.        各种按钮或提示信息，由于窗口还原只显示一部分，甚至用户根本找不到；
30.        显示列表信息没按用户习惯进行排序；

[ Last edited by clement on 2005-7-15 at 09:35 ]

swl0376

回复 1# clement


    楼主写的很多都是我们实在工作中存在的问题，辛苦了。

我的兔宝宝

找领导。

trmery

收藏着  学习下

longxiyang

感觉还不错，支持一下

ruirui。

回复 20# whoisangle
你要有足够说服程序员的理由 ~~

ruirui。

多谢LZ分享

ruirui。

学习了

tmg

谢谢

123我

3q

kielyn778885

不错不错！顶！

maclehappy13

写的不错，LZ的辛苦值得肯定

蓝色迷走

细节决定成败

sunny1979

支持,谢谢

丫崽儿

赞1
！！

丫崽儿

同意20#  这上面好多问题开发都不管.....看见我都怕

jessies

部分值得参考，但是有些表达显得过于模糊
对于上面说的有些页面的小问题，开发会拒绝修改，我也遇到过，但是可能公司氛围的差异，我仅仅说说一下我们的处理方式。
一般易用性的问题，我觉得绝对影响用户体验和感受的，会和交互设计工程师沟通，必须需要修改的，我们会登记bug，然后存在打开bug的情况项目不允许发布的。
如果不存在交互工程师，并且沟通了，项目经理也觉得需要修改，一般来说这些问题修改起来也不是很麻烦，你多和开发沟通，bug一直打开，并且坚持自己的观点，那么最后一般能够解决的
项目时间很紧张，并且问题不是很严重，那么考虑发布时间，有些问题留待下次修复、
....很多问题都需要按照场景进行处理，但是我坚持一个观点，就是不管是易用性还是其他方便的，只要PM认可了这是bug，那么我一定会坚持到底。

x1j2l3

很牛啊  居然是几年前的帖子

moujingjing

楼主写的很多都是我们实在工作中存在的问题，辛苦了。

hdtest001

工作上这些问题大多数都不被开发接受 因为有些系统要求还不是那么高 用的人也不多  要是大型的项目就要严谨了 小的一般能过得去就差不多了
谢谢楼主的分享！