黑盒测试之从系统测试到APP测试

　从8月15-至今，由系统测试转向APP测试已有4月，怕忘记了短暂的系统测试所得，在此对比下二者的异同:

　　一、侧重点不同

　　系统测试：

　　1、系统内置app功能稳定可用，不出现闪退等恶劣现象

　　2、系统稳定，不出现黑屏、死机、卡顿现象，使用流畅

　　3、响应时间、功耗满足要求

　　4、开机启动时间

　　5、系统自带设置项功能正常可用，测试时要注意设置项与内置app等功能不冲突

　　6、可正常开关机，测试时要考虑异常断电，关机重启，锁屏重启等现象

　　7、系统需要做性能测试，之前经常用安兔兔等软件做性能测试

　　8、简单的压力测试（以点击次数为准）

　　9、兼容性测试，主要是从当前主流市场下载不同app，在所用系统做简单功能遍历，看看是否兼容

　　10、升级测试，以自身造数据为主，升级后，查看数据是否依然保存

　　11、内部app互相干扰，是否正常

　　APP测试：

　　1、app需要测试前端UI、功能，后台接口

　　2、结合设备自身的设置项，如网络、手势、来电等进行测试

　　3、升级测试，需要考虑后台数据库升级、web升级、前端升级是否正常

　　4、兼容性测试需要考虑：不同设备、不同系统和版本、设备其他项、新后台对应老前端、iOS和Android交互等

　　5、非主流app性能测试可以稍微放后一点测试，等app上线后用户量达到一定数量时，再作为重点测试项

　　二、测试方法不同

　　系统测试：

　　1、之前测试的是yunos系统，类似Android系统，可使用adb命令收集log，使用monkey跑稳定性

　　2、响应时间和功耗测试，以第三方软件为主，进行自动化测试

　　APP测试：

　　1、目前主要在Andorid和IOS两种系统中进行测试，没有使用app自动化测试工具，以手动功能测试为主

　　三、case编写方式不同

　　系统测试：

　　1、系统比较稳定，测试人员在6-8个，每人负责只几个模块

　　2、针对模块，详细的编写case，包括每一个执行步骤

　　APP测试：

　　1、需求变化较大，测试人员1个

　　2、测试任务较重，采取的是较为简陋的测试方法，没有写详细的测试case，以思维导图代替case集

　　3、将探索性测试、容易忘记测试步骤、逆向思维的测试以case形式写出来，防止测试时间过紧而被遗忘

　　开个小差：测试的时候，越怕测试那一块或者是故意躲开哪一块，那里就一定有问题

　　四、项目流程相似

　　分析需求-->基本单元测试-->模块化测试-->全面测试-->升级测试

　　↓　　　　 ↓　　　 ↓　　 ↓

　　———BUG提交、跟踪、管理—————>发布上线-->项目扫尾

　　感言：虽然知道自己的文笔不行，知识储备也不够，但还是硬着头皮写下这篇文章，希望能够看着自己一点点进步。每次回读也好知道自己缺了什么，要补什么。