标签：
一、侧重点不同
系统测试：
1、系统内置app功能稳定可用，不出现闪退等恶劣现象
2、系统稳定，不出现黑屏、死机、卡顿现象，使用流畅
3、响应时间、功耗满足要求
4、开机启动时间
5、系统自带设置项功能正常可用，测试时要注意设置项与内置app等功能不冲突
6、可正常开关机，测试时要考虑异常断电，关机重启，锁屏重启等现象
7、系统需要做性能?测试，之前经常用安兔兔等软件做性能测试
8、简单的压力测试（以点击次数为准）
9、兼容性测试，主要是从当前主流市场下载不同app，在所用系统做简单功能遍历，看看是否兼容
10、升级测试，以自身造数据为主，升级后，查看数据是否依然保存
11、内部app互相干扰，是否正常
APP测试：
1、app需要测试前端UI、功能，后台接口
2、结合设备自身的设置项，如网络、手势、来电等进行测试
3、升级测试，需要考虑后台数?据库升级、we?b升级、前端升级是否正常
4、兼容性测试需要考虑：不同设备、不同系统和版本、设备其他项、新后台对应老前端、iOS和Andro?id交互等
5、非主流app性能测试可以稍微放后一点测试，等app上线后用户量达到一定数量时，再作为重点测试项
二、测试方法不同
系统测试：
1、之前测试的是yunos系统，类似Android系统，可使用adb命令收集log，使用monkey跑稳定性
2、响应时间和功耗测试，以第三方软件为主，进行自动化?测试
APP测试：
1、目前主要在Andorid和IOS两种系统中进行测试，没有使用自动化测试工?具，以手动功能测试为主，PS：TestBird有个自助App功能测试平台！可以在WEB上使用鼠标+键盘，代替手机按键点击APP。
三、case编写方式不同
系统测试：
1、系统比较稳定，测试人员在6-8个，每人负责只几个模块
2、针对模块，详细的编写case，包括每一个执行步骤
APP测试：
1、需求变化较大，测试人员1个
2、测试任务较重，采取的是较为简陋的测试方法，没有写详细的测试case，以思维导图代替case集
3、将探索性测试、容易忘记测试步骤、逆向思维的测试以case形式写出来，防止测试时间过紧而被遗忘
开个小差：测试的时候，越怕测试那一块或者是故意躲开哪一块，那里就一定有问题
四、项目流程相似
分析需求-->基本单元测试-->模块化测试-->全面测试-->升级测试
↓ ↓ ↓ ↓
———BUG提交、跟踪、管理—————>发布上线-->项目扫尾
转自：测试之道
标签：
原文地址：http://www.cnblogs.com/chieei/p/5694564.html
