开发人员为什么要写测试用例？

作为一名开发人员，你可能会发现周围的开发并不太喜欢写测试用例，甚至有些同学根本不写测试用例，认为写测试用例完全是浪费时间，或者是测试用例只是测试的事情。

在开发过程中，往往都是呼啦啦的写完代码，然后用 Postman 或者 Httpclient 等接口工具请求下接口，看着没问题就提测，然后等测试人员反馈问题。

这大概和职业以及所处的环境又关系，有些是公司没有相关的要求，有些是注重敏捷开发（项目和自己总有一个敏捷），不过群里有些同学问测试用例的事情，而我前段时间正好在写测试用例，所以做了一些笔记，在这里和大家分享一下。

以下内容都是自己粗鄙的理解，不对的地方，请指出。

测试用例听名字就可以知道意思，就是对自己所写的代码逻辑功能进行测试。毕竟辛辛苦苦写的代码，能不能运行，总得有个地方验证一下，所以就只能测试了。

单元测试和集成测试有时候不太好区分，可以简单的按照是否调用了第三方的服务来进行区分。不过在开发中，使用的工具其实都很类似。

单元测试：对某一块功能单元的测试，在我看来就是对一个方法的测试，不要跨跃很多个方法，或者调很多层。因为调用其他方法的逻辑，那是其他方法的单元测试。

集成测试：对集成其他组件、调用三方接口等功能的测试，比如集成 MySQL、MQ、缓存、RPC 组件等等。

比如在 《Java 开发手册》 中建议单个方法的长度不要超过 80 行也是有一定原因的，因为一个逻辑一旦超过 80 行，就说明该进行拆分了，内部逻辑是否合理就需要再 Review。

而逻辑复杂，对单元测试也及其不友好，比如大量的 if-else、对象转换等等，通过单元测试，都可以很清晰的梳理清楚，将可以拆分的功能独立出去，从而使代码结构更清晰。

在阅读代码时，如果有测试用例可以进行参考，则可以更快的读懂逻辑。不管这段代码是给别人 Review，还是说一段时间之后自己重读，测试用例都很重要。（代码注释也很重要）

如果自己写了单元测试，在别人修改代码时，突然发现之前的单元测试不能够执行了，那对这块代码的修改就需要慎重考虑一下了。

在 SpringBoot 中直接使用 spring-boot-starter-test 即可，内部包含了以下组件：

其他就是各种组件如何结合使用的问题，在后面会一一讲到。

最后：下方这份完整的软件测试视频教程已经整理上传完成，需要的朋友们可以自行领取【保100%免费】

我们学习必然是为了找到高薪的工作，下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料，并且有字节大佬给出了权威的解答，刷完这一套面试资料相信大家都能找到满意的工作。