共计 1008 个字符，预计需要花费 3 分钟才能阅读完成。
作为一名开发人员，你可能会发现四周的开发并不太喜爱写测试用例，甚至有些同学基本不写测试用例，认为写测试用例齐全是浪费时间，或者是测试用例只是测试的事件。
在开发过程中，往往都是呼啦啦的写完代码，而后用 Postman 或者 Httpclient 等接口工具申请下接口，看着没问题就提测，而后等测试人员反馈问题。
这大略和职业以及所处的环境又关系，有些是公司没有相干的要求，有些是重视麻利开发（我的项目和本人总有一个麻利），不过群里有些同学问测试用例的事件，而我前段时间正好在写测试用例，所以做了一些笔记，在这里和大家分享一下。
以下内容都是本人粗俗的了解，不对的中央，请指出。
为什么要写测试用例
测试逻辑性能是否失常
测试用例听名字就能够晓得意思，就是对本人所写的代码逻辑性能进行测试。毕竟辛辛苦苦写的代码，能不能运行，总得有个中央验证一下，所以就只能测试了。
单元测试和集成测试有时候不太好辨别，能够简略的依照是否调用了第三方的服务来进行辨别。不过在开发中，应用的工具其实都很相似。
单元测试：对某一块性能单元的测试，在我看来就是对一个办法的测试，不要跨跃很多个办法，或者调很多层。因为调用其余办法的逻辑，那是其余办法的单元测试。
集成测试：对集成其余组件、调用三方接口等性能的测试，比方集成 MySQL、MQ、缓存、RPC 组件等等。
重构、梳理逻辑
比方在《Java 开发手册》中倡议单个办法的长度不要超过 80 行也是有肯定起因的，因为一个逻辑一旦超过 80 行，就阐明该进行拆分了，外部逻辑是否正当就须要再 Review。
而逻辑简单，对单元测试也及其不敌对，比方大量的 if-else、对象转换等等，通过单元测试，都能够很清晰的梳理分明，将能够拆分的性能独立进来，从而使代码构造更清晰。
有助于 Review
在浏览代码时，如果有测试用例能够进行参考，则能够更快的读懂逻辑。不论这段代码是给他人 Review，还是说一段时间之后本人重读，测试用例都很重要。（代码正文也很重要）
避免 bug
如果本人写了单元测试，在他人批改代码时，忽然发现之前的单元测试不可能执行了，那对这块代码的批改就须要慎重考虑一下了。
单元测试要写成什么样
这里能够参考《Java 开发手册》中的介绍。
测试工具
在 SpringBoot 中间接应用 spring-boot-starter-test 即可，外部蕴含了以下组件：
其余就是各种组件如何联合应用的问题，在前面会一一讲到。
本文由 mdnice 多平台公布