我的 python 版本是 3.7.5，你看看是不是你的 ride 版本不匹配，ride 版本过高了

你这么一说我好像想起来了这么回事，之前有看到过说在 pycharm 里写用例，感谢提醒！

RF 上手快啊，速度也快，能让团队其他人更快的适应并上手

冲冲冲！

RF 用的 2.7，平时要写个代码啥的又是 3.8，环境有时候冲突起来真的太麻烦了，干脆同意好了哈哈哈哈哈

并没有想过用 UI 自动化来发现新 bug 或者验证 bug，只是每次迭代都有必要的任务，确认此次迭代完主流程方方面面，边边角角还是没问题，内容重复繁多。我们这个系统主要的就是表单数据，没有什么 UI 的影响，web 端基本就是验证数据了，接口返回的数据之前接口测试的时候也抠过，所以现在主要就是覆盖到自动化了

！！！！！调信息展示的接口这个可行！实现起来感觉也会简单一点。前端的代码已经缝缝补补不成样了，改一点到处错的那种，怕了怕了

作为回归的话应该不需要再考虑异常值的情况了吧，主要还是正常的流程及数据的验证~

要是招人也就不至于从别的组借人了 时间上不允许我有这么多校验哈哈哈哈哈

我们接口目前其实也只做了基本的一些断言，详细的字段校验还真没做，实在没时间

两端功能通了，能跑就行。这些验证的问题测试提出来了就是有问题，没提就是没问题....... 又卑微又惨

主要是接口测试的没问题，前端页面取错值，或者没展出出来，这种问题就很尴尬

我只能自己慢慢搞了 本来只有我一个人，后面半路找别的组借了个人，还拖了半个月才进组，然后人家以前做的项目都没现在这个复杂繁琐，上手比较慢，导致中间会出差漏，上头直接来一句：以后归你负责，我只问你，你要盯着他一点。我.......现在就有种找了个机器，我发号施令，他帮我点点点的感觉。只能按您说的，挑重点慢慢来~~~

bug 的回归肯定是手工测的，也是通过修改的代码影响的范围去进行测试。但是我们每次迭代都要求将主要业务流程全跑一遍，并验证前端数据啥的展示的对不对，每次这个回归都测到怀疑人生，内容太多，我们一共就两个人，另外一个还是半路进组，我还得盯着他是不是该测得都覆盖到了 (这个是经理要求我问我盯着......)，耗时又耗力....

非常感谢！查看了日志，发现是前面 clear text() 没成功导致的问题。因为之前从页面上来看，文本是清除成功了，就以为执行成功了，非常感谢指导~~~
还有个问题想要请教一下，我再执行 clear text() 的时候，他会先删除文本框内最后一个字符，然后再全选输入框中所有的内容进行删除。然后重新输入内容后{userphone}，会把之前全选的内容一起输进来。请问这种情况您有遇到过吗？

没有的，还是小程序里面的