云盘最好多点选择。还有同意 q 博士的观点

我服 金融公司的工资真是杠杠的

解压后，替换签名文件吧。然后真机 appium 社区内有的 1 个帖子，如下。
https://testerhome.com/topics/1377

大东同学能否把总监给我改成测试负责人。。。

给你个赞

写的蛮好的，之前看到社区另外 1 个帖子，当天中午试坑了 1 次。

顶下，挺好的支持后续文章，蜗牛公司的同学在搞虚幻 4，回头我和那边约下交流，可以一起去。

支持下，都是为了测试在努力

• -cto 也真够忙的 测试环境 0 0

支持支持~~

校长写得好，带本猫去看变红的龙虾，我就看看不说话。。

赞 1 个，回去后，下 jar 包研究看看。

#5 楼 @rtttte 冒烟测试来源工业，汽车产业最早来源。最终交付前的验收，在这个阶段理论是做过缺陷收敛和控制的，会根据交付版本更新的粒度（客户端，服务端，壳，数据结构）等来规划时间，属于较短的交付行为。
用例和方法也是抽取本次更新的 70% 内容加之前版本 30% 左右的进行测试，控制在 1 人/1 小时内（客户端和服务端的），如果 3 个人就是控制在 30 分钟，冒烟测试做开发迭代的话，那就不是冒烟测试了。
开发提测，客户端应该是测试提测吧，服务端也应该由测试交付给 SA 运维

#1 楼 @rtttte 冒烟测试- -是提高测试效率的一种手段...好吧

= =冒烟是产品交付的最后一关了，如果那个时候都产生 B+ 问题是失职吧。测试也同行军打仗，新老兵交杂，这个战斗力没法看的。质量是大家一起把控的，但具体测试还是交给测试吧，人多反而拖冒烟测试时间，不是自己职能的自己在做，还会产生对测试不信任，人人可以做测试的思想。矛盾点：没时间修和需求不明确各种问题。

顶一下~

内存泄露还是说明的很清楚的。这个对纹理内存控制也是有帮助。
但是 unity 很复杂，加载资源好几种方式，很多东西手动去查都不是那么容易的，工具只是一部分。

@ivy520 sendkeys 很慢，驱动多少位的。不要用 64 的
markdown 就在

虽然 py 我不会，但是可以看得出是好东西。。

完成品质管理系统后，本人打算继续游戏人间去咯。

—— 来自 TesterHome 官方 安卓客户端

先搭建基础的自动化，这样可以解决 “出现了问题才会和后台接口说有问题”
容错性的话 鲁棒提升只能靠从设计环节，这部分拆出来测试，同上面说法一样。
需求直接转换用例看你们那边技术实力吧。。按顺序来可以保证能解决问题。

#7 楼 @monkey 我是乡土小猫，是真看到。。测试哪里有 200 万的。。

我上次看到 1 个群里说 新美大有 100 万的测试职位 是真的吗。。。