读移动APP测试实战的几点总结

　　对于移动APP的测试，我以为本身仍是有必定讨论资格的。毕竟有三年多的开发经验。而测试经验的话，主要体如今本身的产品使用了。这本书确实是一本写得挺实用的软件测试书籍。里面的不少经验很是值得学习，这个也是我以前深有体会的。

　　对于目前国内的如今而言不少app的测试仍是以手动为主，我想主要缘由有如下几点：一、移动端平台比较多，而对应的自动化测试软件却不多。并且相应自动化测试的稳定性也不佳。二、移动端升级变更频繁，作自动化成本很高。你们都知道，通常的APP半年、三五个月就一个新版本。有的更频繁的一个月一个版本，甚至是一个周一个的也有。若是用自动化工具来作，维护成本和周期可能比手工成本高不少并且效果还很差。三、产品变化快。不少APP都是属于轻小型的，这样可使产品的更改比较方便。可以及时应对市场的变化。这样就致使产品的不少功能不可以稳定的执行，自动化测试通常须要相对于较为稳定的产品功能。因此这一点也不太适应于自动化测试。

　　那么对于APP的测试现状又没有能够提高的地方呢？固然有，《移动APP测试实战》这本书就介绍了不少实用的方法。下面就总结一下软件测试自我提高的方法和策略。

　　一、仔细阅读需求文档，熟悉产品。固然是在有文档的状况下，若是没有文档呢？那就只能看开发给的App了。在测试以前必定要对产品有个总体的把握和了解。知道哪些是重点功能，哪些是辅助功能。开始前必定要有全局观，不要走入本身的思惟误区。测试是一份永远完不成的工做，并且永远都是时间不够的。因此必定要把握好产品的重点、关键点。要把测试时间和用例分配作好。要作到这些对产品的把握就很重要。咱们要尽量的熟悉产品，作好能作到比开发、比产品还要熟悉产品。

　　二、绘制测试思惟导图，理清测试思路。这个也是很是重要的。不论是产品型的公司仍是项目型的公司。测试不可能一次只接手一个项目。那么为了保证测试的思路不被打乱，咱们必需要及时的记录和管理咱们的测试思路。甚至有些公司对于测试用例的编写也不作强制性要求。因此写测试的思惟导图对于及时的整理咱们的测试思路很重要。

　　三、及时整理测试用例。不少时候咱们的测试用例并无足够的时间来编写。又些项目甚至要先作测试，作完测试之后才有空闲时间。对于这种先作后写的，咱们也要认真的作。不少时候测试的工做是看不到成果的。因此，要想人家承认测试的工做，文档话的工做是必须的。测试的文档对于一个产品实际上是很是重要的。甚至不少的时候，测试的文档能够用来做为产品的说明文档。开发文档通常重在技术，而产品的文档则重在需求。测试文档则应该将技术实现的需求作产品化整理。同时附带一份产品质量评审报告。

　　四、及时与开发沟通。不少时候开发给我版本和开发正在进行的版本确定不是同一个，因此不必等到产品测试完之后再开发交流产品bug。尤为是一些较为严重的问题，尽可能作到及时反馈。这样能过保证产品问题的修复。每次产品测试完之后最好可以同开发作一次当面的产品bug反馈。当面的沟通和反馈能过有效的条件测试和开发之间的关系。沟通时要注意语气和态度，不要将本身放在开发的对立面而是要同开发一块儿站保证更好的产品的角度。每轮测试结束，也已定要整理测试分析结果，最好可以保证因此相关人员都能知道产品文同的文档。

　　五、及时了解各类测试工具。不少时候每一个工具都有本身的特色，可以解决的也只是某一方面的问题。因此做为测试人员必定要及时学习新的工具和测试思想。不断跟新本身的知识和理念，这样才能保证与时俱进。

　　六、每隔一段时间要整理一下测试流程的问题。对于质量的问题，不少时候咱们须要流程来保证。因此对于流程中间不规范的地方须要及时的更改。

　　七、熟悉测试产品平台的开发环境。这一点是不少测试人员不肯意作的。对于开发，很测试以为很头疼。做为测试咱们常常须要和开发打交道，而开发最讨厌的就是测试什么也不懂。跟你解释都解释不清楚。因此了解相关产品开发平台的语言也是很重要的。至少这样可以保证你跟开发流畅的沟通，这样工做起来天然更顺手。

　　八、阅读一些架构和交互方面的知识。这样能过是咱们更加有能力提出一些有关产品和技术方面的问题。也可以在跟开发、产品交流时更流畅。这样测试也才能更佳发挥重要的做用。

　　九、作后一点不是最重要的，可是却很难作到的。就是多写写技术博客。不少的开发人员都会写技术博客，可是测试人员却不多。有些人是以为没什么好写的，有些人是以为难以坚持。因此测试方面的优秀博客确实不是不少，可是坚持是一件很不用一的事情。因此坚持写博客，无论目的是传播知识，总结自我，提高自我仍是什么的。只要能过好好坚持下来，收获确定是不小的。

好了，以上就是个人一点总结。但愿对你们有帮助。