这思路，佩服……无话可说

UI 设计库管理系统

蓝湖比 zeplin 好在哪里？

百毒吧，大厂的历练并非小厂可比，除非你成天换工作

对自己要求高点还得管别人要钱？
你也可以对自己不作要求，佛性一点，生活一样也很美好，怎么选择自己开心就行~

看看评论区：
https://testerhome.com/topics/16222

如果我被问到这种问题，我第一反应就是反问一句：是什么原因造成了现在的局面（没有需求文档，没有架构图，开发很赶没空搭理我）呢？你们以后的每个项目都会这样吗？
所以我也不大敢面试的时候问别人这种问题，担心别人觉得我们路子太野，承受不了

你好，你 fork 了一个我的 github 仓库，是否方便联系一下我微信：531289880

100000000 个赞同！

你先试一下：http://www.seqcer.com
用户：guest，密码：guest

光总写文章就是高屋建瓴，都是职业经验提炼的，跟那些动辄 “我在做 XX 的时候” 的口水文着实高出不止一个档次

我是弱鸡，不是大神 感觉你答非所问，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 文档写的不错