App测试的进阶

一个团队，尤其是一个创业性的团队，对于测试人员的选择要和团队的整体水平一致，一个优秀的测试工程师不但可以做好测试，还可以培养开发对测试的态度，以及推动整个团队的效率。

受用户欢迎的APP特点

      站在用户的角度去体验，能发现更多的bug和可以优化的功能点。一个好的app，是受用户喜爱的，能做到维持老客户并且能够吸引新客户。
　　用户的角度，无非就是这个app操作起来如何，占用内存大不大，性能如何，干扰信息是否多，符不符合自己想要的视觉体验。

　 互联网app的性能是决定app生涯的首要点。测试角度去看，app启动难，加载慢，不流畅，耗流量，占内存，耗电快，影响设备运行速度，卡顿，闪退，无反应，这些都是用户很难接受的，这样的用户体验可想而知。

      在App黑盒手工测试中，最常遇到的性能相关的问题就是卡死，闪退，反应慢。这是用户不能接受的也是测试工作者不能接受的。一旦出现这样类似的bug，一次也需要提高警惕，属于严重bug范畴。

　　如果公司的测试团队不健全，或者压根不存在测试人员，App 问题频出，那将意味着什么？

     现在市场上app软件的数量增多，用户的选择越来越多，大家也不愿花那么多时间在一大堆应用里试出好的应用，更想直接找到相应使用场景下最好、最合适的应用。所以一个app开发要有明确的切入点，测试也要从简约角度去选择优化。

测试的思路

App 项目生命周期分为三个阶段，开发阶段，测试阶段，发布阶段。测试人员是需要全程参与的。

TestBird的APP测试的周期是这样的：
　　测试范围－测试内容－测试计划－测试方案－测试用例－测试执行
　　测试并不是拿到手就可以直接做的这样一种工作，我们需要先熟悉整个项目的流程，心中有个大体的框架才能入手。测试的执行是在整个项目的中间以及发布前所进行的。然而实际上测试是需要贯穿整个项目的，在一个项目测试任务被告知前，作为测试的我们需要通过邮件，会议之类了解新项目的框架范围，要知道接下来整个团队的任务，我们应该如何去完善这份项目计划。了解了测试的范围，我们需要通过产品经理给出的原型图以及需求文档去了解详细的测试内容。在此基础上，我们对自己的测试任务已经有个基本的概念了，但依然会存在一些细节方面的问题，接下来我们要做的就是和开发沟通。测试和开发是相辅相成的，开发少不了测试帮助优化，测试需要开发的支持才能顺利地完成任务，双方沟通越细，后续能够避免的问题就越多。开发沟通完毕，需要对照已有的项目相关的需求文档开始立项，准备测试计划方案，列出每个功能模块，大致的功能点和执行方法。个人认为，此处测试用例可以列出雏形，后续测试过程中可以加以完善。其实，这里我考虑的还有一点就是测试用例是永远不可能补全的，每一个测试工程师的想法，操作手法以及思维角度是不一致的，随时都可能产生新的操作手法，所以我们只需要列举出基本的功能点，后续的一些特殊操作可以作为测试用例附加，但不属于基础用例的范畴。这一点，对于测试人员来说，更方便管理测试用例，但对于公司来说，app模块更新变动较大，测试用例过于详细的话维护成本过高，实际上也是节省了公司项目的执行时间。