先说明，我们这边是做 iOS 游戏马甲包，iOS SDK 主要功能就是登录、注册、支付、混淆等
目前大概测试流程就是
1、iOS 出 dev 测试包给到测试做回归测试

• 1.1、海外项目包体需要测试海外平台参数是否正确，埋点事件上报是否正确，需要额外出一个 debug 模式的包体测试，这个也不能当正式包的，开发还得关闭 debug 模式后才能出正式包
• 1.2、也需要运营旁边配置后台的商品 ID，不然会出现无法购买而阻塞测试

2、测试完成反馈结果并结果给开发，修复完成后再出 dev 包

• 2.1、重复步骤 1 和 2

3、开发出混淆后包体测试

• 3.1、开发混淆 SDK 代码，避免代码关联，这种情况会耗费 1 小时或 3 小时以上的时间去跑混淆，很费时间，所以做法就是先出 dev 包体测试的

4、测试未发现问题后才传到 testflight 苹果后台

• 4.1、如果发现了影响功能和可能影响审核的点，就不能传上去，说是传上去就会被苹果发现有问题的包体，造成审核结果被拒，也会影响到后续的马甲包体提审

5、继续测试 testflight 后台的包体

6、最终包没有发现问题才去提审

• 6.1、发现问题了也还要判断会不会影响审核

问题就是
1、开发要出多个包体，而且还要各种开关和配置，到最终包的时候，容易出现问题
2、测试要测试多个包体，且测试包和正式包有区别，测试包没有发现问题，并不能保证正式包就没有问题，都要测试，费时间
3、运营也要配置商品 id，不然就会卡住测试过程

大概流程就是这样，然后实际一个包体测试几遍，最终要提审的包还是会有各种问题，影响到审核需要重新出包的，那么测试步骤又要来一遍，非常不效率，如果发现的问题不影响苹果审核，就做妥协先过了，或者说弄了这么久，包体还没提审，就不管问题，先提审，有可能导致上线后功能不完整或者用户体验不好，或者是费了这么多时间，然后被苹果拒审了，时间都浪费了。

目前想到的方案就是少测一点包，向苹果妥协，争取把包过了先，包没过，功能有问题也先不管。
兄弟朋友们，有刚好也是做 iOS SDK 测试的一起交流吗？或者有什么更好的解决方案提出来呢？