一般研发部门的领导都是要求开发人员编写单元测试代码，因为领导凭着自己的经验能够意识到单元测试的重要性，基本上每个小的功能都要编写单元测试。
       虽然是测试，也不一定非得在编写完代码之后编写，因为单元测试有其特殊性，在开发某个功能之前，毫无疑问，工程师已经对模块中每个小功能的实现做了详细的思考和规划，一个功能应该怎么实现，心中了如指掌，在这个前提下完全可以预先编写单元测试用例，而且编写单元测试，同时也是全面分析某个功能可能出现的任意bug的过程（这是一次很重要的分析过程，从而会在很大程度上避免一些错误。
        而在现实中，这种问题出现的太多了，给人的感觉是程序员只是一味地实现功能，而不去考虑功能实现的完整性、健壮性），如此，编写好的程序只要一运行，就能利马知道这段代码的好坏；另外一个好处是，单元测试能“监听”以后开发中的代码改动、模块衔接所出现的大多错误，从而最大程度的避免了新的bug，是这就是磨刀不误砍柴工吧。