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

　　对于移动APP的测试，我觉得自己还是有一定讨论资格的。毕竟有三年多的开发经验。而测试经验的话，主要体现在自己的产品使用了。这本书确实是一本写得挺实用的软件测试书籍。里面的很多经验非常值得学习，这个也是我之前深有体会的。

　　对于目前国内的现在而言很多app的测试还是以手动为主，我想主要原因有以下几点：1、移动端平台比较多，而对应的自动化测试软件却很少。而且相应自动化测试的稳定性也不佳。2、移动端升级变动频繁，做自动化成本很高。大家都知道，一般的APP半年、三五个月就一个新版本。有的更频繁的一个月一个版本，甚至是一个周一个的也有。如果用自动化工具来做，维护成本和周期可能比手工成本高很多而且效果还不好。3、产品变化快。很多APP都是属于轻小型的，这样可以使产品的更改比较方便。能够及时应对市场的变化。这样就导致产品的很多功能不能够稳定的执行，自动化测试一般需要相对于较为稳定的产品功能。所以这一点也不太适应于自动化测试。

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

　　1、仔细阅读需求文档，熟悉产品。当然是在有文档的情况下，如果没有文档呢？那就只能看开发给的App了。在测试之前一定要对产品有个整体的把握和了解。知道哪些是重点功能，哪些是辅助功能。开始前一定要有全局观，不要走入自己的思维误区。测试是一份永远完不成的工作，而且永远都是时间不够的。所以一定要把握好产品的重点、关键点。要把测试时间和用例分配做好。要做到这些对产品的把握就很重要。我们要尽可能的熟悉产品，做好能做到比开发、比产品还要熟悉产品。

　　2、绘制测试思维导图，理清测试思路。这个也是非常重要的。不管是产品型的公司还是项目型的公司。测试不可能一次只接手一个项目。那么为了保证测试的思路不被打乱，我们必须要及时的记录和管理我们的测试思路。甚至有些公司对于测试用例的编写也不做强制性要求。所以写测试的思维导图对于及时的整理我们的测试思路很重要。

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

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

　　5、及时了解各种测试工具。很多时候每个工具都有自己的特点，能够解决的也只是某一方面的问题。所以作为测试人员一定要及时学习新的工具和测试思想。不断跟新自己的知识和理念，这样才能保证与时俱进。

　　6、每隔一段时间要整理一下测试流程的问题。对于质量的问题，很多时候我们需要流程来保证。所以对于流程中间不规范的地方需要及时的更改。

　　7、熟悉测试产品平台的开发环境。这一点是很多测试人员不愿意做的。对于开发，很测试觉得很头疼。作为测试我们经常需要和开发打交道，而开发最讨厌的就是测试什么也不懂。跟你解释都解释不清楚。所以了解相关产品开发平台的语言也是很重要的。至少这样能够保证你跟开发流畅的沟通，这样工作起来自然更顺手。

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

　　9、做后一点不是最重要的，但是却很难做到的。就是多写写技术博客。很多的开发人员都会写技术博客，但是测试人员却很少。有些人是觉得没什么好写的，有些人是觉得难以坚持。所以测试方面的优秀博客确实不是很多，但是坚持是一件很不用一的事情。所以坚持写博客，不管目的是传播知识，总结自我，提升自我还是什么的。只要能过好好坚持下来，收获肯定是不小的。

好了，以上就是我的一点总结。希望对大家有帮助。