起因 单元测试在项目中的作用不言而喻,但是写单元测试、改了逻辑以后改单元测试,却也是比较烦人的 目前有很多的测试框架 比如 mockito 、easyMock 、powerMock 等,都已经帮助开发者解决了很多测试的难题,但是单元测试还是得自己写代码。 我就想知道目前有没有可以不用自己写太多代码,在运行的时候,去自动 ..

能否通过注解的方式去实现单元测试呢?

起因

单元测试在项目中的作用不言而喻,但是写单元测试、改了逻辑以后改单元测试,却也是比较烦人的

目前有很多的测试框架 比如 mockito 、easyMock 、powerMock 等,都已经帮助开发者解决了很多测试的难题,但是单元测试还是得自己写代码。

我就想知道目前有没有可以不用自己写太多代码,在运行的时候,去自动化测试的呢?

现在不是都有插件可以省去 get 、set 方法了嘛~

我的想法

问题

如果有这么个玩意,你会喜欢吗

单选 公开 永不结束 9 票
卧槽,好东西啊
77% 7 票
无所谓,反正我也不做单元测试
11% 1 票
不用,什么垃圾玩意
11% 1 票
先看看别人用的好不好 了
0% 0 票

  • Java

    Java 是一种可以撰写跨平台应用软件的面向对象的程序设计语言,是由 Sun Microsystems 公司于 1995 年 5 月推出的。Java 技术具有卓越的通用性、高效性、平台移植性和安全性。

    2361 引用 • 7824 回帖 • 890 关注
  • 自动化测试
    5 引用 • 27 回帖
  • Q&A

    提问之前请先看《提问的智慧》精读注解版,好的问题比好的答案更有价值。

    1256 引用 • 8197 回帖 • 576 关注
18 回帖
请输入回帖内容...
  • gitors

    powerMock 之类的都是 可以通过 cglib 之类的去派生新子类 甚至 去修改字节码文件来实现的,为什么不直接自动 搞一些 简单逻辑测试呢?
    如果这个不行的话,那能否 通过模版的方式自动生成测试类呢??

  • 88250

    模拟生成接口测试数据的工具倒是有,比如一些安全审计工具。针对实现代码自动生成测试用例的框架好像没见过,但理论上应该可以实现。

    期待其他人来补充科普,期待效率工具。

    1 回复
  • gitors

    我最近一直在研究 easyMock、mockIto 、powerMock 之类的工具 ,突然就冒出来这个想法,我也觉得理论上是可以的。主要是技术太菜,不然我都想动手搞搞试试

  • PeterChu

    好像很厉害的样子哇。
    单元测试还是很必要的,可能一些简单逻辑的增删改查用不用单元测试都一样,一些比较复杂逻辑的单元测试恐怕不太好用自动化工具去测,但是介于这两者之间的很多业务逻辑的单元测试还是有很多,也应该可以使用非人工测试完成,这样却是会节省很多时间和工作量啊。
    期待期待。

  • CismonX

    这样的需求在绝大多数场景下都不是很适用。业务逻辑应该和测试逻辑分开的,比如在多数 Java 的 Web 项目中,业务代码都放在 main 目录下,测试都放在 test 目录下。如果通过注解来辅助测试,业务代码中会不可避免的多出来很多测试逻辑。试想一下每个 service 方法上面都有 @MockWith(...) @AssertThat(...) 之类的东西,代码的可读性会下降多少。

    2 回复
  • gitors

    这确实是一个问题

  • 88250

    这个问题我也考虑过,不过想起既然 API 生成都可以这样“侵入”,测试这样来做也不是什么大问题,声明式的我觉得还是可以接受的。

  • hjljy

    一位没怎么写过单元测试的菜鸡路过

  • gitors 2 评论

    @participants 开始着手尝试了, 但是无从下手啊,目前还只是停留在概念的阶段。。各位有没有好的建议 或者 见过的类似的东西分享让我学习下,最近工作也比较忙,都是晚上简单构思一会。
    目前的进度:

    • 构思:

      • 注解: 目前暂有两个注解;一个标明需要被测试(考虑传入用例)、还有一个注解用于 标明 Mock 的 对象,该注解加载成员变量上或者方法上。
      • 配置:提供 XML、YAM、Java 类等配置方法,配置主要内容 如 需要扫描的包路径、全局的用例、全局常量等。
      • 实现:在项目编译的时候扫描配置的包路径 检查注解,然后开始 mock 并测试,必要的时候 学习 powermock 之类的直接通过 cglib 派生子类 或者 直接 修改字节码。
    • 计划

    目前在本地做了尝试,计划在多少有点眉目的时候将代码放到 GitHub 上,接受广大人民群众的 测试于贡献。

    但是—— 无从下手啊,只是试了一下 配置和扫描的,具体测试部分的逻辑我觉得没有想象中的那么简单。大家都多给点建议,无论是设计、实现以及功能上,都可以。

    还有一点,就是一般的单元测试都是可以单个方法手动执行的,如果是声明式的,那么想要实现单个非 main 方法直接执行的话,是否 还得去开发 idea 和 eclipse 的插件呢?

    我大概了解了一下,junit 好像就是 靠的插件 最终还是通过 main 方法去执行的,测试。
    大家畅所欲言吧,提意见、吐槽、泼冷水都是没问题的

    1 回复
    @88250 刚才说什么安全异常是什么鬼
    gitors
    @gitors 可能是 CSRF token 过期了,刷新重试即可
    88250
  • zwxbest

    单元测试最繁琐的地方在于用例和 mock,这块是业务相关的,从代码结构上是分析不出来的。

    1 回复
  • hjljy

    我感觉我可能是个菜鸡程序员,单元测试没写过,后端数据验证没写过。

  • gitors

    所以 mock 和 用例 ,作为注解的 参数传进去呢。

    1 回复
  • zwxbest

    用例和 mock 太多了,占了单元测试的百分之八十左右,放到业务代码上,太影响可读性和程序整洁了。

  • PeterChu 1

    可以做个扩充参考

    image.png
    image.png

  • PeterChu

    @gitors 你有阿里出的《码出高效-JAVA 开发手册》这个书吗,可以看看这里第 8 章,写的更详细点。需要电子版资源我可以给你发。
    image.png

    1 回复
  • gitors

    这个我有

  • kafuly

    good

  • lzh984294471 1

    个人觉得业务和代码和测试还是单独开来吧,两者放到一起不和逻辑.

请输入回帖内容 ...