按照测试对象划分
界面测试
界面测试(简称UI
测试
)
,指按照界面的需求(一般是
UI
设计稿)和界面的设计规则,对我们软件界面所展示的全部内容进行测试和检查,一般包括如下内容:
① 验证界面内容显示的完整性,一致性,准确性,友好性。比如界面内容对屏幕大小的自适应,换行,内容是否全部清晰展示;
② 验证整个界面布局和排版是否合理,不同板块字体的设计,图片的展示是否符合需求;
③ 对界面不同控件的测试,比如,对话框,文本框,滚动条,选项按钮等是否可以正常使用,有效和无效的状态是否设计合理;
④ 界面的布局和色调符合当下时事的发展。
兼容性测试
兼容性测试需求是指明确要测试的兼容环境,考虑软,硬件的兼容,就软件兼容来说,主要考虑以下几个方面:
① 系统自身版本的兼容,用户已有数据的兼容,数据兼容是重中之重,对用户来说,数据是最有价值的。
② 测试与应用环境的兼容性,比如操作系统,应用平台,浏览器的兼容
③ 测试与第三方系统以及第三方数据的兼容性
易用性测试
易用性包含七个要素:符合标准和规范,直观性,一致性,灵活性,舒适性,正确性和实用性。
1
,标准性和规范性
对于现有的软件运行平台,通常其UI
标准已经不知不觉地被确立了,成为大家的共识。多数用户已经习惯并且接受了这些标准和规范,或者说已经认同了这些信息所代表的的含义。比如安装软件的界面的外观,在什么场合使用恰当的对话框等。
所以用户界面上的各中信息应该符合规范和习惯,否则用户使用起来会不舒适,并得不到用户的认可。
2
,直观性
用户界面的直观性,要求软件功能特性易懂,清晰。用户界面布局合理,对操作的响应在用户的预期之中。比如数据统计结果用报表的形式(条形图,扇形图等)展示清晰直观;现在主流的很多搜索引擎和日历的设计也有直观性的特点。
3
,灵活性
软件可以有不同的选项以满足不同使用习惯的用户来完成相同的功能。但是灵活性的设计要把握好度,不然可能由于太多的用户状态和方式的选择,增加了软件设计的复杂性,和程序实现的难度。例如手机键盘有九宫格和全键盘,还支持手写,满足了不同用户的需求。
4
,舒适性
舒适性主要强调界面友好,美观,操作过程顺畅,色彩用运恰当,按钮的立体感等。
安装卸载测试
应用的安装和卸载在任何一款APP
中都属于最基本功能。一旦出错,就属于优先级为紧要
Critical
的缺陷。主要需要考虑以下方面:
① 软件不同的安装和卸载方式;
② 应用是否可以在不同的环系统,版本下安装(安装兼容性)
③ 安装或者卸载过程中是否可以手动暂停,或者取消
④ 安装空不足的时候系统是否有提示
⑤ 是否可以正常的卸载,以及应用软件的各种卸载方式
⑥ 卸载和安装过程中出现环境问题,软件是否可以正常并且合理的应对,比如死机,断电,断网等
按照是否查看代码划分
黑盒测试
黑盒测试就是在完全不考虑程序逻辑和内部结构的情况下,检查系统功能是否按照需求规格说明书的规定正常使用、是否能适当的接收输入数据而输出正确的结果,满足规范需求。 所以,黑盒测试又称之为数据驱动测试,只注重软件的功能。
优点:
① 不需要了解程序内部的代码以及实现,不关注软件内部的实现。
② 从用户角度出发设计测试用例,很容易的知道用户会用到哪些功能,会遇到哪些问题,锻炼测试人员的产品思维
③ 测试用例是基于软件需求开发文档,不容易遗漏软件需求文档中需要测试的功能。
缺点:
黑盒测试的缺点是代码覆盖率较低。
白盒测试
白盒测试又称为结构测试或逻辑测试,它一般用来分析程序的内部结构,针对程序的逻辑结构来设计测试用例进行测试。
白盒测试的测试目的是,通过检查软件内部的逻辑结构,对软件中的逻辑路径进行覆盖测试;在程序不同地方设立检查点,检查程序的状态,以确定实际运行状态与预期状态是否一致。
主要包含六种测试方法:语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖
。
白盒测试注重的是代码逻辑,因此对业务功能的覆盖率就比较低。因此黑盒测试主要适用于项目初期还没完全确定功能的时候,白盒测试适用于中后期功能已经确定了,主要是对代码性能的一些升级。
灰盒测试
介于白盒测试与黑盒测试之间的一种测试,灰盒测试多用于集成测试阶段,不仅关注输出、输入的正确性,同时也关注程序内部的情况。
按开发阶段划分
单元测试
单元测试是对软件组成单元进行测试。其目的是检验软件基本组成单位的正确性。测试的对象是软件设计的最小单位:模块。
测试阶段:编码后或者编码前(TDD
)
测试对象:最小模块(在 Java 中是一个个的类方法)
测试人员:白盒测试工程师或开发工程师
测试依据:代码和注释+
详细设计文档
测试方法:白盒测试
测试内容:模块接口测试、局部数据结构测试、路径测试、错误处理测试、边界测试
集成测试
集成测试也称联合测试(联调)、组装测试,将程序模块采用适当的集成策略组装起来,对系统的接口及集成后的功能进行正确性检测的测试工作。集成主要目的是检查软件单位之间的接口是否正确。
测试阶段:一般单元测试之后进行
测试对象:模块间的接口
测试人员:白盒测试工程师或开发工程师
测试依据:单元测试的模块+
概要设计文档
测试方法:黑盒测试与白盒测试相结合(即灰盒测试)
测试内容:模块之间数据传输、模块之间功能冲突、模块组装功能正确性、全局数据结构、单模块缺陷对系统的影响
系统测试
将软件系统看成是一个系统的测试。包括对功能、性能以及软件所运行的软硬件环境进行测试。
测试阶段:集成测试通过之后
测试对象:整个系统(软、硬件)
测试人员:黑盒测试工程师
测试依据:需求规格说明文档
测试方法:黑盒测试
测试内容:功能、界面、可靠性、易用性、性能、兼容性、安全性等
冒烟测试(系统测试前也有)
冒烟测试的对象是每一个新编译的需要正式测试的软件版本,目的是确认软件主要功能和核心流程正常,在正式进行系统测试之前执行。冒烟测试一般在开发人员开发完毕后提交给测试人员来进行测试时,先进行冒烟测试,保证基本功能正常,不阻碍后续的测试。
如果冒烟测试通过,则测试人员开始进行正式的系统测试。如果不通过,则测试人员可以让开发人员重新修复代码直到冒烟测试通过(回归测试),再开始进行系统测试。
回归测试和冒烟测试都属于系统测试。
验收测试(系统测试后)
验收测试是部署软件之前的最后一个测试操作。它是技术测试的最后一个阶段,也称为交付测试。验收测试的目的是确保软件准备就绪,按照项目合同、任务书、双方约定的验收依据文档,向软件购买都展示该软件系统满足原始需求。
测试阶段:系统测试通过之后
测试对象:整个系统(包括软硬件)。
测试人员:主要是最终用户或者需求方。
测试依据:用户需求、验收标准
测试方法:黑盒测试
测试内容:同系统测试(
功能
...
各类文档等
)
按测试实施组织划分
按是否手工划分
手工测试
手工测试就是由人去一个一个的输入用例,然后观察结果,和机器测试相对应,属于比较原始但是必须的一个步骤。
优点:自动化无法替代探索性测试、发散思维结果的测试。
缺点:执行效率慢,量大易错。
自动化测试
就是在预设条件下运行系统或应用程序,评估运行结果,预先条件应包括正常条件和异常条件。简单说自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程。自动化测试比如功能测试自动化、性能测试自动化、安全测试自动化。
自动化测试按照测试对象来分,还可以分为接口测试、UI
测试等。接口测试的
ROI
(产出投入比)要比 UI 测试高。