rose8561900 发表于 2011-10-27 11:44:30

最近开发经理总是对我提出的defect有着不同的说词，非常让人郁闷！

最近开发经理总是对我提出的defect有着不同的说词，想拒掉我提的defect，非常让人郁闷

例如首页的标题的文字显示不正确，他会说开发环境已经改好了，你可以去开发环境看看
例如一些页面上需要做一些必要的控制，当然需求上也没有说明，他会说不要太注重细节。
主要是本来系统的功能就不复杂，如果细节都不注意，不知道该怎么去找defect了

xingzunxi 发表于 2011-11-9 00:07:43

首先需要明确UI和需求，另外不要光测试一些表面的东西，可以测试一些逻辑上的错误及一些异常错误

liumengjun517 发表于 2011-11-10 15:55:04

提交给你的版本是咋样就咋样，难道要客户去看你们开发环境下的版本？如果没有改好，你可以拒绝开始测试，要么就提供可以测试的版本！至于页面的问题，LS说的很对！
ps，这个开发经历质量意识还是不够啊

rollin1126 发表于 2011-11-12 13:17:12

个人建议：测试人员提Bug要有技巧，先提功能和性能上的问题，然后再提易用性和UI上的问题。否则会让开发觉得你能力不行，只会找UI Bug，而且这一类Bug对开发人员来说没有技术含量。
而且平时要注重跟开发人员的沟通，让他们增加质量意识，了解测试人员的想法，这样工作起来大家都轻松。

潇潇暮雨 发表于 2011-12-22 13:18:19

个人建议：测试人员提Bug要有技巧，先提功能和性能上的问题，然后再提易用性和UI上的问题。否则会让开发觉得 ...
rollin1126 发表于 2011-11-12 13:17 http://bbs.51testing.com/images/common/back.gif


    难道UI没什么技术含量，就可以忽视掉？
其实一个负责的人，不是什么技术含量高的解决掉了就很成就感，
做出来的产品 客户觉的好那才真正意义上的成就感！
UI不好的话，人家可能都不会去使用你的产品，那从何而来的性能体验呢！
其实每个细节都不可忽略的。

peter.zheng 发表于 2011-12-22 14:06:36

主要是要搞清楚需求，找到逻辑上的问题

如果都没有问题，找找细节上的问题，因为一开始很关注细节上的问题，就怕后面难到找深层次的问题确实让人觉得不太好！！

做测试确实是个里外都难当的角色！！

所以重在沟通和多了解一些技术上的知识有必要的！

rebecca2008 发表于 2011-12-22 14:39:19

提bug改bug都要有重点，如果你提的全是UI上面的问题，确实会有不受重视的可能，另外在改bug的时候也可以有建议，通过优先级的方式先将影响功能使用的缺陷改掉，之后再将UI问题统一归类汇总提示自己的改进建议，才可让对方重视。个人见解。

gigobin 发表于 2012-1-11 14:09:58

开发环境中已经修改了 就不需要提交这方法很不可取 但是如果你们的目的是发现bug 而不是全面的产品测试 你说的那些UI的问题 其实是归属于enhancement 类的bug 更像一个需求

xiaoming2624 发表于 2012-1-31 17:11:57

功能是前提，UI也很重要，但懂的团队的合作，也就是所谓的沟通，才能做出客户满意的东西来。

archonwang 发表于 2012-2-10 15:19:37

客户第一眼看到的就不满意，功能做得再好，也要用了才能知道啊

蓝指缘 发表于 2012-2-16 17:04:22

我 学习了

蓝指缘 发表于 2012-2-16 17:04:29

我 学习了

mvvztt 发表于 2012-2-16 17:09:15

拒就拒，到时候客户提出来，你也有证据证明自己曾经发现这个问题了。你们开发经理竟然还不注重细节，他真是out了
页: [1]
查看完整版本: 最近开发经理总是对我提出的defect有着不同的说词，非常让人郁闷！