黑盒测试之从系统测试到APP测试
作者:网络转载 发布时间:[ 2015/12/25 13:34:57 ] 推荐标签:单元测试 性能测试
从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两种系统中进行测试,没有使用自动化测试工具,以手动功能测试为主
三、case编写方式不同
系统测试:
1、系统比较稳定,测试人员在6-8个,每人负责只几个模块
2、针对模块,详细的编写case,包括每一个执行步骤
app测试:
1、需求变化较大,测试人员1个
2、测试任务较重,采取的是较为简陋的测试方法,没有写详细的测试case,以思维导图代替case集
3、将探索性测试、容易忘记测试步骤、逆向思维的测试以case形式写出来,防止测试时间过紧而被遗忘
开个小差:测试的时候,越怕测试那一块或者是故意躲开哪一块,那里一定有问题
四、项目流程相似
分析需求-->基本单元测试-->模块化测试-->全面测试-->升级测试
↓ ↓ ↓ ↓
———BUG提交、跟踪、管理—————>发布上线-->项目扫尾
感言:虽然知道自己的文笔不行,知识储备也不够,但还是硬着头皮写下这篇文章,希望能够看着自己一点点进步。每次回读也好知道自己缺了什么,要补什么。
相关推荐
更新发布
功能测试和接口测试的区别
2023/3/23 14:23:39如何写好测试用例文档
2023/3/22 16:17:39常用的选择回归测试的方式有哪些?
2022/6/14 16:14:27测试流程中需要重点把关几个过程?
2021/10/18 15:37:44性能测试的七种方法
2021/9/17 15:19:29全链路压测优化思路
2021/9/14 15:42:25性能测试流程浅谈
2021/5/28 17:25:47常见的APP性能测试指标
2021/5/8 17:01:11