鸡肋鸡肋
食之无味
弃之可惜

解决方案 »

  1.   

    代码都写好了,领导忽然说:你单元测试了吗?
    没,那测吧
    结果发现,90%的函数全是void……这种情况是哪里出问题了?
      

  2.   

    还是需要的,如nunit,testdriven.net
      

  3.   


    因为在美国找代码审计的人的成本要比国内找很多写测试的人的成本还要高。因为有的软件对可靠性要求很高,客户愿意为软件的质量买单。总之unit test也是有代价的。
      

  4.   


    不知道在你的眼里 UnitTest 是什么概念,难道返回值是 void 的函数就一定是正确的?或者是无法测试的?那样下面这些函数void Control.Dispose();
    void DataSet.Clear();
    void List<T>.Insert();是不是写完就算,不用测试了?单元测试是质量保证中重要的一环。当然,若公司的方针是不考虑质量,那当然鸡肋啦。
      

  5.   


    没错,审查测试代码的都是架构师,MVP之类的人物。费用是按小时计算的
    客户做的这个产品也是百万级用户的产品。所以对质量要求很高。 成本问题确实存在,但是我觉得国内写代码起码应该有思路,不应该像楼主说的全是void 
    测都没法测。 起码应该有个基础测试逻辑思想。 至于把单元测试用到啥程度,那就根据情况区别对待了
      

  6.   


    void和单元测试没有什么矛盾
    从编码的角度来说,代码显然不应该迁就测试。而且我们有日志,有断言,有异常等等。还有,单元测试并不能提高代码的质量,只能验证代码。代码的质量需要很好的架构师和程序员。
    使用糟糕的程序员编码,即使测试也只会把糟糕的代码变成更糟糕的代码。
      

  7.   

    ls说的都对。我的意思是,过滤盐水可以去除杂质,但是不能把盐水变成淡水。很多二把刀的程序员,无论是TDD还是XP,都是写不出好代码的。