您的位置:首页 > 移动开发 > Android开发

Android测试基础

2013-10-30 16:42 155 查看
前半部分是从一个团队的角度讲的,后半部分是从一个屌丝测试的个人角度讲的。

一、基本测试流程介绍
1,weeklybuild模式流程
weeklyBuild的目的:
对于项目组而言,使原来的单线开发模式演变成并行开发,降低开发和发布的成本。
从测试的角度来说,能够有效降低测试的回归开销,清楚了解自己要测试什么(减少躺枪几率= =),有效控制项目的进度和分配测试资源。
weeklybuild时要有明确的各个时间节点,具体到每一天,每一个人。



2,项目流程

下图为常见的项目模式测试流程






3,验收测试流程

下图为常见的验收测试基本流程








测试不是要到开发完成之后才开始的,从项目立项的评审就开始了。越早提出bug或不足,改进成本越低。牛逼的测试相当于测试团队的大脑和安全顾问。(有点像足球里面的中后卫,牛逼点的,像贝肯鲍尔和卡纳瓦罗,他们的任务绝不是对方把球带到前场再把球断掉)
扯淡完毕。。


二、基本测试工作介绍
1,提测前准备工作

a,PRD评审
b,交互评审
c,视觉评审
d,UC评审
e,TC编写
f,TC评审

2,接口测试

a,接口功能测试
b,接口性能测试

3,客户端功能测试

a,冒烟测试



冒烟测试用例通常会以TC形式明确写出,为一个模块中最重要流程,由开放自测完成,如果出现bug,均为P1级bug(很严重的bug),不予提测。



b,基本功能测试



1)正常功能是否能够执行完成


2)网络异常情况\接口返回异常数据


3)多线程加载正常


4)图片动画效果展示


5)UI展示\尺寸展示


6)数据缓存和I/O展示


4,客户端适配测试(这里就是在学校扯淡最多的适配了)





5,客户端集成测试

按照大顺哥课上讲的理解就是啦。就是对单元测试的逻辑扩展。把若干个已经测试过的单元组合成一个组件,测试它们之间的接口,发现组合单元时出现的问题。

6,客户端性能测试

a,稳定性测试



就是要保证app长时间大量人数运行,客户端、服务器、数据库不会出现大的问题。
稳定性测试是概率性的测试,就是说即使稳定性测试通过,也不能保证系统实际运行的时候不出问题。稳定性测试的测试时间和压力存在一定的关系。虽然不能完全保证,但是通过观察系统的各种监控指标曲线,预测系统的发展状况,响应时间是否有增长,可用内存是否在减少,CPU利用率是否在上升等等都可以说明系统是否存在问题。



b,其他性能参数获取



1)页面启动时间


2)页面加载时间


3)内存占用


4)静默网络流量


5)静默电量


6)静默CPU占用


7,客户端回归测试

就是修改了旧代码之后,重新确认修改没有引入新的错误或导致其他代码产生错误。在这里,自动回归测试将大幅降低系统测试、维护升级等阶段的成本。但是,为了安全起见,再检查一遍代码是最可靠的办法。

8,发布抽查
9,数据埋点的测试
10,自动化的测试
11,客户端验收测试
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: