抓到一个花菜留言

请问你的自动化是做成代码的还是在你们平台上的呢？如果是代码的，其实建议如果单个用例需要的字段量不是很大的话，可以把测试数据直接写在你的.py 文件里

回放可以快速出效果，但是应该不利于后期维护

不明白楼主纠结的点在哪里，“工作模式也变成了和上家公司一样，写下测试点然后他们说要测试了，我就执行用例就完了，剩下的我也不知道干什么” 你是想要学习” 更正规 “的工作模式，还是想要再” 更正规 “的工作模式利工作，还是说想要学习其他的技术？如果你只是想学习，那你去看看网上这样的八股文很多，了解一下就行，如果你想要这样工作，那你先确定你的话语权够不够，能不能保证测试流程，制度的推行，如果你是觉得这样学不到东西，那我和你说这样是最适合你学东西的，因为你没有繁杂的业务测试工作，你完全可以选择一个自己感兴趣的方向在工作之余学起来，你现在的工作应该属于轻松的把，不然如果你进入了一个大公司，每天加班到八九点，那样你更会觉得没东西学习了

老哥能不能价格联系方式交流一下 我主页有

大佬个这个写得好 但是你 github 上的联系方式过期了

做得到的

老哥方便加一下联系了解一下吗 我主页有联系方式

请问一下引入的是哪款工具呀

单纯做调研,想问怎么样算灵活

请问楼主方便加联系详细讨论吗,我也有这种情况,我主页有联系方式

点赞！

看我主页加我进群交流

可以看我标签加

相加的兄弟姐妹可以看我签名我拉大家，一起学习交流

看我签名加我

我建，有人想加吗

这里可以留信息吗

requests 是发送请求的。pytest 是批量运行的。

想问下你现在是没有 api 层嘛，只有一个执行函数，然后就只用给数据就行了

是的 数据都是一样在那里不变，但是如果要做的美观一些易懂一些不就得麻烦一些嘛，就像平台和 pycharm 本地运行一样，不过并不影响你框架的核心功能，嗯见仁见智

啊，那我觉得这样不合适把，其实你这六个接口加起来，才是一条用例不是吗？先登录，然后 xx 然后 xx，这个应该是对应的步骤一步骤二步骤三，测试报告呈现的时候应该是以一个一个用例名称去展示的？不然如果你这里有两个场景，还是那六个接口，可能是 ABCDEF1 和 ABCDEF2 这样你的页面上就会直接展示十二个接口，应该不太合适吧，个人意见觉得
用例 1=>展开 ABCDEF1|| 用例 2 =>展开 ABCDEF2 这样效果更好

哦哦了解，其实你的最下面的 Testdemo 是一条测试用例把

把前端所有的 url 都取出来 或者后端的接口文档

方便问下楼主这六条是六条用例还是一个用例的六个步骤呢