请问一般软件项目中测试的工作在整个项目中的比重应该是多少？
我们是个小工作组以前没有专门的测试人员都是开发人员交叉测试的。最近添加了1个测试岗位，因为要做绩效，不知道测试应该占整个项目中的比重。
测试的工作内容为：黑盒测试，操作手册编写。请大家都帮帮我，谢谢了，
祝大家牛年牛气冲天，财源广进。
[解决办法]
一般的小公司，测试基本是辅助的。 测试占用的工作量比较小。20～30%
[解决办法]
测试蛮重要的，占40%ba
其实测试从设计的阶段就应该可以开始了
在完成详细设计后就开始写测试用例，然后写测试代码，然后写代码
代码写好后就开始功能测试，都OK后还要结合测试
测试不仅可以测出代码中的问题，还可以更好的理解要写出什么样的代码
[解决办法]
敏捷开发做到位的项目组，测试占的比重是100%，也就是说是测试驱动编码，并且一旦测试通过就尽量不再修改代码（没有新的测试就不做多余的代码优化工作）。
[解决办法]
如果楼主所说的软件项目是敏捷开发项目，我在帖子《敏捷，想说爱你不容易－－从CMM向敏捷过渡的一点体会》中的回复，可以作为补充说明。
[解决办法]
反对，即使完全的tdd,也不能说，测试占的比重是100%。
[解决办法]
楼主要考核绩效，不超过50%吧
[解决办法]
楼主定义的测试工作范围既包含了通常意义上的产品测试，也包括了资料的写作，如果是这样的话，若楼主的公司以产品质量为第一的话，这个职位所在工作量的比例应该是至少60％。若不太看重测试和资料的话，工作量比例会大打折扣，不好评估。
