应该由开发部门进行单元测试！

由测试部门进行单元测试的问题
    代价高：反复的重新理解代码需要大量的时间，反复的沟通也需要大量的成本。
    人手不足：进行单元测试的人员需要具备编码能力，很多软件企业的测试部门都没有足够的人手。
    耽误了测试部门对其他测试的准备工作：编码阶段，测试部门要为集成测试、系统测试等做好准备，如果测试部门陷在单元测试的“泥潭”里，很可能影响这些准备工作。

由开发部门进行单元测试的问题
    担心影响开发进度：这是现实问题，但自动化的单元测试工具可以解决这个问题。
程序员不习惯做单元测试：这种习惯是可以理解的，但并不难改变，实际上，程序员写程序时都是要进行测试调试的，只不过通常比较零散和随意而已。
    测试自己编写的代码，难于保证测试的效果：测试自己写的代码，通常会只测试正常的输入，因此难于保证测试的完整性，但自动化的单元测试工具，可以统计白盒覆盖，甚至提供用于找出遗漏的测试用例的工具，达到很高的测试完整性。只要达到了足够的测试完整性，那么，无论谁测试，效果都是一样的。

    无论由哪个部门做单元测试，都要面对一些问题，但开发部门所面对的问题可以借助工具来解决，而由测试部门进行单元测试，要么无法真正实施，要么代价昂贵。关于这个问题，后面的专题还会进一步阐述。