移动开发测试简略

手机APP的各测试类型与方法实践浅见

在无专业的的测试人员的情况下

人员的灵活的调配;
避免,随便点击,测试无方向性;
结合功能表,具体划分到责任人.跨界的问题可以提交到对应人的邮箱.
结合任务,反馈给一个具体的时间节点推进节点.
测试真机,尤其是安卓,需要行政部门协调,统计机型(系统),需要具体落实机型的测试.

• .接口协议测试(结合原型、数据库、进一步完善接口文档)

  在APP客户端开发设计时，一般服务端会提供相应的接口协议文档，接口协议文档的质量，决定了APP的开发进度。此部分的测试，应首先检测接口的完整性，根据APP需求，检查是否所有数据都有相应的接口返回；其次正确性验证，验证返回的接口信息是否正确，提示代码是否符合要求；第三：可采用Postman或者在线请求等工具，对设计的测试用例进行测试。服务器性能测试。

  1. 易用性测试,文字文案的合法合理性,很重要
     功能是否一目了然，简单方便，不会出现难以理解的隐藏菜单等不方便使用的现象,
     功能叙述是否有问题,是否有违规的表述,是否有错别字,是否有歧义表述.
     H5页面.

  2. app基本功能的测试[可做测试功能Excel]
     APP的开发模型一般为敏捷开发模型，所以测试也应是敏捷测试。测试过程我设计为三个阶段（1）冒烟测试（2）探测性测试->用例（3）回归测试；首先对每个提交的功能模块快速进行冒烟测试，到可组合成完整功能模块时，进行探测性测试，当所有功能模块完成之后，进行相应的系统测试。若是运营级的产品，可适当利用Robotium等自动化工具实现功能自动化测试。
     

  3. app 分辨率兼容性测试，针对不同版本和屏幕大小的iOS系统，以及安卓版本

  安卓终端适配测试
  因为安卓操作系统类型，版本较多，生产厂家也五花八门的，所以对手机APP进行终端适配测试决对是个体力活。对这部分的应试，应选择一定的策略，可以分为分内部测试(行政大致统计可以测试的机型,进行测试.)、云测试和用户测试三方面进行，具体如下
  
  兼容市场上主流机型,主流系统(中华酷联米,安卓4.4)

Android APP功能测试检测点概要

手机平台对于PC平台来说，存在一些天生的弱势，如CPU/RAM资源、屏幕尺寸、OS处理机制、OS版本等等，这都直接导致了手机平台APP的测试相对于PC平台APP存在较多的问题，要考虑的因素也更多，测试也相对较困难和复杂。在进行Android APP功能测试时，总结了些常出现BUG的地方如下：

1.网络问题
（1）断开网络后，进行相应的增、删、改、查操作；此处若请求异常没作处理，容易crash；
（2）连接网络，当加载的文件较大，网络不稳定时，检测文件能否正常加载，是否会直接crash；

（3）测试时，应在2G、2.5G、3G网络中都进行测试。
（4）当启动APP要加载服务器数据时，或网络中断，应进行提示，并能弹出对话框引导设置。

2.手机操作问题
（1）当按手机返回键时，检测APP是否与程序返回按钮一致；此处容易出现crash。
（2）当APP弹出对话框后，按手机返回键，检测对话框与主程序界面是否正常返回；此处容易对话框消失后，无法对主程序进行操作。
（3）当在首页按返回键时，检测程序退出是否有提示或按要求退出APP；
（4）按设置按键，查看是否有响应；
（5）按home键后，再次进入APP，检测是否再次进入；
（6）进行横竖屏操作，检测APP运行情况；
（7）APP并发操作，如当下拉加载操作时响应事件还未完成时，快速点击其它事件，检测响应情况，是否crash。

3.冲突问题
（1）APP运行时来电话；
（2）APP运行时来短信；
（3）APP运行时闹钟响；
（4）测试时应关注activity生命周期的测试，如onCreate,onDestroy,onStart,onStop,onPause,onResume.

