内部Beta版本
如果一个移动团队想要早点与移动app的beta测试员沟通，他们可以创建他们自己的内部app商店，比如安卓的和iPhone.的。有了hockeykit[HOC01]工具，团队就可以通过公司WIFI把app的新版本传给同事。这是从同事那获得重要反馈的有效方法，尤其是如果团队或测试员没机会向外界展示该app。Hockeykit也提供关于怎样测试该app以及同事们用了哪种OS版本和设备的有用数据。它还包括一个crashreporter以便看到导致现开发版本错误和崩溃的原因。
总结：
用内部beta版本获得早期反馈。
了解顾客
如果开发员和测试团队了解以后将会使用app的顾客的话，移动测试就会更加有效。收集顾客信息的好地方是特定供应商的app商店（AppleAppStore，GooglePlayStore，WindowsMarketplace等）。如果一个团队在这些商店中已有了一款app，他们就会获得关于顾客使用的设备，软件版本，语言以及载体的信息。移动网页，却没有app商店提供相关用户数据。所以，收集关于移动网页里所使用的"用户代理"（设备，浏览器）的信息就有意义了。意识到这点，团队就可以优化各种设备和软件版本并减少花在开发和测试它们上的精力了。
除了用户数据，app商店里的顾客评论也需要细细整理以便收集重要的反馈以及他们对新功能的期待，并对所报bug做出回应。
总结：
了解你的顾客所使用的设备和软件版本
利用来自供应商市场的数据
认真对待app商店里的评论
在论坛社区主动出击
这是最后一个最佳做法，它与日常移动测试工作不直接相关，但或许可以帮你从不同的角度思考并获得新的想法。
在社区里做一个主动积极的软件测试员，就像：在这样的社区里，软件测试员可以和其他（移动）质量保证专家就各种测试话题交流观点意见。他们可以共享知识，帮助其他人解决他们遇到的问题。测试员可以在写测试用例时得到很棒的想法：关于如何写出好的bug报告，并且还可以提高他们自己的测试和测试自动化技能。
