我就是来 mark 一下，想看下大家是如何处理这个情况的， 有其他各位大佬的回复，踢一下。

写了 demo 都不看，这么旺财啊，那如此的话，以我之二次拙见：
1、如果事情发生在我身上，我可能会规划 30 ~ 50 个接口，写好接口脚本，一次性执行，导出报告（apifox 我记得有报告的）
2、然后再手动去测试这些接口，记下来测试时间。
3、把接口自动化提升的效能，给 旺财看， 他再不说什么，那就是认同。
4、然后就要时间，一点点把接口转成自动化。

向上管理，要测试建设是吧，行， 出个需求文档！
然后我们做个需求分析， 画个思维导图，整理实施方向，确定预期效果，规划优先级，排人排工期。
一套下来，先虎他几个月。

就是扔给 deepseek 而已。

“好公司啊”，为了避免 Ai 对测试工程师的威胁， 来 需求文档都不写了

我现在就是把需求文档，自己看一遍，然后把需求整理成一小段内容完整的部分，然后复制粘贴给 deepseek， 当然你也可以直接把 word pdf 直接上传。

学学我

以我之拙见，需要先问领导几个问题：
1、领导对自动化的理解，他期望的是 接口自动化 吗？
有的领导，真的不知道自动化是什么，他们以为自动化就是天上掉下来的工具，用就完事了。
2、项目稳定性和需求迭代频率。
因为自动化适合项目稳定、长期项目、需求迭代频率不高。
3、领导为自动化投入的资源有多少？
实现自动化也是需要投入人力和时间的，领导是否愿意全力支持你。

如果上面提到的都不是问题，那么如果事情发生在我身上，我会做：
1、来 testerhome 问一下，“公司想让我用 APIFOX 做自动化测试 但是我只是一个工作半年多一点的小白 有没有大佬提供下思路”
2、去其他网站或 CSDN 搜一下，APIFOX 是什么，如何使用 apifox，如何使用 apifox 实现自动化。最好有实例，根据实例来复刻，最终实现效果和实例一致。
3、在公司测试环境，找个简单接口，例如登录接口。 打开 F12，手动登录，查看入参，然后根据第 2 步所学，尝试反填入参到 apifox 中，执行查看结果。
4、遇到问题，查看百度或 AI，尝试各种解决方案。
5、重复 3、4 步操作。

我们公司要求把需求文档喂给 AI，让 AI 来生成测试用例。 试行了几次，AI 生成的准确度和完整性都很好，感觉以后测试用例设计 大部分 可以由 Ai 来完成了。 测试工程师又减少了思考的环节，慌张啊，以后又变成 “点点点” 工程师了。

明白，多谢