• sylan215
    2021-09-01
    1、单元测试可以帮助尽早发现问题,尽量多的单元测试也有助于提升代码质量以及更准确的定位问题; 2、单元测试尽量和编码的时候一起写,如果等代码实现完了,会因为要写的测试太多,而产生畏惧,容易放弃; 3、要写好单元测试,还要善于任务分解,所谓的单元,就是任务的某个部分,好的任务拆解,是编码和测试成功的不二法门; 4、每完成一个子任务,都可以把所有测试快速的跑一遍,避免前后的逻辑影响,如果测试通过,就可以进行代码提交,这可以算一个里程碑; 5、最好是先写测试用例,再进行编码,这里的测试用例不一定是测试同学那种专业的用例,而是我们需要覆盖的逻辑场景(也可以找测试协助提供用例); 6、优先测试接口,再根据时间情况看是否要验证实现,因为实现可能会因为逻辑变更而失效(维护成本变大); 以上,期待后续的精彩内容。

    作者回复: 总结得很好

    
    8
  • X
    2021-08-23
    请问老师,如果 接口行为Mock,入参设置宽泛一些(any),那这样入参感觉没有测试到,细节上会不会有啥问题? 现在测试都是严格限制出入参。。

    作者回复: 这取决于你要测的是什么,我在专栏里建议的是测试接口,在这种情况下,Mock 的入参就不是关键点,为啥要限制那么严格呢?如果限制严格了,就是在做细节的测试。

    共 2 条评论
    5
  • 大师兄
    2021-09-24
    修改代码的艺术,翻了几遍,学习到一些技巧,调整了遗留程序的设计。个人上有一些成长,想在团队内推广单元测试,发起了几次单元测试的分享与实战入门。发现没落地成覆盖率,或者强流程,小伙伴都是跳过。

    作者回复: 给你个建议,从持续集成入手,我在《10x程序员工作法》中讲过。

    共 2 条评论
    2
  • Geek_3b1096
    2021-09-08
    粒度要小到可以在很短时间内完成 <- 难,学习学习!

    作者回复: 确实难,需要练,练好了才和别人拉开差距的。

    
    2
  • 大碗
    2021-08-20
    请问老师这个addItem的verify可以去掉么,不写测试覆盖度不会下降

    作者回复: 不会,verify是一种断言,不会影响覆盖率。

    
    2
  • 尔冬橙
    2022-03-14
    私有函数如何测试呢

    作者回复: 这是一个伪命题,把代码抽出来,成为另外一个类,它就变成了公有的。在我的几个专栏里,我一直在说,代码大就是问题。

    
    
  • Gojustforfun
    2021-08-20
    有时候写完单元测试,对于关键的“单元”可能还需要看看其运行时间以及内存分配情况(基准/性能测试)。请问老师,程序员是否要进行性能测试?如何进行性能测试?可否加餐一篇聊聊?谢谢
    
    4
  • aoe
    2021-11-11
    原来写单元测试非常吃力是因为代码写完了最后才加测试代码!和函数一起写测试就简单多了,还可以从设计时就支持测试!
    
    2
  • ifelse
    2022-06-09
    做好任务分解,写好单元测试。--记下来
    
    1
  • 当初莫相识
    2022-04-23
    老师,关于gui程序应该如何写单元测试呢,比如qt写出的程序,我通常是运行可执行程序,看ui响应以及相关逻辑是否达到预期。还请老师指点迷津!
    共 1 条评论
    1