业内有一部分人：每 xx 次-500 次登录 持续多少时间（3 小时），出现多少次 crash
次数越多决定了精度，持续时间是根据产品一般条件的使用时间 *1.5
壳 +app 的 crash 次数应该是分开计算的，这样定位会清楚很多，友盟等都会收集阶段性的 crash。

小龙虾和大龙虾是好盆友，忘年交。。

#8 楼 @gaopeng1106 蟹蟹，预计会讲几十章的。也会把之前几家公司写的文档内容都加入进去讲。

#1 楼 @monkey 提供一张图 = =就可以。

#4 楼 @gaopeng1106 不妨听听看，已经上传了 2 章了，从端游到网游到页游。
的确目前做 8 年以上还在坚持做的都是很不容易的，因为实际要求和收入已经不成正比了。但人生没有太多事是有投入必然有成正比结果的。

这个还是数据 map 管理。 测试需求不一样，dump 数据测试目标不一样，要求测试人员每次修改配置，链接新的库。。
文档管理每个库的作用，这个就和 svn 提交写个备注一样。。

#12 楼 @shawn 阔以整合单元测试

顶 1 个

不错不错

大白·

#8 楼 @kasi 谢谢查看，有时间就多分享，不过游戏这块大部分都还是业务流和半自动化的。上面说的那个我平时是读代码检查的，还没法做成 设置检查函数的静态工具。

#9 楼 @liyalin900416 是开发工具 - 引擎，基于 unity 开发项目，因为这个引擎的特性产生了只面向 unity 的测试内容。。

#6 楼 @rik782 这个听说过，没有用过，个人觉得应该也是可以实现的。所有东西都是 Debug.Log 打出对应的内容，测试失败的抛出的原理。
unity 属于引擎环境启动的，可以测试的地方很多啊，不光是 C# 脚本。所以没有投入时间使用过那个。

* 建议在检查下函数使用，是否使用了不需要使用的钩子函数等，诉求用户进行 1 次系统体检等内容采集所用的函数。是不是说多了。。

还有就是反向检查 上传用户数据那块的，在 360 出安全白皮书之前，故意断了下网，360 打包上传了部分，但来不及销毁在缓存里的，被截取了。

让年轻很多岁，可能会转开发。。

动态图片带声音的处理- -对我来说是全新领域了，不过支持下。

加油加油

#4 楼 @rik782 是啊，？

#2 楼 @rik782 游戏产业- -

在阿里云上折腾过一段时间 docker
“镜像” 早晚都会普及的。

的确可以给一些经验不充足的团队，一些帮助。等于 1 个静态设置服务协议的工具

这个其实还是有希望的。

喵星球的可以送到吗。。邮编有点长。。

蟹蟹楼主

#4 楼 @t880216t 测试在工序中是下游的，所以只能努力想办法了。