一文总结单元测试什么时候写&怎么写

╰+攻爆jí腚メ 2023-09-24 16:54 144阅读 0赞

公司要求提升**单元测试**的质量，其中我作为方案和推动的主导，对开发过程中的单元测试，有了一些思考和总结。

### **单元测试编写的目的** ###

单元测试编写的目的，是面向计算机特性的，基于函数的in-out，所以单元测试的好帮手就是断言，通过不断的构造输出并对结果进行断言，我们就可以针对一个对象以及它的函数，构建出充足的用例去包裹它，以期望它的任意行为满足我们的需要。

最终的目的也是为了通过用例对单元测试的包裹，达到对任意对象的任意函数进行修改后，既满足新的功能，又对旧有功能没有影响。

### **单元测试编写的原则** ###

基于单元测试编写的目的，在编写单元测试时，我们应当认为我们编写的单元测试所面向的过程是黑盒，我们应只对输入以及我们期望的输出负责，即只考虑起始输入以及最终态。

具体来说：

针对Dao的单元测试，我们只应该关心测试后**数据库**各个字段的值；

针对Service的测试，我们只应该关心Service方法执行最终涉及到的数据库字段，缓存，消息队列中的值，以及Service方法的返回；

针对Controller的测试，我们仅应该关心Controller针对HttpRequst的输入以及HttpResponse的输出，而不该关心其中具体调用到的那些Service如何执行。

其中第3点或许令人疑惑，但是我们在编写单元测试时，我认为应该仅考虑执行的函数逻辑本身。对于其外部的依赖或者并不关心结果的方法，尽量mock掉。

虽然目前的场景下Service层与Dao层基本耦合在一起无法拆分开来进行单元测试，但是Controller层绝不应该严重依赖Service来进行单元测试，否则单元测试最终会沦为**接口测试**。

同时，如果我们在测试某个模块时，不对其外部依赖做mock，那么就会导致我们的测试依然非常臃肿，并且最可怕的是，我们对结果的断言无法实现。

比如当我们对Controller进行单元测试时，即便我们不mock它所依赖的Rpc（而是将他们启动着），但是我们如何对他所依赖的那些Rpc的执行正确与否进行断言呢？难道我们要在Controller层的单元测试执行完成后，在Controller层对数据库以及其他中间件的变化做查询以及断言吗？这显然是不现实的。

单元测试面向的应该是一个从不调用其他函数（不包括第三方jar包）的函数，从其开始自底向上一个个编写，直到Http接口层。

对于同一个单元测试来说，它的增加与修改应该与其对应测试功能的变化相同：

当对应的功能增加了或扩展了，应在单元测试中对新增功能增加新的测试，对老的单元测试则应该不做修改，并保证新增功能也满足老的测试。

当对应的功能修改了，并且不可能满足原有的测试，此时才应当去修改原有的测试，并应当加注释以说明。当需要修改单元测试时一定要谨慎，因为这意味着以前的经验已经不奏效了。

依靠这些原则去编写单元测试，我们会发现，想要写出一个好的便于测试的类也是比较难的。想要写出便于测试的类以及方法，会反向要求了我们减少代码间的耦合，提高代码的可读性。

### **单元测试编写的Timing** ###

单元测试的编写不应该是大家埋头一个月一起闭关编写（虽然大部分从未编写过单元测试的系统确实需要这样），而是一个不断渐进，防止犯过的错再犯的方式。

当开发一个新功能时，我们应当对新功能针对需求编写单元测试，这是理所应当的。

当对一个功能进行修改时，我们应该对该功能的单元测试进行修改，并完成该功能修改后的单元测试。

当发现某功能出现了某些意料之外的输出（一般来说就是bug），我们在修改时，应当针对该种特殊情况编写对应的单元测试。

经过以上3种情况的单元测试编写，我们的单元测试会覆盖的场景就会越来越多，我们的代码也会越来越健壮，久而久之，我们对于代码的修改可以纯粹依赖单元测试，而减少更多逻辑上复杂的思考。

