是的，就是下拉框种的两个元素；人工是可以点击的，但是.click 或者 enter 这两种方法都不能实现；我参考下 2L 给的意见~

这貌似是个好办法啊；之前遇到过一次但没去详细了解；我去学一下，谢谢！

害 菜是真的菜；
server 需要先 start 才能创建 proxy

急救~~！！

大佬什么的真不敢当，1L 恒捷是真大佬，而我只是个涉世未深的孩纸，仅仅是因为项目相似而有了所谓的经验罢了~~

刚开始的时候我是想把全部 case 取到的数据都保存在这么 yaml 文件里的，后发现不行，yaml 显示一大串的错误，怎么断言都跑不通

看了下你写的 yaml 文件，感觉是格式有问题，可以了解一下 yaml 文件如何在自动化测试中灵活运用，大致可以理解为字典的用法。这样可以在一个 yaml 文件中放多个 case 的校验内容，不显得过于累赘。当然，恒捷提到的录制生成 yaml 听起来更好，有机会我也尝试学习一下~

接口自动化作为回归测试的一种最为重要的手段，参数的校验我觉得是有必要的，理由是：如果开发改了某块算法，但是接口仍然能够调通，仅仅是返回的数据发生了变化，而这种变化是不允许的。以你这里为例：开始时间与结束时间，原本的需求如果是左开右闭区间，开发迭代过程中不小心改成了左闭右开，如果仅仅校验接口 OK or not OK，是检测不出来的，必须要加上数据的验证，才有可能发现此类问题。
如何做数据校验？我所在的项目是这么做的：保证数据库数据不会被随意更改的情况下，校验特定时间区间段的特定数据即可。比如你选择 2020-01-01---2020-01-31 这个区间，再选择其他条件，发出请求后把响应里的 data 取出，放在 excel 或者 yaml 文件中；然后接口自动化用例还是以上面相同的条件去写，把 response 里的 data 通过格式转换等，与存放的数据进行对比。一旦开发修改到相关逻辑，接口返回的数据与原来存储的数据不一致了再进行分析。

是这个场景么？把一个 xml 文件上传，然后服务器解析文件后再在页面上展示各键值对？如果是这样的话，是不是可以通过预置测试 xml 文件，再校验页面展示的内容与预置内容是否一致。

个人理解：自动化测试就是为了实现更简单、更少人力的回归测试；不清楚 weditor 这个工具是怎么实现回归的，如果是 APP 的话我了解到的无非就是两种：界面自动化与接口自动化；具体可以百度下 APP 自动化测试

谢谢大家的指点，思路清晰了很多；这个话题就先关闭了~~
test 社区就是不一样，人才多，说话又好听，超喜欢在这里。

谢谢恒捷大佬的提醒，准备再深入研究 RF 框架，通过二次开发也能提升代码能力

作为测试为什么要提升代码能力？因为我自己是想往测开方向发展，或者把自动化测试做好也行。自己觉得单纯的用 request 库来撸代码写接口自动化，可能也提升不了太高的水平？毕竟模板就是发请求、加断言、复杂点就加些逻辑上去

向大佬学习~

个人理解：用例之间不能相互影响，后面用例需要的参数不能依赖于前面的某个用例，这个是必须的，否则耦合性高维护代价自然高；如果需要测试某接口，该接口需要指定数据，方法有二：1.将依赖接口作为前置条件来请求，获取想要的数据；2.从数据库层面操作（我没有涉及过，但是应该可以）

1.跟上面 ALEX 说的一样，给冒烟用例
2.如果没有区分用例类别，可以把测试设计思维导图发给开发，让他们对照导图来自测基本功能

感谢；受教了~