我是弱鸡，不是大神 感觉你答非所问，uirecoder 和 macaca 是 QTP 衰落之后好几年才出现的，没有任何联系，谈不上谁弥补谁的问题

QTP 是最卓越的测试工具之一，除了只能工作在 windows 上、体量臃肿之外，其他方面，目前没有任何其他开源工具追得上，就是 RF 这么优秀的框架和 selenium 这样的工具，也不难看出朝着他靠近的心思和迹象，个人理解，可能不太对，比如：

• RF 的 description-based case、keyword-driven 设计等
• selenium rc 转向 webdriver 最关键的就是 JS 驱动操作变成利用 JNI 调用浏览器消息接口来驱动，这跟 QTP 的设计几乎一样了
• ……

其实无论任何工具多牛逼，但这并不妨碍他衰落，因为每个时代总有无能的人，用不好 QTP 就说 QTP 不好用，不稳定，不好扩展，贵（一边破解一边喊贵），过几年，还是这波人，用 selenium、sahi 也没有取得超过 QTP 的成就，又开始推崇新的东西，虽然说工匠的技巧永远追不上科技的进步，但是在每个科技发展层次上，都应该本着匠人的精神把东西先吃透再去逐新才是

我就问一句：QTP 是怎么被 selenium rc 和 watiN 他们赶下神坛的呢？只是因为 license 费用？
如果录制之后改一改就能搞定，这江湖可能还是 Mercury 的江湖，可能 HP 都插不上手去接了……

长连接是个客户端和服务端配合的过程，你这好像只有客户端代码，你还需要贴一下服务端的代码，再请坛神们帮你看一下了

我不懂 py，我估摸着：
1、如果你要是做 TCP 长连接，你要考虑一下具体怎么实现，到底是不是现在代码的样子不好说；
2、如果不是长连接，那么每次请求都要重新连接，请求完毕要 close/release connection 的吧

这样的老板需要权责分明的流程管理，狗屁敏捷和精英文化都行不通
有了流程就可以告诉他：这是产品验收没好好做，与我无关~

我就服庆哥这个扫地僧的 title

业务逻辑简单
系统设计卓越
最重要的一条：手动测试的人，根本不指望自动化测试能给自己带来什么益处，不 care 运行结果

对不起，httpclient+sikuli 也可以解决 99% 的问题，怎么测试是根据业务来的，你说的 99% 可能是你的业务形态对应的测试而已

另外，别老 UI 自动化 UI 自动化的了，你说的是通过 GUI 实施的自动化测试，并非 UI 自动化测试，UI 自动化测试到现在为止还没有什么突出高效的方案呢吧

please do not speak chinglish, I can not follow you at all~

you see here：

https://bbs.deepin.org/forum.php?mod=viewthread&tid=153915

请问如何让测试价值最大化，成为项目核心？

测试价值最大化 == 成为项目核心？汝想多了

jenkins 可以调 java、python 等程序、shell 脚本、cmd 命令，还有 ant、maven 调用
没哪一个不能满足你的需求的，比如 free style job：

vue + element-ui/iview，简单易用
说白了还是一个 help 文档走天下，vue 和 element 的 help 文档写的不错

拿 python 做分布式和高并发的服务端？

很赞的构思~

不过工具傻瓜一键安装，我只信 bitnami

软广比硬广要容易生存的多了，哈哈
飞蛾这个玩意做的还不错，看起来比较清爽

大佬，我错了，我没描述清楚，我是想表达建索引的字段顺序……并不是来 diss 你，纯探讨而已，截图也是用来表明如果不是你们的提示我也没有认真去查清楚个中究竟……
以后你的帖子我一概不回了便是，免得被帽子压死~

1、5.7 前两天刚验证过，顺序是有影响的，导引列的重要性一直在被强调
3、in 是可以走索引，但是相比 exists 和少量 key 的 union，可以推荐放弃用 in
4、我一直理解 =、>=、<=存在会走索引，但是纯粹的> < !=是不行的，刚查了一下跟数据分布是有关系的，感觉 mysql 越来越像 oracle 了，统计信息在执行计划里面起的作用会越来越多

另外，除此之外，还有个隐式转换最坑爹了，估计基本所有关系数据库通杀吧~

QC 重在客户端和不能跨平台，但是其设计理念是最完善的

推荐书名：《浪潮之巅》、《人月神话》
推荐理由：没读过其他书，只看过这两本
推荐人群：除非你不做 IT，否则都要看一下，认清楚这里头运作的本质~

技术在你眼里也就是一些 coding skills 了吧

可以吐槽啊，我也觉得不好用，很多人都觉得不好用，主要原因如下：

• 研发过程管理多与 devops 耦合太紧，一体捆绑，没有递进关系，这是不合理的；
• 需要将不同成熟度、不同开发模式、组织架构的团队拉到一个水平线上工作

所以讲一下我的思路：

• 基础研发过程管理独立出来，谁都可以用，而且兼容敏捷和非敏捷，这部分可以免费；
• 一级增值服务：工作台、看板、消息服务等；
• 二级增值服务：度量分析，质量、进度等预测的模型化和算法，基于规则引擎实现，支持不同团队的个性化参数配置，提供产品研发全过程的监控和预警功能（包括项目实施角度和产品质量角度等）；
• 三级增值服务：CI/CD 接入，测试环境配置管理接入，分层了的自动化测试接入，到这个地方已经不是所有团队都能用的了~
• 更牛逼的一些增值服务，比如质量监控、MBT、精准测试等（@jacksonchina 厂的那个思路一直是我鄙视的被动建映射的模式，根本不具备产品化的可能性，主动代码分析才是王道）~

我看重质效大于能效，因为质、效是一个制衡关系，找平衡点才是终极目标，一味追求效，只是某些厂子的行为，成熟企业大多不会接受的。

我自用，后面也会部分开源……跟你们这群奸商不一样，唱起来：我们不一样

消息系统才会用到 websocket，启动构建只需要 call jenkins 的 restapi 即可，只不过系统里多一些硬配置
至于 sonar 等，都是独立的 server，集成只跟 CI 平台（jenkins）集成，研发管理只需要给出配置和指令，否则耦合太多了