前两个是开发测试沟通不良导致的问题，需要解决的是如何建立测试组和开发组之间的有效沟通，如何使开发人员信任测试人员的能力。 ============================= 测试人员没有必要，求着开发人员去测试！ 既然开发人员都不对自己负责，测试人员又何必多此一举呢！！ 公道自在人心，测试人员作好记录BUG的工作就可以了。。。
1. 多次沟通，开发人员不承认 BUG 需要提高文字表达能力了，有时开发人员看了很欠BUG单才会明白或要多次与贴BUG人员沟通才能明白 2. 开发组不会修改 BUG 对于这个问题，只能企业对软件品质还不是很重视，或力度不够。 现在很多书都提到“缺陷管理”，可以加强对BUG管理，也可以考核测试人员的测试绩效、开发人员的开发绩效。有了历吏记录，开发人员是不可能不认帐的。 3. 测试人员发现 BUG 非常少，工作效率低 可能很多测试人员还不了解软件品质，或测得不够细心，或者没有引入自动化
转几个相关的评论： 前两个是开发测试沟通不良导致的问题，需要解决的是如何建立测试组和开发组之间的有效沟通，如何使开发人员信任测试人员的能力。第三个问题太含混，Bug并不是衡量工作效率的指标，需要指供其它方面的信息才能进行诊断。
前两个是开发测试沟通不良导致的问题，需要解决的是如何建立测试组和开发组之间的有效沟通，如何使开发人员信任测试人员的能力。
=============================
测试人员没有必要，求着开发人员去测试！
既然开发人员都不对自己负责，测试人员又何必多此一举呢！！
公道自在人心，测试人员作好记录BUG的工作就可以了。。。
1. 多次沟通，开发人员不承认 BUG
需要提高文字表达能力了，有时开发人员看了很欠BUG单才会明白或要多次与贴BUG人员沟通才能明白
2. 开发组不会修改 BUG
对于这个问题，只能企业对软件品质还不是很重视，或力度不够。
现在很多书都提到“缺陷管理”，可以加强对BUG管理，也可以考核测试人员的测试绩效、开发人员的开发绩效。有了历吏记录，开发人员是不可能不认帐的。
3. 测试人员发现 BUG 非常少，工作效率低
可能很多测试人员还不了解软件品质，或测得不够细心，或者没有引入自动化
转几个相关的评论：
前两个是开发测试沟通不良导致的问题，需要解决的是如何建立测试组和开发组之间的有效沟通，如何使开发人员信任测试人员的能力。第三个问题太含混，Bug并不是衡量工作效率的指标，需要指供其它方面的信息才能进行诊断。