我司也有类似情况，一定要提，因为后面运营/产品可能会提需求，原来定的长度不够，要扩展，如果当时没解决，就 gg 了；

可能，权限问题，而且可能认为 hook 不太安全，就不给了

不应该是骚话一堆一堆的么

我们的也不给加 hook，所以后面有提交到没有 hook 的时候怎么做这个功能，就是简单些个检测脚本；

之所以文章这么长，其实很多是小白内容，包括环境配置，也包括配置时踩到的坑，最后是把 git hook 大致讲解下，尽量对用到的内容进行说明，所以边幅比较长，请见谅

这个问题蛮好的，Mark 一个，后面找个时间会逐一一起研究下，感谢问题

嗯嗯，谢谢反馈，学习了，原来的公司是自己做的，对于普通公司来说，友盟的确是一个不错的方向，省时省力

好奇咨询下，release 包进行埋点日志性能收集，本身这个操作会存在性能问题吗？是很轻量的？
如果很轻量，那是不是点击一个功能时就收集当时的内存等信息？

大佬大佬，应该不是的，知乎不给 2 个字母的名称~

谢谢大佬支持~

不好意思啊，编辑的时候不小心干掉了，密码：seag，已在原文补充，谢谢~

大佬见笑了

以前在一家大公司，上面说的，基本都有，但并不是所有都是自己做；

关于质量管理体系框架，jb 最近在做，只不过只是做乞丐版，就是定一下项目流程，后续会发出来，在大公司，这块也不会让测试来做，但是了解之后，总没坏处，说不定哪天转项目了，就需要了；

而日志埋点这块，有点争议，产品只关心打点日志，比如，点击搜索，PV+1，但线上问题的埋点日志，更多的需求方应该是测试，虽然能通过产品的打点来分析出用户行为，但需要 N 个表报的数据做整合，这样太麻烦了，如果项目各方都支持，直接把用户行为日志搞出来，是最好的~

谢谢支持

因为钱的问题，没 CDN；
之所以要做动态，是因为公司请的 seo 顾问要求的，因为如果内容是静态的，百度爬虫来过一次后，后面就不再来了，因为做成动态，是为了提高权重，之前这块吃过几次亏，后来就决定才用动态的方式了；

嗯嗯，其实就是因为没有做性能测试导致的，原因很多，归根到底是因为 jb 的专业性不太多，虽然有简单用 jmeter 做过压测，但是没仔细分析，后续这块会着重关注下；谢谢大佬指点~

没有，过去的时间一直是负责 phone 的，也没负责过网站，这是第一个负责的网站项目，而且还是个 seo。。

哇晒，谢谢大佬~

别闹，这里是随便发的而已

谢谢支持

谢谢支持，写网文多了
看来以后测试的文章还是放这里好

上面写的，大部分是基于 app 产品考虑的，可能没说明，抱歉~！
对于 APP 来说，就没办法说回滚就回滚了，毕竟回滚是有成本的，对比回滚的成本，如果能马上解决处理上线，这成本比回滚要低；

一般来说，如果真出现严重线上问题，马上下架所有渠道包，马上止损，然后紧急安排处理，比如 30 分钟，研发搞不定，就主管上，尽快解决发 patch 处理；

当然，对于前端后端的话，马上回滚是最优的，解决后再重新上线，毕竟是灵活的嘛~

感动，人生第一个精华帖，看到测试相关还是要放 testerhome 才行，谢谢大佬

居然被发现了，低调低调

哈哈哈哈，可惜早早已婚了，再也不用考虑 new 对象这个问题了

质量管理优化那段，是在几年前原百度分享的质量管理文章里面加工生成的，所以看过的同学会有点印象