app测试总结

    首先关于测试指导，个人觉得app更新叠代太快，没必要写测试用例。功能测试的话可以列一个功能矩阵，把大的功能点和自己的测试思路列表或者思维导图表达出来就好了；业务测试的话一定要画流程图，不然的话很容易乱掉，流程图可以理清思路也可以节省时间。

     接着说一下测试顺序，首先是根据功能矩阵对功能进行测试，一个一个功能过，一定要记录bug，我公司是用bugfree，蛮方便的，测试人员提交，开发人员进行处理，然后测试再去返测，没问题的话关掉bug。测完基本功能后，进行业务测试，要理清数据的流向与关联性，才能更加有效地进行测试，这时候业务流程图就很有必要了，业务测试还涉及到后台的一个数据库的使用，搭配着来才能跑通整个业务流，一定要细心，数据不能出错。业务测试完成以后，意味着app已经测完一大半了，接下来就是一些界面测试，界面测试要细心，一些显示的bug会让用户直观地感觉到这个app很low，因为大多数用户是不懂技术的。留在最后的是网络测试，为什么是网络测试呢，因为相对来说功能、业务、界面属于大的框架性的东西，而网络属于整体性的测试，模拟2g、3g、4g以及无线环境下看app的使用情况，还有网络不稳定情况下app的页面交互情况是否有网络提示等等。

     app的话先是在测试环境测试，测试环境下基本上没问题之后，转到正是环境下进行测试。测完以后，就面临着一个上线的问题，上线前不可能对app重新测一遍，这时候我的做法是，用一个全新的测试账号按正常的流程去走一遍，走的过程中涉及到异常流在不影响大方向的情况下可以顺便走一走，这个就可以代替先前的功能测试。那做什么去代替业务测试呢，查看数据显示，找一个数据比较全面的账号，查看所有的数据显示，看是否有问题。接着再保证重要的功能点不出错，比如说充值、提现、登录、注册，这是绝对不能出错的。

     app上线之后伴随而来的是一个版本更新的问题，除了把改动的功能点以及相关的功能点测试完以外，还要在上线前按照上一段的思路测一遍，没那么多时间的话可以简化流程，总之要保证重要的功能点不能出错。