关于测试人力

第一点：　想要知道测试需要多少人力，那首先要理解一下测试的过程。其实测试的过程与开发的过程几乎是一样的。　也有测试需求－－》测试用例－－》测试执行－－》测试报告。

　不同的是，开发有代码做为成果，最后程序可以运行，有界面，有功能；而测试呢？这些都没有，成果只有BUG或者是测试报告。　最后运行的功能上看不到测试的痕迹。

　那测试是不是花费的精力就少呢？　一些也不少。甚至相对于开发人员来说，要多很多。

　原因呢：１.　开发只熟悉自己的那一点点，而测试要熟悉整个业务。想一下，项目经理熟悉整个业务是需要多长时间的呢？
　　　　　２、同样，开发只设计、编码自己的那一个模块。而测试人员测试需求、用例的设计是针对于整个项目的。
　　　　　３、一个项目中很多开发人员去参与；而一个测试人员要测试很多项目。
　　　　　４、开发的的工作，代码完成就OK. 代码质量关注不关注更多地依赖于个人的责任感（目前阶段）。而测试呢？　要关注需求是否实现、是否正确；除了这些外，可能还要关注一下开发是否有错别字，，开发是否忘记了某个错误限制。甚于某个提示框是否合理、界面是否漂亮等。。。。。
　　　　　５、开发提交到测试时，文档少的可怜。而测试提交实施时，除了用例、报告，还需要有操作手册，甚至操作录像。。。。
　　　　　６、有些还需要自动化，那就是完整的一个二次开发过程了。

　第二点，参考一下别的公司开发人员、测试人员比例吧。不说微软的１：１，因为它们测试的太细。说说一般的项目组吧。　６：１已经是不太合理的比例了。但就这６：１来说，目前我们也远远不够。比例不能说明什么，但有的时候，可以说明对测试的重视程度。

第三点，说一下测试的规范吧。　测试的广度和深度都会影响测试的质量。测试的规范、测试的准备程度直接影响到测试的质量，尤其是在前期的评审和自测试不完善的情况下。　而实际上呢？测试人员没有时间，也没有精力去准备测试需求、用例。　救火式的测试，以及前期无法很好的参与，直接导致测试的深度和广度都不够。
　　　这样的情况下，要求不单是测试做的好。还要求测试的产品也好，有点艰难。

第四点，说一下测试的投入。　不知道怎么说，不说啦。