左明星  2010-05-14

我觉得你可以做个风险分析，把这个报告发给你的高层，让他们决策以及推动！而不是直接与开发人员去沟通！同时也需要QA的推动！

苗志伟  2010-05-14

听过这么一句话么：长得丑不是你的错，但出来吓人就是你的不对了。

延伸的测试这块，测试人员将Bug提出来了，开发是否改就属于他们的问题。这种开发不想改问题，一般都是先发给项目经理，让项目经理去确认影响级别，再决定是否修改；
从这个案例上看，测试团队关心的范围太大， 太累，是没必要的！

王伟  2010-05-14

转给项目经理或产品经理让他们权衡之后看是否解决。
有时间就费点心和开发沟通说清楚厉害关系。

黄杰  2010-05-14

呵呵，从你的描述，能看出你是testleader，首先，你要明确验收标准，不达标就不同意发布，这是你的权利，也是你的义务。项目延期，开发会比测试难受...
一楼的同学给出了解决方案，我就不啰嗦啦...

吴笛  2010-05-14

把问题上升吧。让项目经理或产品经理来判断：是延期还是暂时只解决优先级高的bug。
一直把问题，捂在自己手里，认为自己能够协调好，是很危险的。这样如果项目不能按时量产，黑锅肯定要你来背的。因为你现在已经摆不平这件事了，需要你的上层来协助解决了。

王小丽  2010-05-14

谢谢，大家的积极反馈，我想已经有初步的方案做一个报告反馈给上级。

焦爱玲  2010-05-14

李琴  2010-05-14

顶把问题上升，如果管理层也认为可以带BUG上线，那么我们也没必要纠结了。

苗志伟  2010-05-15

越级报告是职场大忌。。。

马嘉鑫  2010-05-15

测试，我觉得就是以一个标准来验证是否达标，而这个标准一般是客户定的，然后需求给出详细的书面描述，在开发做出程序来后，有些地方确实不影响正常使用，但它不规范，不达标，我认为就需要开发继续优化，质量的好坏不仅仅指是否影响使用，还存在风格是否一致，使用起来处理问题的方法是否规范，还要考虑人机交互，人性化的一方面，这是我以测试员的角度说的一点看法，仅供参考

王小丽  2010-05-16

谢谢~

李天保  2010-05-18

找PM，找PM，找PM，不要忘记PM。

荣禄  2010-05-24

你自己带的项目，bug没解决，你态度就要强硬点。没什么好纠结的！

王苏静  2010-05-27

建议你的公司开发一个bug集合系统，设置一个从下到上的流程，这样，一个bug会得到多方面的意见，而不仅仅是开发人员的。这样不仅可以追踪bug，还可以给后面的案子多一些经验值。另外，如果bug得不到解决，也可以看出是谁的责任，而不必自责。希望你坚持自己对品质的高追求，这是测试人员的砝码。

尹作平  2010-06-22

在项目的后期，需求时间与质量的平衡点....