之前做外包，测试 Windows 应用，用的是 Smart Bear 的 TestComplete。 一款超级强大但是在国内很小众的工具。这个也是商用工具，不过国内有不少人正在免费使用。你可以去加一个 QQ 群了解下。 我用了两年，讲真真的是无比强大。

#9 楼 @ycwdaaaa 就是狠不下心去做这种事。一般当时觉得烦，但是改了，跑通了，就觉得糊弄一次算一次，久而久之，， 我这种人就是难成大器。

#7 楼 @ycwdaaaa 测试接口 300 ~ 400 个，线上监控的只能有 50 多个，不少接口是不能长期访问的，所以不能监控。 很多两套代码的逻辑是重复的，一旦暴露出接口 case 本身的问题，就要两边改。UI 测试也有这种问题。 一直在优化但是效果不大。已经快烦死了。 我们还涉及多语言，虽然引入语言包，但是也坑的够可以，反正就是一套逻辑多次维护。

#5 楼 @ycwdaaaa 如果两套的话，假设某些接口线上监控逻辑和回归测试是一样的，那就面临一次修改两次维护的问题，这个一直很头疼。

#3 楼 @ycwdaaaa 也就是完全的两套吗，所有的东西都是分离的？

#1 楼 @ycwdaaaa 你们的回归测试和线上监控是搞的两套吗？有没有什么思路？

这个问题提了一两年了，开发还是不写，测试更没机会介入。

#19 楼 @zailushang 有道理

#17 楼 @zailushang 我其实很羡慕这样的逃避，但是我就是太怂，做不到，逃不了。

隐式等待一般不要乱用，弊端多。个人感觉影响 UI 自动化稳定性因素太多了，要实现长期趋于稳定的用例集，得下很多功夫。

#15 楼 @yangchengtest 生存面前，年龄哪是问题！要走出思维桎梏，有时候年轻一把没什么不好！ 当然，如果有老婆有孩子就怂点好

置之死地，而后生。刚好 3 个月积蓄，就出去玩一趟用光！回来了后船到桥头自然直，办法自己就逼出来了，否则饿死！

你想要鸡汤可以先去别处找找，再决定是否提问。

#23 楼 @jackie

关键字 描述 参数 (css selector)
click_element 点击元素 .btn

在代码里读入后，执行如下逻辑，比如 java

String keyword = READ_FROM_FILESYSTEM();
if(keyword.equals('click_element')) {
String cssSelector = READ_FROM_FILESYSTEM();
driver.findElement(By.css(cssSelector)).click();
} else {...}

这是最傻瓜的套路，方法体里代码要怎么写你随意，大概就是这意思。

#16 楼 @jackie 框架和平台的作用，仅仅在于让测试工程师能够更好的写 Case,更好的组织 Case,更好的维护 Case,更好的运行 Case,更好的管理 Case 数据，更好的查看测试报表报告，更好的排查错误。至于你说的什么生成 Case 直接运行，搞不懂你想表达什么。

从好好发帖做起。

支持一下。

#8 楼 @seveniruby 手工赞一个。 话说我上次打赏了一篇你的文章，是不是没收到提示啊

软广，必须屏蔽

#87 楼 @A_tester 我觉得需要什么样的数据，验证什么样的结果，这个过程必须由人脑 work out。自动生成是指你自己制定好规则后，借助某些工具，或者是一些小脚本，根据需要去批量生产而已。

找两家普通的去试试，试了再考虑这些

手工赞一个。

用我的头像防守你的头像如何

#2 楼 @Lihuazhang 不敢苟同

#2 楼 @0x88 Promise.all 能怎么弄，我感觉楼主这个已经很不错了。

#20 楼 @chenhengjie123 意思是要不同的 Session?