在上次funtester测试框架功能计划之后，很长一段时间以来一直没有更新功能计划。主要因素是funtester测试框架的功能完全满足了工作需求。无论是分布式性能测试框架，全链接性能测试的支持以及定量模拟线路流量，基本的技术验证是完成。技术障碍。
尽管Funtester测试框架仍在更新中，但很长一段时间都没有进行更新。此外，在可能使用的测试方案中，目前最有可能在工作中施加动态压力。
最后，我要实现的是在连续压力测试过程中增加，减少或维持测试压力。时间增加。
在过去的性能测试案例中，除了积极结束外，中间的压力调节很少。动态压力是要在压力测试过程中干扰压力，并在测试过程中调节头发末端。该需求可以在容器化和分配等技术的祝福下实施。我的想法是直接调整任务一个JVM线程池的。它适用于非盘压力测试和压力需求的灵活场景。当然，如果您将其应用于日常绩效检查，也可以提高效率。
Wanli长期3月1日：增加暂停功能的实现。
在工作中，我们经常遇到一种场景：系统提供的QPS为10,000，线程数为100。我们设计了0个线程，因为启动，间隔30s增加了10个压力，最大值为120（当然，您也可以使用QPS增量模式，以下演示演示将使用线程增加）。
但是，实际情况是80个线程已经达到了性能瓶颈，然后要求将其保持在80线的压力下一段时间以促进数据收集并获得场景。
因为使用方案是终止压力增加的压力，因此使用了性能测试的最初检测中的软启动方案。使用循环增加压力。然后触发一定时间的终止增加。
预计将在绩效测试服务中用于实践和本地脚本测试。目前，仅实现本地脚本测试的功能。这个想法是通过线程安全变量标记执行状态。完成此任务后的另一个线程后，通过从控制台输入内容来控制此开关。我目前执行的演示是一个解决方案而无需转弯。只有在压力终止结束后，它才会继续增加或结束。
多线程任务如下：
等待此处的控制台的输入。如果等于然后设置为1，则标记测试任务已进入压力压力的终止。
在这里，我指的是Java线程中三个剑客的内容。我之所以使用它，是因为它不灵活，无法满足需求。尽管灵活性也可以满足多线程同步要求，但它不能灵活地增加或减少同步线的数量，因此我放弃了。
这种动态压力模型是在压力阶段执行的，即螺纹不是固定的，这带来了一些问题，并且尚未解决。
第一个是类，是实现的一些方法。与其他实现的具体差异主要是该方法中标记多线同步对象的操作。
代码显示如下：
执行类和其他模型之间的差异是：1。如果没有固定的稳定压力，稳定压力在压力结束后是稳定的；2.控制台的输出内容控制任务阶段的多线程任务接受；3.当用户未进入时，就无法自然停止隐藏的危险。
代码显示如下：
这是一个简单的多线程测试，不再使用本地HTTP接口。脚本的内容如下：
以下是完整的控制台输出：
可以看出，差异翻了一番。这更容易理解，并且差异之间的差异。在下一步，我们将努力实现局部灵活的增加或减少压力价值和全球任务管理功能，因此请继续关注！交叉开采