b）移动的功能测试

　　TC，bug移动起来：不需要再PC上写用例，用例应该通过手机产生，bug 也应该通过手机产生。

　　用例来源多元化：能够让开发，PD，测试等各个角色物种在使用产品时，清楚的记录大家使用的场景路径，将这些场景路径形成自动用例，形成基本用例产生的多元化，让测试人员有更多时间focus在更艰难复杂的事情上。

　　bug 报告自动化：功能框架 要能够在任何人员发现被测APP bug时，一键生成bug，截图，重现步骤，样样包含。

　　c）移动的性能，安全测试

　　性能，安全多了一个客户端的载体手机后，不再一夫当关。

　　性能方面：机型众多，一个APP在各种机型的速度表现，数据收集，还原场景，解决方案。

　　安全方面：不再有内外之分，而是平等的安全内容，如何防止同一手机内的APP入侵自己，如何保证用户交易的隐私数据，如何防止APP的仿制迷惑用户等等。

　　5、测试的服务化

　　一句话概括：简单，基础。

　　唠叨几句：

　　a）简单：看了会，无论能力高低

　　b）基础：能提供服务，大部分是认知度高的东西，bug， 如同生活中水电煤，这种基础的东西有希望服务化。基础之外的流程，我想不清楚，自己也曾经细心的留意了这方面的事情，迄今为止，还很难见到统一不同业务的流程服务面世，即便是都在scrum， 流程也不尽相同。

　　6、测试技术探索

　　一句话概括：研究适合行业，企业，部门的。

　　唠叨几句：

　　a）测试技术探索，应该着重研究适合行业，企业，部门的，这样才能有创新出现，才能更好的为业务服务，大而泛的东西在强调小而美的潮流当中很难将研究结果落地。

　　b）一些基于模式识别，机器学习的测试技术，个人到是觉得可以作为突破一下，为未来多年以后的测试积累一些技术基础，这类研究可以多多深入。