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

符合该公司一贯作风

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

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

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

实战好文。

技多不压身，会的话就比别人多一个优势。

pytest --alluredir=/var/jenkins_home/workspace/auto_test_invoice/automation_test/invoice_auto_test/test_cases/allure-results 改这个试试

可以先放开简历看看外面的机会。做好两手准备

项目借人很正常，但是没有需求文档，对接人讲不清楚需求，那测试的最终输出是什么，总不能都是糊涂帐吧？还是要明确需求和目标，不然干活的人很心累。

接口异常，查具体接口的问题呗，我理解这个属于业务问题。

破案了。10M 的带宽理论传输速度是 1.25MB/s，再加上网络损耗，设备原因等影响，并发情况下 800 多 KB/s 也属于正常。可以判定为网络限制导致。

30 个并发 30 多秒。感觉是文件上传接口是单线程处理的，没有使用线程池。

我也差不多，基本上都是贴着简历问。主要还是看干活的能力，理解能力和沟通能力。不会我可以手把手教，但是你理解能力得跟上。

有两个时间的参数要设置的大一点，时间太短了可能没收到数据就报错了

看你是 WebSocket、gRPC、HTTP/2 哪种框架和协议了，需要依赖插件或自定义脚本

1、pytest-xdist
2、Jenkins 或 GitLab CI

年轻的时候在外打拼，年纪大了回老家。

打了一段经验之谈，读了一遍感觉太说教了，想想还是删掉了。个人感觉成长最快的一个方法：多揽活。

不太靠谱，性能测试更多需要的是实战经验积累（测试 + 分析 + 调优），大部分培训班只教你工具的使用，说到底性能测试还是得靠解决一个个问题积累，无法短期内有较大提升（业务 + 技术）。

压测的重点是被测接口，前期的请求只能算作数据准备阶段，数据准备的方式应该没有限制，能把数据完整模拟出来就行。

换个报告插件呗，目前在用 pytest-testreport，自己改了改源码，放到 Jenkins 里集成，还挺合适的。

依次递增请求参数，需要用到__V() 函数进行参数拼接， 参考：https://www.cnblogs.com/MyRecords/p/17982763

总结问题与经验，更新测试用例，测试方案，开座谈会交流，各种技能提升分享会。可以包括任何主题：比如自动化，性能，问题定位，业务知识，PPT 技巧。之前组内还有人分享摄影和美食，认真准备的情况下其实效果都不错。