4.UI设置问题
（1）所有要求单行的文本框，要求检测是否能回车换行，若能回车换行，测为BUG；
（2）当提交数据操作时，有文本框必录数据项没录入，则应有提示信息。
（3）当在文本框录入内容时，弹出的软键盘很容易盖住文本框，使得录入很不方便，应建议处理。

5.手机设置问题
（2）过网络或GPS定位，应注意后台配置,同理，其它功能开发时，也应能自动的打开或关闭相应的配置，并进行提示。

6.缓存机制问题
（1）在开发或测试时，应关注缓存策略和处理机制，或能缓存的数据建议缓存 。(可选)

---

1. 安全测试，app读写电话薄，权限，访问网络等

   1. app使用过程中，接听电话。可以测试不同的通话时间的长短，对于通话结束后，原先打开的app的响应，比如是否停留在原先界面，继续操作时的相应速度等。
   2. app使用过程中，有推送消息时，对app的使用影响
   3. 设备在充电时，app的响应以及操作流畅度
   4. 设备在不同电量时(低于10%，50%，95%)，app的响应以及操作流畅度
   5. 意外断电时，app数据丢失情况(例如购买时候,提现的时候,断电或者断网,)
   6. 网络环境变化时，app的应对情况如何：是否有适当提示?从有网络环境到无网络环境时，app的反馈如何?从无网络环境回到有网络环境时，是否能自动加载数据，多久才能开始加载数据
   7. 多点触摸的情况多点触摸测试检查同时响应的点。
   8. 跟其他app之间互相切换时的响应
   9. 进程关闭再重新打开的反馈

2. app UI测试，边界，拖到，多点触屏，UI元素大小，颜色，字体
   字体，颜色是否满足用户需求，符合用户最佳体验

3. 中断恢复测试
   计算器使用过程中突然来电话，收到信息
   后台运行恢复是否正常，断网断电等不同场景
   锁屏键等快捷键测试。

4. 与其他app兼容性测试
   是否会出现,相互影响

5. app性能测试{程序猿}
   使用手机多少内存，是否内存泄漏。耗电量是否正常

6. 安装卸载测试 升级等
   安装包兼容性(是否有问题)

提交BUG问题

1.功能性Bug分析说明
功能性的Bug多数是涉及业务流实现方面，业务测试需要必测点文档和用例来覆来覆盖，由于对新业务不太了解，所及暂不赘述。但需要特别说明的是闪退，闪退是移动端应用一个比较常见的问题，占约总数4%的比例，它可能会出现在各个操作场景，有的是由于频繁发送网络请求导致，有的是内存不足导致，有的是功能实现上的缺陷，且部分是非必现的，这就导致定位存在较大难度。
频繁闪退大大降低了app的稳定性和用户体验度，尤其是业务流程上产生的闪退问题，所以闪退是紧急且重要的需处理问题之一。除了上线前全覆盖测试以最大限度降低闪退风险外，上线后出现闪退可以通过自动提交日志回传给服务端的方式，供开发定位和解决问题。
闪退出现的场景分析如下表（我觉得把自已遇见的场景总结下来对以后的测试会有很大的帮助）：

2样式Bug分析说明
样式问题在统计中也占有相当大的比例。通常对于研发而言，样式和文案问题因为很容易就可以修改技术含量较低，所以优先级都被放得很低，难以引起重视。并且提示性文案有时存在于多个页面，很容易出现改不全的现象，这类问题上线后对产品的用户体验提升有一定影响。
社交App吸引客户群很大程度上取决于新颖的社交形式和独特的样式设计，所以样式上出现问题很容易引起用户的反感。针对界面样式和文案问题，正常的避免的方式就是需求设计和UI设计规范化，尤其是敏捷开发项目，各个版本变更都需要经过评审且最终产出标准文档提供给发开参考。
界面样式Bug场景分析

1.3兼容问题和其他
兼容问题目前我在移动端遇见的，大多出现在iPhone7和IOS10：会出现不一致产生的拉伸变形；IOS10则是会有UI渲染和Ios8/9版本差异较大导致的(非必需)