该场景主要用在分段时间压测和压力测试里面，分段时间压测比如点餐系统，一天会出现用餐高峰期、平稳期和闲时区，针对该场景我们就要设计成不同时间段的压力值不同，加压方式不同等等，压力测试我们只需要使用一个场景，并将压测时间设置长即可，同样的测试报告也用jpgc的监视器获得。（1）红框区域是增加线程过程，5秒钟启动10个线程，这10个线程持续运行30秒，再用5秒钟启动10个线程，这20个线程持续运行30秒

UI自动化测试不再是少数技术专家的专利，通过Dify的可视化编排，每个团队成员都能成为自动化测试的参与者和受益者。现在就开始你的可视化UI自动化测试之旅，体验测试效率的飞跃式提升！

框架:好比我们经常用的USB接口，你如果插入耳机，那么这个接口就用于听歌，如果你插入手机，那么就可以连接手机，如果你插入U盘，就可以传输文件，框架和工具的主要区别是，框架具有扩展性，他只是个架构，你通过架构可以开发出不同的功能，我们经常听的房子，你先建一个框架，至于你把哪些装修为厨房，哪些装修为主卧，客厅，看你需要来定制。工具:好比日常用的工具，螺丝刀，菜刀等等，他完成特定的功能，比较接口工具，他

单次 api 调用模型：toal_tokens:2080截至目前调用 209719 Token(s) 话费：0.2076 元，估计调用快 100 次 api

大模型正以其强大的能力重新定义软件测试的多个环节，从测试用例设计到脚本生成、从缺陷预测到数据生成，其应用潜力无穷。然而，在实际应用中，仍需结合具体场景和业务需求，充分发挥大模型的价值。未来大模型有望成为测试人员不可或缺的智能助手，助力测试工作迈向更高效、更智能的新时代。

UI 自动化的收益主要是在多轮测试的时候才能体现出来，试想一个维护周期短的项目测试的轮次比较少，如界面测试就测试 1 到 2 轮即可，这样完全可以使用手工测试就行了。同时自动化脚本的开发和调试本身就需要一定的时间，如果项目的周期短，没有足够的时间支撑脚本的开发，那也无需自动化测试了。UI 自动化测试最大的挑战就是需求的变化，界面如果经常变动，脚本就需要重新编写，界面需求频繁的变更导致编写脚本的速度

AirtestIDE 是一个跨平台、多端（ Windows 、 web 、 android 、 ios 、游戏）的 UI 自动化测试编辑器，支持 自动化脚本录制、一键回放、报告查看。

熟悉了基本的UIAutomation相关的规则之后, 我们就可以来编写自定义的自动化脚本了.​​​​​​​();().tap()在这里, 我简单的取出tableView上的所有cell, 并依次点击该cell, 然后跳转至每个cell的详细界面, 最后返回.log栏里, 会呈现所有的执行结果, 分析起来也是非常方便的.

因为我们是属于App的一个渠道方，Native方面并不是我们组内人员开发的（其实主要大公司在代码方面管得很严无法拿到Native的iOS和Andriod的代码所以这个需要和他们管沟通，不然无法做App的UI自动化），我们的前端开发主要做的是里面的H5页面，并且手机端的需求现在还经常有变化，所以手机端的UI自动化还不纳入UI自动化的执行范围，我们主要做的是PC Web端的UI自动化。自动化脚本只有2

编写自动化脚本，俨然成为一种必备的技能但是，什么情况下使用自动化，使用自动化的前提条件，却不是很多人都熟知。这就好比，拿到驾照会开车的人很多，但车子何时需要做养护，每个阶段养护内容是什么，应该不是所有驾驶员都知道所以，为了能彻底搞懂来龙去脉，我们今天就来聊一聊，自动化测试维护。