看完后，我自问我们在测试过程中，有没有去考核，有没有人去监督呢。
其实我们这个项目是没有的。这是个新项目，工作的地方与大部队也不在一起，质量部门领导也不怎么管我们。也许正是因为这个原因，我们的产品质量是不高的。上线的用户越来越少。这个可能和公司的管理流程的成熟度有关。我们的测试人员觉得很轻松很自由。需求下来后都是不太确定的，等项目结束了，最初的需求已经面目全非了。后面就是开发边跟更改的需求开发，开发出来后，交给测试人员测试，有时是测试人员边测试开发人员还边修改。等测试人员测试结束了。开发那边说又改了。再测试一下。这样浪费着测试人员的精力。但是提出的也没用。在这样的环境下，开发出来的项目质量是很难保证的。这种测试的质量只能看测试人员的技能了。风险是很大。项目上线后，出了问题，开发与测试一起去做补救工作。这可能是小公司的通病。
但是上线后，出现问题，开发与测试人员补救的同时，也要受到上面的领导的责备。
现在的情况是这样子，作为这们环境中的测试人员，我想想以后也要想办法自检一下测试质量吧，决定改善改善目前的状况
1、编写测试checklist（个人觉得，像这种需求变化太快的项目来说，编写测试用例也是浪费时间。等测试用例编写完后。开发完了没多少能用得上的）
2、重复测试，并增加或更新checklist
3、回归测试（自动化）
4、交叉测试
版权声明：本文出自 cym2006new 的51Testing软件测试博客：http://www.51testing.com/?168376
原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。
