文章目录
- 按测试对象分
- 界面测试
- 可靠性测试
- 容错性测试
- 文档测试
- 兼容性测试
- 易用性测试
- 安装卸载测试
- 安全测试
- 性能测试
- 内存泄露测试
- 弱网测试
- 按代码的查看情况
- 黑盒测试
- 白盒测试
- 灰盒测试
- 按开发阶段
- 单元测试
- 集成测试
- 系统测试
- 回归测试
- 冒烟测试
- 验收测试
测试的大致分类:
下面就一些比较重要的测试进行介绍:
按测试对象分
界面测试
即UI测试,根据产品设计稿对产品界面展示的所有内容进行测试;
测试界面内容显示的完整性、一致性、正确性、友好性;像界面文字有无被遮挡,界面显示与设计稿是否符合,展示界面有无错别字,用户是否可以自主调整界面设置等;
测试界面布局是否合理;像不同区域版块字体的设计,背景或图片的展示是否符合需求等;
测试界面上的控件操作是否正常;像搜索框、对话框、选项按钮等;
界面的布局或色调符合当下时事的发展;像建党100周年,软件界面的主色调为红色等;
可靠性测试
可靠性测试即对系统正常运行的能力或程度进行测试;
可靠性=(正常运行的时间/总运行时间)*100%;
系统的可靠性可能受到多种因素的影响,像网络故障,人为疏忽等;
大多数产品的可用性指标一般要求达到4个9(99.99%)或5个9(99.999%),但不同的系统一般要求不同;
容错性测试
容错性是指系统允许用户错误操作但系统不会崩溃的程度或能力;
测试当用户输入异常数据时,系统的反馈情况;
使用一定的方法使产品出现故障,测试系统已保存的用户数据的损失情况和恢复情况;
文档测试
文档资料是我们进行测试的基本依据,也有可能是用户熟悉产品的基本依据;
测试文档的术语描述是否规范;
测试文档内容的正确性和准确性;
测试文档描述的完整性;
测试文档使用的易用性;
兼容性测试
兼容性测试是针对产品所处的环境进行测试,考虑其在不同环境下的的包容能力;
测试产品应用环境的兼容性;像操作系统、浏览器、应用平台等;
测试产品与自身的兼容性;像软件版本升级后,已存在的用户数据是否依然可用;
易用性测试
易用性测试是测试产品是否具备简单易上手的特性;
测试产品的功能是否易上手;
测试产品是否具有新手引导功能;
测试产品的直观性如何,是否清晰易懂且舒适;
安装卸载测试
测试产品是否容易安装,卸载是否方便;
测试软件不同的安装方式和卸载方式;像通过应用商店安装,通过链接或网址进行安装,直接长按卸载或通过删除安装包卸载等;
测试产品在不同环境下的安装卸载情况;
测试同一台设备上不同版本产品的安装卸载是否有影响;
测试产品安装卸载过程中可能出现的意外是否会影响产品;像安装或卸载过程中突然断网对于以及安装或卸载的部分的影响;
安全测试
安全测试是测试工作中重要的一环,保护用户隐私数据和系统数据是至关重要的;
是否存在SQL注入;
是否存在越权访问的风险;
用户的隐私数据是否加密;
对恶意篡改、攻击数据的行为,是否具有一定的防护措施;
性能测试
通过对产品的性能测试,有助于产品的调优工作;
高并发情况下,系统的稳定性;
访问量增大时,产品的反应速度;
线程阻塞,死锁现象;
内存泄露测试
内存泄露问题尽管对于用户使用无碍,但泄露逐渐累积,最终耗尽所有内存空间,产品执行也会变慢,最终停止工作;
分配完内存之后是否忘记回收;
程序代码存在死循环,无法回收内存;
代码存在问题,引起内存泄露;
检测内存泄露有人工静态法和自动工具法。人工静态法即通过人工复盘代码查找问题,自动工具法是借助测试内存泄露的工具来检查;
弱网测试
弱网测试就是对带宽、丢包、延时等进行模拟弱网环境,由于如今的网络环境复杂,网络制式繁多,在一些网络不佳的环境下,用户多次刷新访问就会造成客户端频繁发送请求,使服务器压力过大;
实施弱网测试需要借助工具去模拟弱网环境,下面是具体方法(此处使用Fidder进行弱网测试):
- 首先打开弱网设置选项;
Rules->Performance->勾选Simulate Modem Speeds
- 打开设置弱网的脚本
Rules->Customize Rules…
dw
通过更改下面所示上下行速率的数值(单位ms),就可以模型相应的网络环境;
- 设置上下行速率(图片来源于网络)
- 最后根据计算的速率值修改上面弱网设置脚本的值即可;
按代码的查看情况
黑盒测试
黑盒测试是纯功能的测试,不关注程序内部的逻辑结构和代码实现,只检查产品功能是否符合要求;
优点:
基于软件需求文档进行测试,可以实现最大程度是功能的测试覆盖;
不需要了解程序的内部实现逻辑;
缺点:
无法覆盖所有代码,发现其中可能的错误;
常见的黑盒测试方法有:等价类划分、边界值分析法、判定表法、场景设计法、错误猜测法等
白盒测试
白盒测试更多地关注程序的内部结构,对软件中的逻辑结构进行测试用例的设计编写;
优点:可以覆盖到软件的使用逻辑结构;
缺点:难以做到功能全覆盖的测试,可能会有功能遗漏;
常见的白盒测试方法:语句覆盖、判断覆盖、判定条件覆盖、路径覆盖等;
灰盒测试
介于黑盒测试和白盒测试之间的测试方法,关注输入输出情况的同时关注程序内部的实现情况;
尽管看起来灰盒测试好像做到了程序内部外部的全面测试,但实际上灰盒测试相对于白盒测试来说不够详尽,对于黑盒测试来说覆盖产品的广度又不够大。
因此相对来说,还是黑盒测试与白盒测试使用更多,灰盒测试则主要是使用在集成测试阶段;
按开发阶段
单元测试
单元测试是对程序的“最小单元”进行测试,主要是在编码之后(或编码之前)验证软件基本组成单元的正确性,采用白盒测试;
集成测试
集成测试一般是在单元测试之后,将程序模块组装,然后对系统的接口以及集成后的功能进行测试,是一种黑盒测试与白盒测试相结合的测试;
系统测试
将软件作为一个完整的系统进行测试,包括软件功能,性能以及环境的测试,一般在集成测试通过之后进行,采用黑盒测试的方式;
回归测试
回归测试一般是在对原有的代码进行修改之后进行的测试,需要保证此次修改没有引入新的错误或由于修改导致错误,像软件的历史版本、历史功能进行测试都是回归测试;
冒烟测试
冒烟测试是在开发人员完成开发任务之后,交给测试人员进行测试的第一步,主要是保证该产品具备了可测试的条件,保证基本功能正常,可以开始后续的测试;
验收测试
验收测试一般是技术测试的最后一个阶段,主要保证产品已经满足了其所有需求,同样是采用黑盒测试的方式;
over!