ios开发简介与iosapp测试知识-2.pptVIP

* * * PS：在真机设备紧缺下，对于固件和机型适配均可先通过模拟器来实现。 * PS：发布前，若开发修改代码，务必评估影响的功能点，进行回归测试。 * 通常的测试主要步骤可概括为：测试计划测试设计TC编写执行测试线上监控，对于iOS-app的测试也不外乎这些，但是基于iOS平台，不管从开发工具，还是运行环境，都有别于服务端，或者其他平台的app，因此这里重点介绍测试的不同之处。 * * * * * 2. 9 发布测试 发布测试主要指代码冻结后，使用发布版本进行回归测试，包括功能回归测试、查看log是否关闭、push消息是否能够正常接收。由于发布版本使用发布证书打包，因此仅支持越狱手机安装。此项测试主要包括以下四点： （1）功能回归测试； （2）检测程序log是否完全关闭； （3）确认push功能是否正常； （4）覆盖安装测试：选择当前主流版本，进行覆盖安装，确认程序是否正常； * 2. 10 建议测试流程 测试计划测试设计TC编写执行测试线上监控 一个iOS的应用需要测试的纬度包括基本的功能测试、代码静态分析、弱网络测试、低内存警告测试、操作类型测试、系统中断测试、内存泄露测试、适配测试、发布测试。这些纬度在测试过程中，均须被执行到，但在测试过程中，开发不断地fix bug，同时也会引入新的bug，如何更有效合理的执行这些纬度测试？ * 2. 10 建议测试流程 1）第一轮测试：功能冒烟+代码静态分析详细功能测试+操作类型测试弱网络测试（包括无网络）低内存警告测试内存泄露测试UI适配测试系统中断测试。 《1》从开发开始提测，以最快的速度执行全面的冒烟测试，同时进行代码静态分析，遇到严重问题及时联系开发解决； 《2》接下来，基本冒烟通过后，开始执行TC，即详细的功能测试，在功能测试过程中主要以黑盒测试为主，同时执行操作类型测试，如快速点击、多指操作、快速滑动等； 《3》功能测试过程中，若发现大量bug，在开发fix bug过程中，快速执行弱网络+低内存警 * 2. 10 建议测试流程 （2）第二轮测试：功能测试（验证bug fix）iOS操作系统适配弱网络测试低内存警告（页面交叉测试）内存泄露测试。第二轮测试，主要为了发现深层次的bug，除了验证bug fix外，还需要执行以下测试： 《1》iOS的操作系统适配，目前主要包括4.x，5.x，6.x, 7.x； 《2》弱网络测试，主要关注包含网络请求的页面，需要特别注意执行网络请求未返回时，再次请求或页面切换等情况； 《3》低内存警告，主要根据程序内的controller来执行，关注controller之间的切换，观察程序内资源释放是否合理，是否存在页面逻辑异常； 《4》内存泄露，使用系统leak及alloction模板，观察程序是否存在内存泄露，此部分可以同步骤《2》《3》一起执行； 第二轮测试完成标准是完成以上测试，尽可能多的进行白盒测试，达到冻结代码的要求，如此才能进入最后的发布前测试； * 2. 10 建议测试流程 （3）发布前测试：代码静态分析功能回归适配回归弱网络回归Free Test...发布包测试（关闭log等）。最后的发布前测试，再次执行代码静态分析，查看是否存在内存泄露、无关变量等，全面回归，如果不是非常严重的问题，均可考虑later到下一版本来解决，如果某个bug非改不可，要尽可能评估可能影响的点，查看开发的代码改动点，分析是否引入新的问题，再次进行回归；发布前，需要用越狱的机器安装发布包，进行最后的测试，包括日志是否全部关闭、push消息是否正常、对目前的主流版本进行覆盖安装是否正常、新增加的功能点是否正常等。另外需要对当前的发布版本进行备份，最好打三个包：线上、预发、日常，方便出现问题后，快速排查及以后回归使用等。 * 2. 10 建议测试流程 （4）线上监测，主要收集发布后的用户反馈，有无异常情况，排查问题，统计分析等。 * * * * * * PS：并不是所有的缺陷都能通过静态扫描来发现，通常静态扫描可由开发在提测前执行并修复。此外，静态分析本身也是一种算法分析，同样也有缺陷，有效的代码可能被识别为不正确，因此，在对代码进行修改前，应严谨地评估所有扫描出现的问题。 * 其中类型（2）需要特别注意，此类情况处理不当通常会造成程序crash。 * * * 移动设备的内存资源是比较紧缺的，通常都比较小。通常，程序接收到最多的是Memory warning level 1，此时程序作相应的处理，释放不必要的内存。内存释放后，内存警告就会停止，恢复正常状态；反之，如果未作相应处理，系统可能还会尝试通知几次level 1警告，如果还是未处理，系统会发出更高一级内存警告le