个人感觉现在好像对精准测试这种测试方式有些误解,工具或者平台不能代表精准测试,就像接口测试,postman 就是工具而已不能说是接口测试
临时建立的,不作交流使用
请问,管理员可以随意操作用户的发布内容吗!!!!!
不吃瓜吗
大公司都有自己的效能部门,推动整个集团的研发效能。
哈哈哈,我用工具工具复制的,格式全被格式化了
请加入组织:同事们!杂碎们!——包满意
这位兄弟好计谋,采纳采纳
现在最需要的就是围观,声讨
是的,但是实际项目项目中应用还是比较困难,最起码参与者对精准的理解就存在很大的问题。
邮件系统呢?app 端可以访问邮箱吗?
不在一个相同的意识领域工作,当然会误解其他人的做法。
整体 git diff 出结果的时间很短的,但是如果你链接的 git 比较耗时,那就会占用大部分时间。我在公司使用内容很快的,没有性能瓶颈。触发形式可以自己决定,既可以定时根据代码提交情况出报告(可以结合 jenkins),也可以根据实际需求手动触发,总之这些问题可以平台化后考虑,前期核心实现更加关注技术的适用性。
厉害厉害
asm 的方式之前尝试了一下,发现遇到的变动问题太多,进没有过多的深入,所以采用了静态分析的方法。不过你可以请教一个人或者先看看他的公众号:bug 虫洞栈
可以可以,我最近把自己写的一些代码放在 github 上,可以一起搞搞
很难得,我直接惹怒了领导,怕他个锤子
确实挺全面的,值得参考学习
diff 平台需要把代码覆盖率考虑进去,从而精简 case,根据覆盖率的结果去覆盖相应的参数接口,有针对性的输入才能得出相应的输出,且整体数据以及操作比较明确。
效率提升是个需要综合考虑且循序渐进的过程。最起码领导者的效能意识应该是对的。前段时间刚进某狗场,测试 leader 简直了,我说使用技术提高效能,从做基本的耗时工作抓起,但是被无情的否定了,而且好多测试思想意识都很歪。一个技术团队不依赖技术去提升,而是看业务反馈。在这样的团队中根本不会过多关注效能,更多的是加人加班。
您想的太美好了,真正能够细致的明白的有多少,真正能够做明白的又有多少呢?很多人都说这都知道,但是你能够说明白吗?比如测试用例设计的过程,如果你工作 2 年以上,还是不能清楚的表达出来。那知道核心能力是很么与不知道有什么区别。
是自己总结的吗!!!!
这种思路也是可以的,但是执行上重复动作多一些。很类似一种状态迁移分析设计,但是还是很局限于。建议从大的方面扩展,比如功能、接口、UI、兼容、性能、安全等角度,分别再进行分析,过程建议引用等价类、边界值、场景、推断、正交等方法,去引导自己的思路。
分析需要的是思路和知识面的支持,上去直接干的,缺乏思路
我自己都服我自己了