问题：

　　未考虑到ump的宝贝，未考虑到多sku的宝贝，未考虑到聚划算宝贝有sku的情况。

　　解决办法：在发现这些问题后，项目组立刻向相关依赖方沟通，确定解决方案，响应速度还是很快的。增加ump宝贝和获取sku接口，设计选择sku的页面。

　　总结：对于一个新的功能，项目组在不熟悉的情况下，需要各个角色依靠自己过往的经验和资源来进行协调沟通。并且全面的考虑相关联的问题，防止“新坑”的出现。

　　作为测试，要综合考虑这些场景，可以向做过支付下单的同学请教测试经验。（淘宝主站客户端）。

　　5、依赖的测试环境不稳定

　　淘宝券券项目依赖的接口比较多，有优惠商户服务，商户关联优惠服务，电子券搜索服务，电子凭证服务，mtop。

　　问题：相关依赖服务的测试环境很容易出现不稳定的状况。

　　解决办法：沟通再沟通，协调再协调。

　　总结：在测试过程中，遇到服务不可用，项目不可测是让人恼火的。在我们推动下，依然没有好转的时候，我们可以转换一个思维，让自己happy一点。由于测试环境的不稳定，可以帮助我们测试很多异常的场景，并帮助我们发现一些隐藏的bug。

　　6、无线测试，提升测试工程师定位问题的能力

　　对于无线客户端的测试，我认为这一点还是比较重要的。测试工程师应该提高我们定位问题的能力，在遇到一个bug时，可以不先急着找开发去确认，应该自己去剖析这个问题出现的原因，并且找到修复这个bug的方法建议。这样既可以提高开发修复bug的效率，有可以体现我们测试的强大之处。

　　至少，对于一个bug，我们可以定位到是客户端的问题，还是服务端的问题，还是环境数据问题。

　　7、关于项目过程中，项目组提出的问题

　　淘宝券券这个产品在开发和测试过程中得到了运营童鞋的大力支持，在此表示感谢和感谢~~~，在项目初期和开发过程中，由于环境不稳定等因素，会导致大家手里的app有各种各样的问题。由于项目的时间较紧，开发和测试人员没太有时间去一一沟通这些问题。

　　解决方案：运营童鞋提出的问题，不论是需求、bug、建议，全部提交kelude系统进行管理，指派人为测试人员。测试人员会对这些问题进行分类和排查，对于验证后的bug，指派给不同的开发和产品（需求类问题）。

　　总结：通过kelude系统来进行问题的管理，方便快捷。同时可以让开发童鞋按照自己的调调来开发，不会分散精力。