APP测试基本流程

本文仅供新入职对银行一账通测试流程不是很熟悉的小伙伴参考，其中也涉及了一些像获取日志，获取包名等小技巧，希望对大家能有所帮助。

Step 1st 获取需求

获取需求我们一般通过百宝箱获取，但是由于百宝箱没有对文档的上传和修改做记录，所以现在改用有记录的藏经阁，但是有部分PM仍习惯把需求文档及相关交互图上传到白宝箱，因此我们获取需求的时候要和产品确认需求相关的资料是上传在哪里，确认了需求在哪之后我们就可以到对应的地址下载资料啦。

step 2nd 测试用例的撰写和获取

测试用例以前我们是用testlink管理的，后来在使用的过程中发现testlink并不是很好用，所以我们组的大神们就重新做了敏捷测试管理平台，所以以后我们写case可以直接在这个平台上编辑，或者在excel上编辑后导入到平台上，如果用excel写的话要特别注意的一点是，撰写格式必须严格按照模板，否则是无法成功将用例导入平台的。敏捷测试管理平台的地址是：

登录账号和密码为um账号和um密码。

Step 3rd 构建测试包

a. 银行app打包

通过构建站可根据具体的需要选择要构建的包，选择要打包的银行，测试的环境（debug测试环境或者release生产环境），iOS还要选择配置的证书，平时测试使用企业证书包即可，用于自动化测试跑monkey则需打开发者证书包。

b.模块化测试打包

模块化测试不能在构建站直接打包，需要到Jenkins上打包，账号和密码都是：admin；进入Jenkins之后选择用参数打包，和开发同学确认所要打包的模块名，填写相关模块名和配置之后点击立即构建即可打包。

需要强调的是，在Jenkins打的包并没有生成二维码，如果要把安装包提供给产品或者其他只能通过扫码装包的同学，我们可以自己在Jenkins上把包下载到本地，再通过构建站临时包上传的功能，上传要提供出去的包，上传完成后会自动生成二维码，可自行截图保存。这样就不用担心自己要用那个二维码被覆盖啦。

step 4th 安装测试包

a.Android装包

连了MA网络的手机可直接扫描邮件里的二维码

非MA网络的手机可扫描构建站“Android包下载”的二维码，必须注意的一点是，这个二维码是保存最近一个构建包，如果要下载历史包则不可扫这个二维码

如果手机没有联网，或者想模块化打包一样没有生成二维码的，则可直接把apk包下载到本地，通过adb指令安装到y手机上，具体操作：通过数据线将手机连接到电脑上，输入指令adb devices，确认手机已经连接上，接下来输入adb install [apk文件所在的目录]

iOS设备装包

同Android，连了MA网络的手机可直接扫描邮件里的二维码

非MA网络的手机可扫描构建站“iOS包下载”的二维码，同样必须注意的是，这个二维码也是保存最近一个构建包，如果要下载历史包则不可扫这个二维码

如果手机没有联网，或者想模块化打包一样没有生成二维码的，则可直接把ipa包下载到本地，通过Xcode来安装，具体操作：通过数据线连接手机和电脑，然后把已下载到本地的ipa包拉到Xcode-Window-Devices-Installed Apps；或者通过iTools应用安装功能安装测试包。

Step 5th 开始app测试

测试过程中经常会遇到的一些小问题，比如遇到crash，需要及时将日志导出来。

a.Android获取crash日志的方法

用adb指令导出，首先连接数据线，打开终端找到crash所在的路径：然后用adb pull [crash路径][导出的路径]

如果不知道包名可以通过以下的方法获取：

1.设备端打开要获取名称的app

2.运行以下指令：adb shell "dumpsys window | grep mCurrent"

其中mCurrentFocus行里就展示了当前app页面的包名以及页面名称,格式:

app.pakcage.name/package.activity.name

  iOS获取crash日志的方法

用数据线连接上手机后，打开Xcode-Window-Devices-view Device Logs-export log导出crash日志即可，由于导出来的日日志没有解析不好定位问题，可通过iOS crash解析平台将日志和发生crash的包一起上传到crash解析平台解析，解析后再提供给开发的同学定位问题。

另外是bug的提交，提交的格式：

标题格式为【测试版本】【模块】【功能点】【问题类型】【复现步骤长度】问题描述

正文：【设备】如：华为mate7 (android4.2.2)

         【构建号】

         【环境】测试环境+WiFi

         【复现频率】必现/偶现

         【复现步骤】

           1st

           2nd

           3rd

         【预期结果】

         【实际问题】

把复现bug的具体条件及复现步骤都写清楚不但方便RD定位确认问题，也方便我们测试自己回归测试，提高整体的工作效率。

step 6th 测试完成

项目测试负责人撰写测试报告，标准组件模块测试完毕则需通知RD打tag，并记录下tag号；测试完成后要及时做bug review及时做总结，以便在以后遇到同样的问题或者类似的问题时能够尽快定位到问题的原因。

文／caisf（简书作者）
原文链接：http://www.jianshu.com/p/3b9b32cd83ff
著作权归作者所有，转载请联系作者获得授权，并标注“简书作者”。