个人感觉现在好像对精准测试这种测试方式有些误解，工具或者平台不能代表精准测试，就像接口测试，postman 就是工具而已不能说是接口测试

临时建立的，不作交流使用

请问，管理员可以随意操作用户的发布内容吗！！！！！

不吃瓜吗

大公司都有自己的效能部门，推动整个集团的研发效能。

哈哈哈，我用工具工具复制的，格式全被格式化了

请加入组织：同事们！杂碎们！——包满意

这位兄弟好计谋，采纳采纳

现在最需要的就是围观，声讨

是的，但是实际项目项目中应用还是比较困难，最起码参与者对精准的理解就存在很大的问题。

邮件系统呢？app 端可以访问邮箱吗？

不在一个相同的意识领域工作，当然会误解其他人的做法。

整体 git diff 出结果的时间很短的，但是如果你链接的 git 比较耗时，那就会占用大部分时间。我在公司使用内容很快的，没有性能瓶颈。触发形式可以自己决定，既可以定时根据代码提交情况出报告（可以结合 jenkins），也可以根据实际需求手动触发，总之这些问题可以平台化后考虑，前期核心实现更加关注技术的适用性。

厉害厉害

asm 的方式之前尝试了一下，发现遇到的变动问题太多，进没有过多的深入，所以采用了静态分析的方法。不过你可以请教一个人或者先看看他的公众号：bug 虫洞栈

可以可以，我最近把自己写的一些代码放在 github 上，可以一起搞搞

很难得,我直接惹怒了领导，怕他个锤子

确实挺全面的，值得参考学习

diff 平台需要把代码覆盖率考虑进去，从而精简 case，根据覆盖率的结果去覆盖相应的参数接口，有针对性的输入才能得出相应的输出，且整体数据以及操作比较明确。

效率提升是个需要综合考虑且循序渐进的过程。最起码领导者的效能意识应该是对的。前段时间刚进某狗场，测试 leader 简直了，我说使用技术提高效能，从做基本的耗时工作抓起，但是被无情的否定了，而且好多测试思想意识都很歪。一个技术团队不依赖技术去提升，而是看业务反馈。在这样的团队中根本不会过多关注效能，更多的是加人加班。

您想的太美好了，真正能够细致的明白的有多少，真正能够做明白的又有多少呢？很多人都说这都知道，但是你能够说明白吗？比如测试用例设计的过程，如果你工作 2 年以上，还是不能清楚的表达出来。那知道核心能力是很么与不知道有什么区别。

是自己总结的吗！！！！

这种思路也是可以的，但是执行上重复动作多一些。很类似一种状态迁移分析设计，但是还是很局限于。建议从大的方面扩展，比如功能、接口、UI、兼容、性能、安全等角度，分别再进行分析，过程建议引用等价类、边界值、场景、推断、正交等方法，去引导自己的思路。

分析需要的是思路和知识面的支持，上去直接干的，缺乏思路

我自己都服我自己了