测试注意细节

天上一颗星 · 发表于 2006-1-13 09:35:01

楼主总结的不错，受益匪浅啊！
在我们这里，如果时间允许的话，对于这些细节开发人员都会认真地去改。
可是到最后项目不能按时完成，而且大家改bug改的很烦的时候，就不会再去理它了。
如果不是特别严重的错误（这个程度当然得看项目领导的理解），有时候选择不改未必也不是一件好事。因为修改一个bug可能会引起很多其他未知的问题出现呢

[ 本帖最后由天上一颗星于 2006-1-13 09:36 编辑 ]

DaisyJ · 发表于 2006-1-18 15:55:36

有同感，开发人员对于易用性的问题通常并不真正地重视，提的时候他们也听，可是能看出来实际上是不当一回事的。但在用户那里，用起来别扭的软件肯定不是好软件

amanda1981 · 发表于 2006-2-5 17:11:27

8错

fengk0918 · 发表于 2006-2-6 17:00:02

确实经常会遇到这样的情况啊~~~！呵呵~~~！谢谢啦~~~！

fazi1223 · 发表于 2006-2-7 14:17:02

非常不错，楼主是个资深测试员吧，总结的很全面，谢谢啦。

qqzxiaoyan · 发表于 2006-2-7 17:09:34

不错不错

peterbobo · 发表于 2008-12-16 08:49:03

不错，顶一下

sunjr · 发表于 2009-3-14 22:12:02

楼主辛苦了！谢谢！嘿嘿！

6739 · 发表于 2009-3-17 10:50:31

楼主辛苦了！谢谢！

glacier678 · 发表于 2009-3-31 17:02:34

相当的好呀

hdtest001 · 发表于 2009-4-15 10:44:46

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

moujingjing · 发表于 2009-4-17 16:03:23

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

x1j2l3 · 发表于 2009-4-17 17:35:01

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

jessies · 发表于 2009-5-5 15:56:52

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