对于一般公司来说，如果打包等是开发者自己来做的话，和测试沟通过程会存在很多问题，根据个人管理经验总结出以下步骤，严格把控的话应该是没有什么问题。
测试前
给测试发布测试包前，开发人员需要做如下工作
1、代码调试通过，整体流程无问题；
- 接口调试
2、每个人对自己负责的部分进行调试，测试等；
- 每个人对自己负责的部分调试确认
3、小组内内部测试，总结问题，修改；
- 开发人员自测
4、打测试包，并附带本次版本修改内容，代码改动点等。
- 提供测试重点，因为在开发过程中经常优化某些代码不会被排在工期内，对于这些代码的优化测试并不知道，测试时可能会被忽略，实际上每次的优化都是很重要的，需要严谨的测试。
5、打完包后负责打包的人员自己跑一遍整个流程
- 为了确保低级错误的出现，打错包了，地址连错了等这种问题，导致发送过去给测试的包不能用，浪费大量时间，打完包后需确认。
6、将测试包与版本修改说明等一同发与测试人员。
备注
1、以上这些工作并不是都是必须的，根据每个公司的不同情况可能有很大的不同；
2、开发人员提供测试重点也不是必须的，当测试重点不明确的时候测试应该及时与开放沟通，了解测试重点。沟通是能解决很多问题的。
测试中
出现以下情况立马终止测试
1、闪退导致导致正常流程不能继续进行；
2、重大流程逻辑问题，即开发完成的工作不是测试需要测试的
这一点很少会出现，基本上不会出现，出现的话也就是开发某些功能未完成等。
3、服务出问题。
说明：以上3点，出现1和2，需要开发人员重复执行测试前工作安排，重新打包，重新测试；出现第三条需要配合server端去调试，并注意观察server动态，及时与测试沟通。
测试中注意点
1、切记改一个bug打一次包，既影响效率而且耽误时间，耽误测试时间；
2、有问题及时沟通，负责人最好了解测试状况。
一轮测试结束
1、开发人员修改bug；
2、改完后每个人负责测试自己负责的bug，确认无误提交；
3、整合代码后整体测试；
4、测试无误发二轮测试包。
