从目标上来说，大家的目标都是产品顺利发布，客户成功，公司成功。人与人关系怎么样跟个人技术水平，性格和沟通方式有很大关系，不是简答的一句话可以概括。

一般对于关键字段我会加个参数化，或者带个后缀，用计数器做一下自增 ID。

jmeter 使用其实就是一个熟练度问题，本质上就是接口请求 + 各种逻辑。熟练了之后其实还是很好用的，并发量少的情况下，直接本地电脑上调试完就能跑，再结合一些参数化，工作中很多问题的都能解决。比如：造数据、单接口压测，业务场景压测，中间件压测。目前工作十年，性能测试这块没有它解决不了的，当然我是 toB 行业，用户并发量没有互联网行业那么大，90% 的性能场景都能解决。

能实现反向吗，PC 端上传，手机端扫码下载。

1.根据问题单编号，自动获取问题单信息，AI 分析之后生成修改意见和代码，目前已经可以实现。
2.代码提交、合并这块还是要谨慎的，当前 AI 介入不现实。
3.自动化构建打包、自动化部署、自动化测试这套流水线还是比较成熟的，暂时无需 AI 介入。

AI 通过需求文档生成测试用例。

符合该公司一贯作风

正向用例验证系统可以按照预期正常工作，正向用例关注正常输入，标准流程，有效数据。
反向用例验证异常处理能力，反向用例关注异常输入，非标准流程，无效数据、无效操作。
你举例的两个派别其实都可以算反向用例，只不过在实际操作中，只验证有代表性的异常用例。

/etc/hosts 文件里增加域名映射

写测试用例是测试人员最基本的武器。这个都要扔了？