能独立输出项目环境相关知识
扩展：
服务端测试是web和app接口都包括？
服务端是包括Web和APP端的，以下为逻辑图
服务端测试（Server-Side Testing）通常包括以下两部分：
- Web接口测试（Web Interface Testing）：测试Web应用程序的API接口、RESTful API、SOAP API等，确保其能够正确地处理HTTP请求和响应。
- App接口测试（Mobile App Interface Testing）：测试移动应用程序（App）与后端服务器之间的接口，确保App能够正确地与服务器交互，获取和发送数据。
因此，服务端测试通常涵盖了Web和App接口的测试，但这并不意味着服务端测试只包括这两部分。服务端测试还可能包括其他方面，如数据库测试、消息队列测试、缓存测试等。
目标
能独立基于功能脚本调试自动化脚本 基于jenkins执行jmeter自动化脚本
什么是自动化测试？
让程序或工具代替人为执行测试用例
什么样的项目适合做自动化？
1、项目周期长 --多长算长？ （自己公司运营项目）
2、需求稳定（更多指具体功能、模块）
3、需要回归测试（电商、金融、部队、对外运营的项目）
自动化测试用例覆盖率？
上限：全部的功能用例执行自动化。 -- 基本不可能
1、有些用例能去做，而不去做{配置功能，不常用}
2、有些用例都不能做自动化（如：图片上的文字）
公司：如果自动化用例只覆盖业务线，覆盖率10~20%
2、好点的公司，自动化覆盖40%~60%
自动化测试与功能测试区别--脚本执行层面？
1、自动化脚本可重复执行
2、功能脚本是靠人眼睛进行断言，自动化是靠工具或程序进行断言
自动化测试归属什么测试？
归属：功能测试(原因：自动化测试使用的用例都是功能的用例)
自动化测试实现方式？
1、工具
2、代码
自动化测试分类
ui自动化（web、app、win32）
接口自动化
二、自动化脚本
如何设置自动化脚本？
1、使用程序或工具断言
2、可重复运行
2.1添加断言
添加断言（注册、登录）
不适合断言等于字节大小，因为不固定
可以调节，但很麻烦，所以对于状态码来说，只需要断言响应码即可，不需要延伸断言大小
获取图片验证码接口断言
响应验证码断言选择响应断言比较好
因为在后续开发过程中，如果需要统一格式
可以轻松地添加一个感叹号！来修改断言语句，而不会影响断言的核心逻辑。
把关键词断言就可以
这样脚本兼容性更强
获取短信验证码失败只需要复制粘贴，修改名称和文本内容即可
获取短信验证码接口断言
因为手机已存在本身就是一个BUG，但现在修复不了
所以我们断言手机存在没有意义，因此我们断言已存在即可
因为密码为空和未同意条款都是BUG，所以删掉就行了
响应断言只需要复制粘贴上面的断言，然后修改名称和文本内容即可
注册接口断言
查询登录状态里的内容有BUG，登录写成了登陆，因此我们断言未登，而不是未登录
调试阶段，我们暂时禁用解锁
以免每次都得等一分钟，太麻烦了，备注一下
登录接口断言
响应断言只需要复制粘贴上面的断言，然后修改名称和文本内容即可（选择文本断言）
登录失败解锁 错误三次 断言三次
提示：
1、图片验证码使用响应断言->断言状态码
2、其他全部使用响应断言
3、依赖接口不用断言，只需要断言被测接口，（如：注册依赖图片验证码、短信验证码、只需要断言注册即可）
认证接口里的BUG可以先删了，断言错误的也没什么意义
查询已认证状态，断言 华 或者 1111 都可以
请求后台开户可以不加断言，要加的话就加form
form也行 200也行 input也行 里面的任意一个参数都行
认证接口断言
响应断言只需要复制粘贴上面的断言，然后修改名称和文本内容即可（选择文本断言）
上面没截全
他这里没有空判断，理论上来说这是个bug，在这里我们就不跟他较真了
投资接口断言
响应断言只需要复制粘贴上面的断言，然后修改名称和文本内容即可（选择文本断言）
投资业务
把关键信息断言，这样我们可以更快定位缺陷在哪
如果直接断言最后一步容易懵逼
内容直接复制前面的就行
提示：
1、断言内容来源预期结果，预期结果一般情况与实际结果一致。文字偏差看大概意思是否一样，如果不一样，那就是缺陷。
2、看实际结果是否有明确提示错误原因和引导信息。如果有就通过，否则就是失败。