这是一篇发自肺腑的文章。说一下自己的观点 - 我觉得没必要去划那么多的界限，不要去在意鄙视链。只需要知道，自己目前的工作是什么，怎么样才能把他做好，怎么样才能得到更多的收入，仅此而已。 至于是开发还是测试，是运维还是 PM，这个只是你和别人吹牛逼时候的谈资，饭局过后，一切如常你还得养家糊口跑步看书。

是这样。 我上面也再三说了，不是在说这东西不好。我只是在请教问题，想看一下别人是怎么解决我当初遇到的一些问题。
好的代码结构，好的封装同样可以避免所谓的重复劳作。目前我的那一套框架虽然没有一个 WEB UI，但是也只是维护数据和用例本身，不需要又去写什么重复的类，都是封装好的。这么说吧，我如果加一个 DB 把我的数据文件存起来，加个前端支持填写用例并把我们的数据和用例展示出来，那也和楼主这个平台差不多。不过这时候就会无端的多出很多开发成本。 正和你说的一样，人力有限的时候。这是灾难性的。楼主的团队规模大，所以上面是想请教我之前遇到的一些问题，看他们是否有解决方案吧。

我只是基于简单的需求用了下，觉得很棒，毕竟 github 4w+ star，可以了解下的。 你这个文章也给了我一些做性能的思路，接下来去试验下

Nodejs Puppeteer 简直神器

我说 jenkins 是说一种模式，并不强调 jenkins 本身。因为一般基于 jenkins 构建体系，所有的东西都在代码里，所以要做数据准备也就是几个类的封装，起码不需要做前端的开发。 好吧，既然您的态度是这样，那交流可以停止了。

意思就是你们这个平台还从 Web 端提供了前后置方法的入口？ 比如创建一个 Case 的时候，有提供一个前置条件的表单，可以傻瓜式的选择 “执行 SQL” 或者 “调用用例 id=15” 这样的操作？

只是想交流一下，因为我之前也捣鼓过类似的平台，只是在资源（特别是人力资源）有限的情况下，我深深体会到这样还不如纯 coding 来基于 jenkins 做持续集成。 因为一旦项目有新的诉求，如果我采用自建轮子的模式，需要从后端开始将新的 feature implement 到前端，而且有可能会遇到很折腾的问题； 如果是以 jenkins 为中心的构建模式，要省去很多维护时间，从而把精力集中到测试用例本身。

再次强调，没有贬低的意思，只是交流。

我就想请教一点，通过你这样一个自己造的轮子，做数据维护不会增加成本？ 我举个例子，我要测试一个电商用户 Coupon 的查询接口 getCoupon，并且测试查询 “已使用 Coupon 的情况”。那么我需要的条件如下 -

#1 新建一个用户
#2 为新建用户领取一个 coupon
#3 下一个订单，并且使用这个 Coupon
接下来才可以来到 target 本身执行测试逻辑

那么通过你这个平台，如何实现 No coding 的测试数据准备？

上班，领工资；干不走了就想其他办法谋生。活下去。尽量活得好。

瞎 J8 扯这些干嘛。

天府软件狗在此，时间地点呢？怎么参加？

把测试脚本写的美如画

这和领导有什么关系。。求指教

let str = 'aBsBa'

function check(str) {
    if (str.length % 2 !== 0)
        str = str.slice(0, str.length / 2) + str.slice(str.length / 2 + 1, str.length)

    return str.split('').slice(0, str.split('').length / 2).toString() == str.split('').slice(str.split('').length / 2, str.split('').length).reverse().toString()
}

check(str)

The solution was to remove the -role hub part and it should work.

用 js 的老实人就这么写行吗？ F12 console 直接就可以测试

let m = [[1, 2, 3], [4, 5, 6], [7, 8, 9]]

function ext(origin, index) {
    let nr = []
    origin.map(a => {
        nr.push(a[index])
    })
    return nr
}

console.log([ext(m, 0), ext(m, 1), ext(m, 2)])

我觉得你说的这个比较好。每个人都有自己的小组，自己服务的产品。每个公司的技术氛围不同，做的事情不一样，遇到的人也不一样。到最后还不是拿自己的那一份钱养家糊口，影响不了那么多人。讨论思想和技术没毛病，只是上升到人性的高度来讨论也就过了。

文章内容没毛病，思想和技术能力就是内力和外功的问题，为啥会产生那么激烈的撕逼。。。

就来北京了，然后找到了对的人，娶妻生子走上人生巅峰了

想当初刚接触 xpath 的时候，为了练习，在 stackoverflow 等 xpath 的问题，出来一个去尝试回答一个，慢慢的什么奇葩的路径都试过了，也就基本入门了。

走心了飞哥

我喜欢这篇文章。好的用例都没有搭 20 个牛逼的自动化测试框架，满脸的 macaca appium 意义何在？这些技术框架只是一些招式，如果过于崇拜技术测试行业就要剑走偏锋了。

之前用过这个https://github.com/jayway/JsonPath

我想问一句，26 岁入行 3-4 年，算是前浪还是后浪。

看到这种我的同类 - 井底之蛙的贴子，被刺激我仿佛身临其境， 就突然增加了 100 点战斗力。加油吧！

#16 楼 @sanlengjingvv 这个是线上的吗？服

结果还是忘了