平台 | 测试方法 | 内容 | 子内容 |
前端app | 单元测试 | 概念 | 集中对用源代码实现的每一个程序单元进行测试,检查各个程序模块是否正确地实现了规定的功能 |
测试方法 | 自动化 | ||
持续集成 | |||
测试工具 | android:Juint/Roboiectric等 | ||
ios:OCUnit/GHUnit等 | |||
H5:Qunit等 | |||
集成测试 | 概念 | 在单元测试的基础上,将所有模块按照设计要求组装成为子系统或系统(多轮) | |
测试方法 | 手工: 1,业务测试 2,终端性测试 | ||
自动化 | |||
持续集成 | |||
测试工具 | android: 1,开源:accessbility-ulautomator;instruments-robotium/uiautomator 2.0 2,商业:sedroid/appnium/calabash | ||
ios: 1,开源:instruments:ulautomator;混合&跨平台:appnium/calabash;其他:bash 2,商业:monkey talk | |||
H5:webdriver | |||
用户界面测试 | 概念 | 用户界面 (GUI) 测试用于核实用户与App之间的交互,包括用户友好性,人性化测试。 | |
Unit Testing单元测试-概念 | 定义:对App的基本组成单元来进行正确性检验。集中对用源代码实现的每一个程序单元进行测试,检查各个程序模块是否正确地实现了规定的功能。 目的:检测App模块对App产品设计说明书的符合程度。 类型:白盒测试,测试范围为单元内部的数据结构,逻辑控制,异常处理。 评估标准:逻辑覆盖率。 | ||
Integrate Testing集成测试-概念 | 定义:测试模块或子系统组装后功能以及模块间接口是否正确,把已测试过的模块组装起来,主要对与设计相关的App体系结构的构造进行测试。 目的:在于检测App模块对App产品概要设计说明书的符合程度。 类型:灰盒测试,测试范围为模块之间接口与接口数据传递的关系,以及模块组合后的功能。 评估标准:接口覆盖率。 | ||
System Testing系统测试-概念 | 定义:App系统测试(App System Testing),是将已经确认的App程序、移动终端、外设、网络等其他元素结合在一起,进行信息系统的各种组装测试和确认测试,系统测试是针对整个产品系统进行的测试,目的是验证系统是否满足了需求规格的定义,找出与需求规格不符或与之矛盾的地方,从而提出更加完善的方案。App系统测试发现问题之后要经过调试找出错误原因和位置,然后进行改正。 App系统测试是基于系统整体需求说明书的黑盒类测试,应覆盖系统所有联合的部件。对象不仅仅包括需测试的App软件,还要包含App软件所依赖的硬件、外设甚至包括某些数据、某些支持软件及其接口等,基于本地及不同地区、网络等真实终端,测试、检查已实现的App是否满足了需求规格说明中确定了的各种需求,以及App配置是否完全、正确。 目的:验证最终App系统是否满足用户规定的需求。 类型:黑盒测试,测试范围为整个系统。评估标准:测试用例对需求规格的覆盖率。 | ||
测试case | 每个页面的UI是否符合需求,符合UI设计要求 | ||
背景颜色清晰明了 / 字体清晰 / 角色动作连贯 / 特效细腻 / 界面重叠 /花屏 / 拖影 / 字体显示 | |||
画面是否失真 / 有无水印 / 显示原尺寸图片 | |||
界面易用性 / 用户体验好 /用户操作方便 / 符合用户使用习惯 | |||
键盘弹起与UI的交互 / 表情栏与键盘不能同时显示 / 使用第三方键盘,如搜狗与UI的交互 | |||
表情符号UI:显示整齐 / 放大显示原尺寸,图片正常 | |||
视频通话:界面显示正常,不显示长方形播放 | |||
兼容测试 1,安卓,ios同时查看有何区别 2,低端机,高端机,安卓6.0以上系统,iphone7 | |||
功能测试 | 基本功能 | (业务功能点) | |
功能测试目标 | 1.是否有遗漏需求 2.是否正确的实现所有功能 3.隐示需求在系统是否实现 4.输入、输出是否正确 5.UI界面是否正常 | ||
引导页(欢迎页检查) | |||
终端特性 | 横竖屏/Home键/音量键/电源键 | ||
待机界面:下拉状态,google搜索栏,widget区域可以添加各种应用,快捷方式 | |||
状态栏显示 / 最小化房间,查看状态栏 / 显示系统日期、时间、信号强度;显示运营商消息、清除任务、通知;显示正在进行的任务;通知【显示未读信息、未接来电等】 | |||
中断:来电/短信/低电量提醒/闹铃/第三方应用干扰等 /插入USB测试 / 短按home后台运行 / 长按home切换其他应用 / 按back返回上级任务、锁屏、静音、飞行模式、关机 | |||
打开设置-开发员选项-不保留活动(容易崩溃) | |||
双卡双待 / 双卡单待 /单卡单待 | |||
系统版本/分辨率 | |||
网络状态 | 2G/3G/4G | ||
WIFI | |||
飞行模式 | |||
断网 | |||
电信 / 移动 / 联通 | |||
网络服务差:火车上、地铁上、高山上 | |||
安装/卸载 | 安装/卸载/下载 | ||
SD卡安装 | |||
覆盖安装 | |||
升级安装 | |||
文字测试 | 内容一致 | ||
图片文字 | |||
拼音 | |||
服务器异常 | 1.断网 2.服务器不稳定的情况 | ||
权限(GPS、摄像头、悬浮框等) | |||
开关测试 | |||
模块测试、集成测试、验收测试(α测试、β测试)、发布测试(灰度测试、上线测试) | |||
与第三方交互 | 娱乐:球球、王者荣耀 | ||
多媒体:QQ,微信、微博 | |||
网络应用:安卓市场 | |||
断点续传 | 一部分是断点,一部分是续传。 | ||
常规测试 使用app自带的中断功能中断数据传输。Invite过程中中断、传输过程中中断、end过程中中断。 | |||
冒烟测试 使用非app的其他方式中断数据传输。拔电池、存储空间不足、服务器无响应、GPRS信号丢失、IP地址错误、证书过期 | |||
功能自动化测试 | JMeter | 网址:http://jmeter.apache.org | |
开源测试工具 | |||
工作:发送接口请求、结果解析、断言 | |||
JUnit | |||
app UI | Instrument UI Automator Viewer | ||
自动化-测试流程自动化 | 构建中心 | 测试打包 | |
渠道打包/验证 | |||
自动发布 | |||
持续集成 | UI自动化 | ||
单元测试 | |||
质量报告 | |||
系统测试 | 概念 | 将已经确认的应用、硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起。在实际运行环境下,对应用统一进行系列的组装测试和确认测试 | |
测试方法 | 等同集成测试 | ||
测试工具 | 等同集成测试 | ||
验收测试 | 概念 | 确保软件准备就绪,并且可以让最终用户将用于执行应用的既定功能和任务 | |
测试方法 | r测试(内部人进行) | ||
β测试(目标用户进行) | |||
测试工具 | 众测(testin/utest等) | ||
pre/fir/蒲公英/testfight | |||
发布测试 | 概念 | 集中对用源代码实现的每一个程序单元进行测试,检查各个程序模块是否正确地实现了规定的功能 | |
测试点 | 灰度发布(内侧) | ||
上线测试(公测) | |||
a/b测试(测试分析) | |||
测试工具 | pre/fre/蒲公英/testfight等 | ||
AB Tester/appadhocoptimizer/google website optimizer/visual website optimizer | |||
回归测试 | App发布、维护阶段,对缺陷进行修复后的测试 | 1)在测试策略制定阶段,制定回归测试策略; | |
2)确定需要回归测试的版本; | |||
3)测试版本发布后,按照回归测试策略来执行回归测试; | |||
4)回归测试通过,关闭缺陷跟踪单; | |||
5)回归测试不通过,缺陷跟踪单返回给开发人员,开发人员重新修改BUG。再次提交给测试人员回归测试 测试策略: | |||
专项测试 | 响应时间 | 概念 在apk包中添加log,然后可以通过后台导出日志,根据前后时间来得出响应时间,主要测试头像加载不出来、联系tab、刷新情况等的加载情况。 | |
兼容性测试 | 测试概念 兼容适配性测试(配置测试),是核实测试对象在不同的App、硬件配置中的运行情况,测试系统在各种软硬件配置,不同的参数配置下系统具有的功能和性能。 | ||
测试方法 | |||
流量测试 | |||
电量测试 | |||
弱网络测试 | |||
代码覆盖率测试 | |||
性能测试 | web前端性能测试 | Fiddler | |
chrome浏览器自带的PageSpeed分析工具 | |||
webpageTest在线工具 | |||
app性能测试 | 压力测试 | ||
流量消耗 | |||
CPU占用率 | |||
内存占用率-android内存问题分析:堆内存垃圾回收机制 | |||
app启动时长 | |||
每个tab不停切换,计算次数 | |||
页面初次加载情况 | |||
crash率 | |||
内存泄漏 | |||
android内存占用分析:工具:Android Studio 1.0的DDMS,DumpJavailableHeap进行heap dump抓取 | |||
安全测试 | 1)是否有被攻击,如何测试 | ||
用户体验测试 | 测试方法 | 检测用户在理解和使用系统方面到底有多好,是否存在障碍或难以理解的部分 | |
用户访谈 | |||
邀请内测 | |||
小范围公测 | |||
探索测试 | |||
竞品测试 | |||
可用性测试 | |||
本地化测试 | |||
接口测试 | |||
冒烟测试 | 概念 | 对一个新编译的需要正式测试的app版本,确保软件基本功能正常,可进行后续的正式测试。冒烟测试的执行者是版本编译人员。 1.确保能正常安装、卸载、启动 2.主要功能能实现、基本运行 3.没有出现严重死机 4.没有出现严重的意外崩溃 出现问题的时候,导log、截图、CPU/内存等参数 测试工具:monkey | |
测试方法 | 每一个新编译的需要正式测试的App版本,目的是确认软件基本功能正常,可进行后续的正式测试工作【执行者是版本编译人员】 | ||
开发者基本测试 1,正确安装/卸载 2,隐患原因分析 3,意外崩溃 4,正常启动 5,基本操作运行 | |||
故障转移和恢复测试[PC] | 测试方法 | 通过人工干预手段使系统发生软、硬件异常,通过验证系统异常前后的功能和运行状态,达到检验系统容错,排错和恢复的能力。 | |
后端(服务器) | 接口测试 | ||
安全测试 | |||
性能测试 | |||
后台(内部使用) | 功能测试 | ||
安全测试 | |||
硬件(物联网) | 功能测试 | ||
可用性测试 | |||
可靠性测试 | |||
竞品测试 | |||
体验测试 | 功能体验 | ||
性能体验 | |||
安全测试 | |||
性能测试 | |||
其他测试方法 | 白盒测试 | 概念 | 依据被测App分析程序内部构造,并根据内部构造设计用例,来对内部控制流程进行测试。 |
黑盒测试 | 概念 | 黑盒测试(Black-Box Testing)是基于系统需求规格,在不知道系统或组件的内部结构的情况下进行的测试,把测试对象看作一个黑盒,只考虑整体特性,不考虑内部具体实现。 | |
人工测试 | 概念 | 测试活动由人来完成,狭义上指测试执行由人工完成。 | |
web测试 | 安全测试 | 分析网页 | PageSpy,Firebug |
软件测试(二)测试方法&测试任务
最新推荐文章于 2023-10-19 21:57:25 发布