Joy T的博客

是一个自定义的异常类。在Java中，异常是用来表示程序运行中的问题或异常情况的对象。当某些问题发生时，通常会抛出（throw）一个异常。这里，我们定义了一个继承自的新异常类。是Java中所有非检查型异常的基类。所谓“非检查型”是指编译器不强制我们捕获或声明它。这与Exception（检查型异常）相对。关于- 这表示我们正在定义一个名为的新类，该类是的子类。这意味着继承了的所有特性。- 这是类的构造方法。当我们创建的新实例时，可以传递一个消息字符串给这个构造函数。- 这行代码调用了父类（

一件非常恶心且没有效率的一件事：配了一堆接口测试，结果环境变了，之前写的所有URL地址、端口、http请求都要修改！这些被称为公共重复数据。太麻烦了，需要提效，而提效就是自动化最为核心的概念！一变皆变，突然就能和变量联系起来，变量不就是为了解决这样的情况吗？JMeter为此提供“用户定义的变量”这个功能选项。从上到下将我们的重复数据变量化。所有的公共内容，都可以存！还有一点我们需要注意，使用定义好的变量时，需要使用${ 变量名 }这一格式引用。

每个系统和应用都有自己的性能需求和标准。重要的是定期进行性能测试，监控系统性能指标，并根据测试结果和监控数据进行优化和调整，以确保系统能够满足用户和业务的需求。JMeter停更，作者实在是学不动了，性能测试太麻烦了，等作者准备面试或者丰富简历的时候再深入学习吧。抱歉各位，作者先用apipost去完成作业了……这些是一通百通的，所以，所有的学习都是有用的！

日常需求：负载测试！对于桥的负载测试：我给你20t的一排车辆，看你能不能撑得住20t！对于系统的负载测试：逐步增加负载，便于问题的发现和定位，不要操之过急。逐步增加负载是这负载测试和压力测试中常见的方法。这种方法有助于观察和评估系统随着负载增加而发生的变化。但是，仅仅因为逐步增加负载，并不意味着你总是在进行负载测试；这同样可以应用于压力测试。一定要在逐步增加负载的过程中。

Junit是一种用于编写可复用测试集的单元测试框架 ，单元测试又称为模块测试，属于白盒测试。（不用交给测试部门的测试，自己写代码自己测试）

单元测试的目的是要确保register方法处理这个返回值的逻辑是正确的。所以，我们想验证当返回特定值时，register方法的行为是什么。（当下一层方法返回预期值时，看上层方法的行为是否符合我们的方法预期内容）通过给方法调用的下一层方法一个预期值，才能测试上层方法这就是使用模拟技术的主要原因。我们控制下层方法的行为，这样我们就可以专注于测试上层方法的逻辑，而不是同时考虑所有涉及的组件和外部依赖。这样做的一个主要好处是，如果在将来register。

定义: 在软件测试中，mock是一个模拟真实对象的虚假对象，它模拟了真实对象的行为。使用mock的主要目的是隔离并聚焦于测试的特定部分，确保测试不受外部因素（如数据库、文件系统或网络）的干扰。用途模拟不容易产生或控制的场景，如异常情况、错误状态等。加速测试，特别是当真实对象的行为会导致测试速度降低时，例如真实的数据库操作。隔离单元测试，确保测试聚焦于特定的单元或功能。定义: Mockito是Java的一个流行的mocking框架。它提供了一种简单的方式来创建、验证和操作mock对象。特点简单性。

Jacoco 是 Java 代码覆盖率的一个非常流行的工具，它可以用来测量项目中代码的覆盖率。作者在网上学习过程中发现一些问题：需要项目打包成jar包，然后启动一个agent监听。然后通过Postman这样的工具去测试，这里测试的应该是接口测试。Jacoco能不能看到单元测试的测试覆盖率呢？另外，如果使用Jacoco监听接口测试，需要把所有的测试都做一遍才能最后生成测试报表吧？使用JaCoCo是否需要打包成JAR不一定。

现在作者说明一下，作者需要开发一个简单的Vue+Springboot前后端分离实验，想要尽量将测试的流程应用到这样的系统中。单元测试请见，而单元测试加上mock呢，最多也只能测试一下Service层的业务逻辑，对于数据访问层的代码，比如save/insert等等，用单元测试不是很到位。Junit+mock请见首先因为这些层数几乎已经到底层，无法使用mock去模拟一个下层对象。其次，对于数据访问层，确实应该测试一下与数据库真实的连接了，这种接近于实际情况的交互还是使用集成测试会好一些。