测试要催着开发改bug吗，表示很不能理解
测试得说好话啊，不停的催啊，才能让开发早点改完bug，才能回测 看项目吧。话说你们的项目经理干吗去了？让你们催。 我只知道bug如果在前期不改好，越到后期就越不稳定，大家都得加班加点，搞不好测试还得背黑锅，起码得知道什么时候能改，为什么现在不能改 测试流程问题重大阻塞问题，需要催着开发出补丁解决
一般问题，下一轮再提供转测
下轮是否能转测按照问题单修改程度以及基础用例的通过率计算
不够就打回 bug修复的进度对项目的测试进度有很大的影响，如果bug的激活率又高的话，那最后只有加班的份了。其实作为测试，不一定说要催着开发修复bug，我们可以提醒，若有些开发对这些问题不是那么上心的话，有必要就与开发负责人进行沟通，这招估计比较生效:lol 开发都很自觉的改BUG 没见过这样情况，你们要沟通好的 你们测试催促研发改Bug，说明公司很重视测试嘛；
其实这个时候，测试压力挺大的：
1、计划时间的约束，到时间节点后，交出来的项目或产品是需要经过测试的，如果研发拖后，那测试的时间会特别紧张；比如研发修改一个Bug用一个小时，测试可能需要一天去验证；
2、经理的催促，工作过程中，经理时不时的会问，“功能做完了吗？测试的怎么样了？问题多吗？……一定要保证项目或产品的稳定性……” 之类的话。那么，稳不稳定、问题多不多，最后还是需要测试给出答案，什么时间节点出什么结果；
3、测试的另一个职能，有的公司，测试需要对公司负责，这样的公司对测试比较重视，测试与QA一同保证软件发布前的质量；所以测试催促修改Bug，同时也表现测试的重要性；
不过，在这个时候，就会体现团队间的沟通与协作了。催促研发、说好话……不要不理解，有些事情其实是需要有效的沟通、团队的配合，才能更高效、更完善的去完成。 总要有人做
你可以自己做
可以跟项目经理商量下一期做
可以跟公司商量一下流程规范谁来做，什么时候做 回复 2# omg
项目经理只给了个项目提交日期，日期到了没提交，就怪我们测试 回复 4# forstkksk
说的好复杂 回复 6# linlin520
开发改的很慢啊，我们都闲着 回复 7# Charles_H
分析的有道理，谢谢了。。 说的好复杂 同意愚人版主说法，这些事情总有人做的。项目经理不做，那你们肯定需要做，当然也可以不做不催不关心进度，就是到了时间很惨。 如果你是在做质控你就应该去督促开发改bug。
测试人员很多时候不是为了找bug而找bug，而是找出bug然后督促修正bug。 测试得说好话啊，不停的催啊，才能让开发早点改完bug，才能回测
wg73215623c 发表于 2013-12-26 16:47 http://bbs.51testing.com/images/common/back.gif
我对这样的工作方式表示不能理解 总要有人做
你可以自己做
可以跟项目经理商量下一期做
可以跟公司商量一下流程规范谁来做，什么时候做
愚人 发表于 2013-12-27 15:06 http://bbs.51testing.com/images/common/back.gif
每天过BUG，找开发负责人把所有的BUG全部过一遍，确定BUG是否修改，什么时候修改。拿不定主意的当场提出来，过期不修改的抛出来痛批他们。 如果你是在做质控你就应该去督促开发改bug。
测试人员很多时候不是为了找bug而找bug，而是找出bug然后督促 ...
shangwu2272 发表于 2014-1-22 11:43 http://bbs.51testing.com/images/common/back.gif
从来不督促，让他们自己说好什么时候改好，然后食言了就看测试这边如何收拾开发了。
页:
[1]
