能做到这样很不错，不过我觉得如果不是自己全包，因为这样要求确实很高。而是能让各自人员一起协调把流程做好会更好，这个不是靠一个人能打通整个流程的，更多需要整体都有这个意识，然后能去支持这个事，当然这事由测试发起没什么不好的

思路蛮不错的，通过 jsonpath 这种方式去定位元素以及操作。其实应该还可以支持直接写 mock 规则文件吧

态度决定一切

这个 plist 文件很坑，必须得放到 https 服务器，并且用本地加密的 SSL 还不行，我们直接放到七牛上了， 不过里面包下载地址就是一般 http 没啥问题

#2 楼 @jiguanghover 360 加固后还可以往证书里面直接写渠道号就可以了吗，还有你这个替换渠道号后再重新编译渠道包吗。感觉你这个跟第二种脚本方式差不多，它也是先编出一个基本包，然后根据这个包就可以只是修改下尾部注释就可以编出其他包，所以其实这个最终出包速度是很快的，快点的电脑一分钟几百个应该没问题

定义销毁接口本身创建的数据这个具体是怎么做的呢，目前我这样做只能去看开发逻辑才能去删除响应数据

• 感觉在考核和评估团队成员这个事情上确实要有自己的一套体系，不管是从结果导向以线上质量为主，还是平时在项目进度控制以及开发质量保证上，这些都是方法。
• KPI 不过只是将其正规化让大家都知道并让大家去跟着做，其实初衷是好的，不过凡事涉及到利益相关的自然不可避免都会产生一定的质变和偏差，这个东西做得好可以很好的激励大家，提高团队效率和产品质量，做的不好自然就是各种为了 KPI 而 KPI。
• 回归到测试这个职位本质来看终究还是保证好产品质量，关键还是人，团队人都为产品考虑，都想着怎样提高产品质量，方法嘛也是自己人在项目中摸索出来的，所以培养团队氛围和团队成员我认为才更重要。
• 至于加班文化反正我是没有好感，让大家都以加班为荣并且还欣然接受，除了像华为那样用福利和待遇去砸，一般公司我觉得还是难的，毕竟不是人人都是上进有为青年，只想着学好做好做贡献的，带人现实点还是好的。以上纯属个人看法

下次出个专题，QA 必备技术能力~~~~~

确实是的，其实还是思想的问题，就像在测试的时候是一味的按着测试用例还是不断总结抽取一定的模式和技巧，提高测试效率，在做自动化也一样，你做的东西是不是有意义，提高了效率和质量还是仅仅为了自动化而自动化

其实可以直接做个手机的 h5 页面，直接在手机上下载最新的安卓和 ios 安卓包以及历史版本，也可以方便其他比如运营人员的下载使用

前面我们也碰到过这种问题，后面就是禁止产品直接向开发提需求，一切以文档为准，如有变更，需相关开发产品和测试在场评估过后才可以做，确实单纯的只依靠文档还是很难的，还是一句话多沟通

人工智能这块才刚刚兴起，以后肯定大有可为，不过有挑战肯定也会有回报的，说不定以后 title 都是人工智能领域测试专家

#7 楼 @happy_summer 是按照 page 存放在 csv 中的

#67 楼 @ycwdaaaa 结构其实变化不是很大，就是逻辑经常变，今天需要插这几个表的几个字段，或许下次迭代就不插了或者换字段了

#65 楼 @ycwdaaaa 其实现在我也是这样弄，不过感觉要太深入开发那边了，基本要了解接口的所有逻辑。一旦开发那边变更，这边也得变更，接口少还好，多了维护不过来，每期接口变动也比较大

#63 楼 @ycwdaaaa

• 第一个问题补充下，就是有些数据是不落地的，不存在数据库的，但这些存在 redis 中数据是接口需要去读取或修改的，比如一些权重，这种你们有涉及吗

• 想问下如果一个接口数据需要从 redis 中读取,那我是不是还要在 redis 去创建下，而且 teardown 时还要从 redis 时删除呢
• 另外还要如 app 端接口一般通过需要用户的 token，这个目前是调用登录接口去拿的，那这种情况我还需要自己去通过开发规则来生成 token 吗

#4 楼 @unbug 这个就是 selenium 啊

#7 楼 @zhangzhao_lenovo 是的，所以目前我们要开发在报告中去确认哪些规则是有效的，哪些确实是问题，然后我们这边再进行定制化，不过因水平有限也只能做到这样了