• sylan215
    2021-08-17
    支持老师鼓励开发同学进行自动化测试。 不过「自动化测试」这个叫法,包含的范围太广,我觉得开发的优势是对代码实现逻辑更熟悉,所以优势更多是在架构设计上提前规避问题,以及在单测时提前发现问题,叫自测感觉更合适。 自动化测试的话,确实涉及了代码编写,但不是测试同学就不会写代码哈,我们只是写测试代码,相对来说我们代码的目的性更强。 不管咋样,就是开发应该负责自测(单测,以及联调),测试更多的负责系统测试和场景测试。 至于大家使用什么方式并没有限定,比如目前很多开发都是通过打调试信息来自测(更有甚者,开发过程中喊测试配合测试),可以进一步改为使用自动化测试框架,比如测试同学很多使用手工黑盒测试,也可以引入自动化测试框架。 以上,感谢老师的分享。

    作者回复: 多谢你的分享

    
    10
  • 北风一叶
    2021-08-24
    没有断言的测试,不是好的测试,这句记下来。 我目前是怎么用junit的,我就是直接sout 输出,看输出是不是符合我的预期,但也经常忘记写测试用例,革命尚需努力。

    作者回复: 显然,你要进步了😄

    
    4
  • 李威
    2021-08-16
    go语言官方自带测试框架没有断言函数,需要自己用if/else去验证实际结果与预期是否一致,这种设计的初衷始终有点难以理解,郑老师怎么看

    作者回复: 咋看呢?就是没有学到精髓呗

    共 3 条评论
    4
  • 萧
    2021-08-12
    还有断言库,涨知识了,一直用的原生的

    作者回复: 信息边界扩展了

    
    2
  • bigben
    2021-08-11
    测试框架多了也让人头疼,不知道该选哪个?

    作者回复: 选主流的就好

    
    2
  • 邓志国
    2021-08-14
    hamcrest的扩展方式我觉得最好,我就编写了几个matcher来满足自己特殊需求

    作者回复: 多谢分享

    
    1
  • Geek_3b1096
    2021-08-27
    ...把整个系统启动起来,然后手工进行验证 <- 说的就是我

    作者回复: 说中了😁

    
    
  • Lee
    2022-11-19 来自广东
    有个问题想咨询一下,我也大多都会都核心业务逻辑,logic层进行单测,用mock等,DB持久层这个还需要做吗?有同事更喜欢启动服务那种单测,,,然后参数就是固定的一个报文
    
    
  • 大鹏
    2022-06-08
    Spock:the enterprise ready specification framework(https://spockframework.org/)
    
    
  • ifelse
    2022-06-07
    没有断言的测试不是好测试。--记下来
    
    