想问问各公司手机 App 专职测试人员是如何做的？

一般测试：找开发要包，戳戳戳戳。。。。
高级点的：开个 Instuments 刷刷列表，看看内存占用、内存泄漏。录个 UI 脚本回放。
再高级点的：好吧没接触过。。

目前我所在的移动组基本都是“戳戳戳戳”那种。。然后拿着 Android 版给 iOS 开发看说 Android 没问题你们的怎么有问题，或者拿 iOS 版给 Android 开发看。。

我们公司的手机 QA 测试，做得还是相当了不起的：

1. 测试规划，大体上是项目安排，确定什么时候介入，什么时候 feature test ，什么时候集中测试，什么时候最终发布测试云云，具体到每个 feature ，哪个 QA 妹子来跟
2. 写测试用例，这个时候与开发协作。一来通测试用例与开发约定验收标准，二来与产品就细节上敲定
3. feature test ： feature 开发完毕开始按照测试样例测试此 feature
4. 集测：这个为发布做准备了
5. 发布测试：如果之前有版本，要就兼容，回归再玩一遍，此时一般要切生产环境了。

具体测试也不光戳戳，还要抓包，写测试脚本（用于测试后台接口）。有条件的固定 component ，还会引入自动测试。

@ibremn
@wupher
感谢回复，我们公司就是戳戳。。而且最近招了好几个测试，关键还都是汉子。。。

@nikubenki 测试还是妹子比较好。把程序员逼急眼了，也不好发火。手机测试最本质的，还是戳戳戳，但是，主要还是要看意识。比如我们 QA 妹子，每个页面都会测：突然断网会怎么样，网速死慢会怎么样，此页面按 Home 键切换到后台，过会儿再切回来会如何。

虽然，个人以为，有些场景，是为测试而测试，用户真正使用的时候会很少碰到这种坑爹的操作与情况。但是与在前一家公司由开发团队或者产品来自己试用一下这种所谓的“测试”相比，软件质量确实得到较大提高。

基本上，发 Apple 审核都是一轮过。

@wupher 用户真实使用场景就是这么坑爹，很多用户的行为根本不是开发者所能预计到的。