近一个月不断的加班和三班倒,已经疲惫不堪了,由于项目管理不完善,几乎没有单元测试和集成测试,系统变更不断,造成所有问题都累积到系统测试,看来要明确入口和出口准则,研发和测试的责任和工作范围了

大家有什么好主意?

很多时候如果测试人员对工作产生抵抗情绪，事情就麻烦了。我们公司有相似的情况（不过情况没这么严重）有BUG一定及时提，先保证没有V1，V2的BUG，其它的一点点再说吧。

测试人员的能力和对测试的认识很重要。
变更意味着需要回归，但如果对系统足够的熟悉，可以更准确地界定回归的范围，特别是在变更文档不完全的情况下，这个尤其重要。

在多个人测试的项目中由于项目过大，往往会进行分工，但简单的根据功能模块的划分，容易造成测试人员只对自己负责的模块足够熟悉而对整个系统不够熟悉，如果系统的模块间交互过多时这个更加影响测试的质量。

在测试分工前最好有对系统足够熟悉的人来划分测试的工作，减少重复的工作同时避免遗漏，必要是进行一下交叉工作轮换。定期要有一些测试的内部讨论，避免由于协作不够或者认识误区产生的重复工作，尤其是重复测试数据的录入，重复用例的执行，尤其是没有进行充分的等价划分的情况下。

制度上最好能保证交流可以充分，测试工作可以较早界入，提供并行性，和不一致理解造成的浪费的工作。

项目经理要顶住外界压力，不然。。。
我觉得是否从另一个角度去讨论较好：
如何避免无效测试工作量？

我认为项目经理一定要负责任，如果项目经理不负责任，那么在系统测试中的无效测试工作量是一个正常人无法接受的。
（坏包，更新功能，新需求，稳定性差，升级包。。。难以估量的测试工作量）

研发部门主要为公司开发电子商务门户网站系统,在平时我们看来低级的缺陷,在这样的项目中,往往会提高级别.对于网站来说,界面上的 影响用户体验的缺陷与系统缺陷是同一等级的,所以经常处于下班更新,晚上加班测试的情况

想办法提升研发人员提交版本的质量,这必须去要求项目经理..
比如说,测试人员要有权利去打回不符合要求的送测包.这样把责任退回到他们身上,从而达到提高所测版本的质量.

要避免测试资源被滥用,关键是:
1. 你要知道,测试工程师最大的价值在那里,并告诉项目经理.
2. 现在测试工程师做的事情,是否可以发挥这个价值?
3. 什么条件下测试工程师才可以发挥最大的价值,那么就去让项目经理准备这些条件.

测试进入验收是一个很好的做法,制定规则不重要,重要的是告诉项目成员,
为什么我们要制定规则,目的是什么?