**最后：**在这里我给大家分享一些自动化测试的学习资源，希望能给你前进的路上带来帮助。**`【保证100%免费】`**

![eacd6b72c45944d297f8bee39f56d0a3.png][]

![在这里插入图片描述][6902eb3eeb51442c8e61948dc4fb1ea5.png_pic_center]

[eacd6b72c45944d297f8bee39f56d0a3.png]: https://img-blog.csdnimg.cn/eacd6b72c45944d297f8bee39f56d0a3.png
[6902eb3eeb51442c8e61948dc4fb1ea5.png_pic_center]: https://img-blog.csdnimg.cn/6902eb3eeb51442c8e61948dc4fb1ea5.png#pic_center

发表评论取消回复

表情：

评论列表（有 0 条评论，144人围观）

还没有评论，来说两句吧...

相关阅读

相关 Springboot写单元测试

导入依赖 <dependency> <groupId>org.springframework.boot</groupId> ...

痛定思痛。/ 2024年04月20日 11:33/ 0 赞/ 69 阅读

相关单元测试该怎么写

单元测试对于开发人员来说很熟悉，各种语言都提供了单元测试的框架，用于自动化执行单元测试并生成测试报告。它通常提供了一组API和工具，使开发人员能够编写和运行测试用例，比较预期行

素颜马尾好姑娘i/ 2024年02月24日 00:56/ 0 赞/ 58 阅读

相关测试总结该怎么写...

![在这里插入图片描述][5fb87c883155482198a70b4dca710d26.gif_pic_center] 最近参与了几次面试，面试者的简历中都会提及：需求

╰+攻爆jí腚メ/ 2023年10月08日 14:08/ 0 赞/ 14 阅读

相关一文总结单元测试什么时候写&怎么写

公司要求提升单元测试的质量，其中我作为方案和推动的主导，对开发过程中的单元测试，有了一些思考和总结。单元测试编写的目的单元测试编写的目的，是面向计算机特性的，基于函

╰+攻爆jí腚メ/ 2023年09月24日 16:54/ 0 赞/ 145 阅读

相关文件上传的单元测试怎么写？

早上有个群友问了一个不错的问题：文件上传的单元测试怎么写？后面也针对后端开发要不要学一下单元测试的话题聊了聊，个人是非常建议后端开发能够学一下单元测试的。所以，今天特地拿出来写

今天药忘吃喽~/ 2023年01月05日 01:17/ 0 赞/ 143 阅读

相关 springboot 单元测试怎么写

本文基于springboot版本1.4+ 推荐使用mock完全单节点测试和全链路测试我们的单元测试是系统质量保证的重要一环，需要引起重视。但是由于目前分布式系统相互直接依赖

阳光穿透心脏的1/2处/ 2022年11月13日 06:29/ 0 赞/ 179 阅读

相关软件测试员工作总结怎么写,软件测试人员季度工作总结怎么写

强调责任心、检查与管理的重要。没有范文。以下供参考，主要写一下主要的工作内容，如何努力工作，取得的成绩，最后提出一些合理化的建议或者新的努力方向。。。。。。。工

朱雀/ 2022年08月31日 06:49/ 0 赞/ 189 阅读

相关 springBoot 写单元测试

springBoot 单元测试首先需要引用test jar 推荐使用maven 管理项目 > 具体坐标如下： > > <dependency> >

忘是亡心i/ 2022年05月25日 08:53/ 0 赞/ 286 阅读

相关给servlet写单元测试的总结

servlet的测试一般来说需要容器的支持，不是像通常的java类的junit测试一样简单，下面通过对HelloWorld代码的测试阐述了几种servlet测试方法。

傷城~/ 2022年05月20日 04:51/ 0 赞/ 250 阅读

相关【单元测试】为什么要写单元测试？怎么写？

文章目录为什么不想写单元测试为什么要写单元测试什么时候写单元测试怎么写单元测试如何编写优秀的单元测试为什么不想写单元测试

清疚/ 2021年11月01日 11:54/ 0 赞/ 375 阅读