软件开发过程中各类人员共通心理剖析

叶子0929

To sinicism
有点悲观哦，关键还是要看你做得怎样了。：）
要学会保护自己的权益，我们公司就分责任bug的，我们做的系统都是要求非常高的，风险也很大的，但直到目前为止，真正推到我们测试部门的bug还几乎没有。
我的经验：
（1）明确每次的测试范围-------特别是对升级项目尤为重要，有时候开发部门通知只是改了很小的一个部分，殊不知，引起其它地方错误。-----所以要明确每次的测试范围，而且这个范围要经过开发部和测试部共同认可。------这样一旦以后被客户发现不相关部分出现错误你也有话说。
（2）作好详细的纪录，以便追溯，有时候，当初提出问题时，RD不认同，没改，到客户那里提出来了，你也有话说
（3）还是作好纪录，对于偶发问题。有时会碰到莫名奇妙出现一两次某个问题，也没找到原因，后来就不出现了，这类问题大部分就被忽略掉了，以为没事了，其实这种问题，一定要详细纪录到测试报告中，包括时间。。。。因为触发这类bug的很可能是需要特殊条件的，而平时的测试又不具备这种条件。-------比如，我们做的金融软件，在月底或月初的某一天是有特殊处理的，假使在公司给你们安排的测试周期中恰好错过这段时间，那以后出现万一月初出现某个问题你也要说明当时的测试条件。-------------其实有经验的测试人员会把这个限制提前提出来的。
（4）还是纪录，对于开发人员没有明确找到bug根源的问题，相信大家都碰到过，开发人员回复，再试试（实际并没找到bug根源），当时也许可以了，但可能他只是临时调整某个参数，并没有从根本上解决问题，这样的问题测试人员应该好好作回归测试，实在不可重现，也要详细纪录下来（没找到根源），以后再出现这种问题，你也有话说。
。。。。。。
总之，测试人员要详细纪录，做好bug管理，免得到时候什么问题都被算到测试头上。
当然前提是你测试本身做的够好，知道自己该做什么，该做到什么程度，否则被扁也在所难免 ^_^