单元测试消耗的时间应计入哪个阶段？

[lqgm520]

公司最近组织了一次项目结项会议，总结数据中提到：
编码工作占用了30%的时间
功能测试（测试部门完成）只占用了7%的时间
由此分析出问题若干...(主要集中在测试部门人员不足上)
不过我的想法是：编码过程中，每一个开发人员都进行了本人责任内的单元测试，但是这个时间却没有被计入测试，而是一起算在了编码工作头上
所以想问问各位：
单元测试消耗的时间应该计入测试时长，还是编码时长？
并不一定非要纠结在这个问题上，但是试想如果将单元测试的时间计入测试工作时长中，那么测试时长占比至少能达到10%-12%，这样以来，虽然达不到IBM提出的3：3.5，但是扣除调试时间，12%的测试时间已经算是够长的了吧？如果这样的时间比例还会出现一些比较明显的BUG，那么应该可以推断出不是测试部门人员不足，而是测试方法或者手段有问题这个结论了吧？（问这个问题的目的就是为了验证这个结论）
盼回复，谢谢！！

[huliu139]

肯定是编码的时长呀，在我们公司，单元测试也是程序员先把编码完成后，为了应付QA，所以单元测试随便写点代码。

[以专业开发人员为伍]

很扯淡的公司。

[以专业开发人员为伍]

什么叫做“占用时间”啊？愚蠢。

[以专业开发人员为伍]

你问一下公司主管：是不是代码写的越来越烂，说明开发和测试更有成就呢？

[lqgm520]

[Quote=引用 1 楼 huliu139 的回复:]
肯定是编码的时长呀，在我们公司，单元测试也是程序员先把编码完成后，为了应付QA，所以单元测试随便写点代码。
[/Quote]
您说的是应付。。。如果是针对一家已经通过CMMI3级别的公司呢？

[lqgm520]

[Quote=引用 5 楼 sp1234 的回复:]
你问一下公司主管：是不是代码写的越来越烂，说明开发和测试更有成就呢？
[/Quote]
点解？你这个回复和我的问题有直接联系么？如果不叫“占用时间”，那叫什么呢？

[davy_chen]

从理论上来讲，测试的活就该算在测试里
从实际上来讲，这个活谁干的就该算在谁头上

所以统计方法依据目的出发。

[shihaojie1219]

sp1234
------------------------

[shihaojie1219]

是不是一个帖子分多次发，

[shihaojie1219]

可以多赚些可用分？

[z328209018]

我觉得单元测试应该算在开发人员的头上，如果开发总时间是三天，那么单元测试应该在里面 这个在分发任务的时候就应该把单元测试的时间算在内，不算在内的话，做出来的功能点很烂也是浪费时间。

[yintianbuxiayu]

回答的人到底有没有正真做过单元测试呢？单元测试要做好，有个前提是模块的设计说明要先出来，这样单元测试测试才有输入和依据。而实际开发过程中，设计说明或者没有，或者很简略，对单元测试的设计工作没有帮助，单元测试难以开展，因此才要开发人员做单元测试。在可测试性不高的前提下由测试人员进行单元测试，则花费的代价就很高了，肯定是单元开发的好几倍，甚至十几倍。
因此单纯说占用时间多少是没有意义的，要算的话，还是应该算到开发时间里。想想，测试人员检查开发人员的测试设计方法和测试结果报告就又能花多少时间呢？