全部截图 一行代码都不给. 这么残忍

示例代码怎么没有? 请用代码代替截图吧
测试 native 的 c 的 so 也可以用类似的方法去测试. 这样就可以脱离原生语言的各种低端测试框架的不足了

#8 楼 @nancy2896 哈哈 我也不知道他们究竟看上那个鼠标垫哪儿好了

#17 楼 @ycwdaaaa 传统使用没区别 多了几个新功能 比如在线动态插桩 支持实时 dump 覆盖率数据

#5 楼 @ycwdaaaa 有赞的工程师做的不错. 他们最近的一篇文章讲解的很详细. 你可以看看

jacoco 就是 emma 的团队开发的 他们已经转向 jacoco 了

#16 楼 @stephen753 目前用着哪, bugly. 这是事前预防的方法. 两者结合用

这么低级的错误不应该出啊.

#8 楼 @441385483 我一般用 gitbook 来写. 最近刚切换到了 atom + markdown-image-helper 等各种插件. markdown-image-helper 可以把 qq 的截屏自动转换为文件保存在 git 目录下的 assets 下面

#5 楼 @441385483 不好意思说过了, 没那么严重. 毕竟 github 太流行导致了 markdown 的火热. 用 atom 的插件可以实现截屏并自动保存, 推荐你也试试. 其实社区也实现了截屏并自动上传截图的功能.

那就用 ps -ef |grep node 来找吧

尽量用 markdown 来写吧. 基本上不用 markdown 就难以成为一个合格的现代化工程师.

这个跟 gatling 比较如何啊, 好像报表好很多

#2 楼 @monkey 被我屏蔽了. 这是广告贴. 不过内容还是有用的 也可以考虑放出来.

这是在滨江的 b2b 公司

与测试无关

#4 楼 @lihuazhang 那就别做了 后续用 ELK 分析. 机器那个事情能 UCloud 还能施舍一台机器吗

不错. 根据回帖量, 发帖量, 精华帖量, 访问量, 做个公式计算分数是不错的.

#15 楼 @wyb199026 说的很好, @ycwdaaaa 的确给社区分享了很多东西, 我也受益匪浅. 我喜欢这样的年轻人.

挺重的方案. 不过也是合理的方案. 能做起来的确是很不错的. 赞

#33 楼 @jinfanghua 5.x 的系统我没用过, 没做过测试.

#2 楼 @lihuazhang 放贴子和 wiki 里面都行. 搞个专题给他们吧. 咱们还是得帮别人搞起来自己的专辑. 我以前说的那个转成 gitbook 或者 haxo 等 blog. 对这些人才还是有用的

翻译的不错, 楼主你今天是要霸屏了. 你可否整理一个专题帖, 把所有的贴子都放进去做一个连接. 不然今天只能看到你的贴子了. 会影响其他人交流其他的贴子.

#15 楼 @ycwdaaaa 不会, 只有那种办公室政治过多的公司才会有这种情绪. 研发是乐于看到测试同学积极的. 在发邮件之前, 你可以多跟研发的同学沟通下想法. 确认没有问题再发邮件. 这样可以了解到他们的想法, 从而提出更合理的建议. 不然研发同学看到你的部分观点不合适, 他一般不太好意思在邮件里面提, 就会留下一个沟通隔阂.