app测试心得

首先做测试，不管是app测试，还是web测试，我们都要清楚需求，对每一个功能点心里都要有一定的预期。在测试之前首先要写好测试用例，尽量考虑到全面的测试用例。在测试过程中不能只停留在表面的需求，作为一名测试人员，应该尽可能多的了解更深层面的需求，还要考虑到一些特殊的场景。
在初期做app测试，写case尽可能将case覆盖的全面一些，另一方面还需要减少无效case的书写。测试过程中遇到不清楚的需求需要及时和产品确认和沟通，然后再确认是不是一个bug。当遇到bug时，不要急于和开发去沟通，首先自己想一下这个bug可能是由什么原因引起的，自己可以先用抓包工具或者接口测试工具看一下请求之后返回的字段，这样带着自己的理解和获取到的字段再与开发进行沟通，尽可能的提高开发解决问题的效率。关于app测试的心得，我主要梳理了以下几方面：
关于产品需求方面：首先要对产品需求文档了如指掌，涉及到的每一个功能点，都会对应到相应的case,对于自己不清楚的需求，需要及时和产品进行确认沟通，及时更新case。有必要时需要和大家同步一下，在需求评审之前，先熟悉需求，带着问题去参加需求评审。
关于用例评审
写case时，一定要调理清晰（可以以一个页面为参照），自己写的case让别人也能一看就懂。在用例评审时，梳理好自己的思路，尽量将自己的意思100%传达给开发和产品。一方面，可以提醒开发自己写代码时有没有忽视的地方，另一方面，可以对照我们自己理解和产品有没有偏差。
关于提bug方面：提bug也是测试人员的一项特别重要的本领。首先，测试出bug后，不能盲目的提bug。提bug时，尽可能的让开发人员一看到bug,自己就可以复现出来，如：当我们提bug时，可以上传我们的截图、视频或抓包结果，概率性的问题已需要标注，如果涉及到用户的uid也可以标注上，提高自己提bug的规范性。提bug时最好写上该bug的实际结果和预期结果。在测试过程中遇到有纠纷的bug,要记录好相关问题，及时和产品进行确认。
关于时间概念：当里程碑的排期出来之后，就要关心每一个里程碑的提测时间，中途还需要关心每一个里程碑的时间改动。提测之后，按照正常测试流程，预估自己的测试进度与上线时间。有时候可能分别负责不同的项目，需要根据时间合理分配资源。
关于测试方面：
在测试app这块需要注意的的地方有很多，需要一点点的慢慢积累。相对于web测试，APP测试，除了要考虑基本的功能测试、性能等，还要考虑手机本身固有的属性特征。在测试过程中，我们尽量结合数据库进行测试，如：风控系统，黑名单这快涉及到的相关字段状态的改变。app测试涉及到的场景比较多。列举了以下几点：
1、性能测试
主要用来测试app响应时间、流量测试和耗电量测试(流量测试和耗电量测试目前还没涉及到)
2、兼容性适配性测试：
（1）Android、iOS版本的兼容性
（2）手机分辨率兼容性
（3）APP跨版本的兼容性
（4）跨越区域对app操作
3、安装测试
安装新包、更新包、切换包环境，app可以正常登录。
4、交叉事件测试：就是在操作某个软件的时候，来电话、来短信，电量不足提示等外部事件
5、操作类型测试：横屏测试，夜间模式测试
6、网络测试
网络的兼容性：2G/3G/4G/Wifi，弱网下、断网，可以使用charles模拟实现。
7、升级测试
1）当客户端有新版本时，有更新提示。
2）当版本为非强制升级版时，用户可以取消更新，老版本能正常使 用。用户在下次启动App时，仍出现更新提示。
3）当版本为强制升级版时，但给出强制更新后用户没有做更新时，退出客户端。下次启动App时，仍出现强制升级提示。
4）当客户端有新版本时，在本地不删除客户端的情况下，直接更新检查是否能正常更新。
5）当客户端有新版本时，在本地不删除客户端的情况下，检查更新后的客户端功能是否是新版本。
8、相机、照相服务
1) App 有用到相机，定位服务时，需要授权相机定位
2) 当定位服务没有开启时，使用定位服务，会友好性弹出是否允许设置定位提示。