测试分类

测试分类也按照不同的定义方法,有不同的说明,就算是同一个测试理论,也会出现不同的分支,当然万变不离其宗,都那样。

按照项目流程阶段来划分(简单理解为软件开发编码的各个阶段吧):

单元测试:简单说就是对单一功能的测试,比如测试一个函数?

集成测试:就是测试将单元测试通过的组合在一起进行测试,就是考察各个接口之间是否完美融合;

(确认测试):

系统测试:就是将已经确认的软件,各个设备组合在一起,进行组装和确认,保证系统的正确性,看是否满足需求;

验收测试(交付测试):其实就是经过前面的各种测试通过以后的软件,在用户面前表明系统能安装需求进行运行。

(回归测试):

PS:说说功能测试,性能测试,这部分内容呢,应该是在系统测试阶段,也就是系统测试要分为功能测试,性能测试,以及其它一些命名的测试吧。

功能测试就是测试这个测试点的功能是否正确,性能测试就是测试这个软件性能符合预定要求或者能超过预定要求最好。

下面说说最为常见的名字,黑盒,白盒,灰盒?

这个就是按照是否需要关心软件代码的内部逻辑情况来划分的了(其实黑盒也不是不完全不关注代码逻辑的,要不然设计的用例要么有冗余,要么有遗漏,显然,懂代码不是做白盒测试的人才需要的,黑盒测试的人员也需要。)

简单理解一下吧:黑盒就是成型的软件摆在你面前,然后给你一份文档,看文档里面的每个点安装规定的动作(测试用例)做了以后,是不是实际我们需要的结果;

白盒就是软件给你(当然包括代码了),也有一份文档,也安装每个点测试,这次不光关心最后输出的结果是否正确了,还得看代码逻辑是不是走到了设计规定的线路上去。

灰盒测试,个人不做评论了。

冒烟,构建,回归

冒烟:就是对一个软件新版本进行大规模的测试之前,先对它的最最基本的功能进行测试,通过了在说吧(最最基本功能都通不过,其他人咋测啊)。

回归:开发修改了我们提交的BUG代码后,重新测试一遍,不光保证当时那个点正确,还得保证不影响(不引入)新的bug,引入新的了,那算改了么?

构建:有什么日构建啊,周构建这些,就是冒烟衍生出的,也是测基本功能,但是比冒烟稍微多那么点点内容。

时间: 2024-10-06 01:02:03

测试分类的相关文章

软件测试之秘籍篇——测试分类【转】

有句话是这么说的:能动手就别哔哔,尤其是在工作节奏堪比跑马的今天,大家都推崇实干精神,能解决问题就好,去他的理论.但是无可否认的是,良好的理论素养无论是解决工作中遇到的问题,还是未来的职业发展,都帮助甚大.本文整理汇总了软件测试行业中常见的一些测试理论,供大家参考. 1.软件测试按照测试分类有:黑盒测试和白盒测试. 黑盒测试 黑盒测试也称功能测试,它是通过测试来检测每个功能是否都能正常使用.在测试中,把程序看作一个不能打开的黑盒子,在完全不考虑程序内部结构和内部特性的情况下,在程序接口进行测试,

软件测试-测试分类

软件测试-测试分类一.按软件测试阶段:a. 单元测试b. 集成测试c. 系统测试d. 验收测试1.单元测试单元测试的原则: 1.尽可能保证部没测测试用例相互独立 2.一般由代码的编写人员来实施 单元测试的优点: 1.能尽早发现缺陷 2.有利于重构 3.可以简化集成 单元测试的缺陷 1.不可能穷尽测试,即测试用例不可能覆盖所有的执行路径,不可能捕捉到所有的错误 2.每一行代码需要3-5行测试代码来完成测试 单元测试框架 xUnit,比如:JUnit 例:eclipse->new->Java pr

功能性测试分类

软件测试的分类,先从功能性及非功能性一刀切成两边,功能性就是使用者预计操作系统所能接受的服务,以及系统在未能服务时的反应:非功能性就是使用者觉得"这不用说吧"的部分,例如,可用性及反应时间所分别衍生的压力测试.负载测试与效率测试等. 这篇先就个别系统的功能性测试来说明: 粒度 缩写 英文 中文 1 UT unit test 单元测试 2 IT integration test 整合测试 3 SIT system integration test 系统整合测试 4 ST system t

JavaScript有这几种测试分类

译者按: 也许你讨厌测试,但是你不得不面对它,所以至少区分一下单元测试.集成测试与功能测试?对吧- 原文: What are Unit Testing, Integration Testing and Functional Testing? 译者: Fundebug 为了保证可读性,本文采用意译而非直译.另外,本文版权归原作者所有,翻译仅用于学习. JavaScript代码测试有很多分类,比如单元测试(unit test).集成测试(integration test).功能测试(function

【软件测试基础】其它测试分类

本文由小编根据慕课网视频亲自整理,转载请注明出处和作者. 1.软件测试的分类 对于软件测试的类型进行了概括性的测试,另外还有一些测试的概念,不太容易进行测试的分类. 2. 回归测试 因为回归测试是和版本关联的,在迭代相对频繁的项目中,大规模的回归测试不太现实,所以回归测试一般都是关注在关键模块和重点功能的组件上.通过回归测试,保证主要功能点和流程不会因为版本更新产生错误.而正因为回归测试验证的功能点和流程是相对稳定的,而且在项目周期当中,回归测试执行的频率,相对来说,也比较高.所以回归测试是最适

测试分类总结及案例分析

测试的种类 软件测试是一项复杂的系统工程,从不同的角度考虑可以有不同的划分方法,对测试进行分类是为了更好的明确测试的过程,了解测试究竟要完成哪些工作,尽量做到全面测试. 2.1按是否需要执行被测软件的角度 按是否需要执行被测软件的角度,可分为静态测试和动态测试,前者不利用计算机运行待测程序而应用其他手段实现测试目的,如代码审核.(我认为主要是让测试人员对编译器发现不了的潜在错误进行分析,如无效的死循环,多余的变量等),而动态测试则通过运行被测试软件来达到目的. 2.2按阶段划分 2.2.1单元测

软件测试中的数据库测试

数据库中数据的基本结构 定义一:数据元素集合(也可称数据对象)中各元素的关系. 定义二:相互之间存在特定关系的数据元素集合. 一个表(数据库),我们就称它为一个数据结构,它由很多记录(数据元素)组成,每个元素又包括很多 字段(数据项)组成数据库测试分类系统测试.集成测试.单元测试.功能测试.性能测试.安全测试系统测试.数据库在初期设计中需要进行分析测试. 对于各种数据元素进行完美融合,并理清相互之间的关系便是数据库结构的基本定义. 在数据库中,不同数据之间会存在既定的特殊关系,其属于各种数据元素

兼容性测试(1)

笔者从事测试工作已快三年,属于成长中的小蜗牛.上周对小组成员分享了如何进行兼容性测试.今天闲来无事也开始对自我进行总结.随着移动互联网的快速发展,使整个软件行业也快速发展,越来越多的人加入互联网或者说是我们的生活已经与互联网息息相关.密不可分.二十一世界是一个以提供优质服务为企业目标的时代,使得我们软件行业对客户体验越发看重,促使我们对自有产品的兼容性要求也越来越高,以无明显兼容性问题.夸平台的高质量标准进行开发.以下是笔者对兼容性测试的总结,如有错误.或者不足请谅解,也请告知鄙人的不足之处,笔

软件测试方法分类

软件测试方法种类繁多,有白盒测试.黑盒测试.静态测试.动态测试.集成测试等等,记忆起来容易混乱,傻傻分不清楚,如果把软件测试方法进行分类, 就会清晰很多.现在小峰把常用的软件测试方法列出来,让大家更容易区分记忆. 1.从是否关心软件内部结构和具体实现的角度划分(按测试分类) 白盒测试.黑盒测试.灰盒测试 (1)白盒测试:又称为结构测试或逻辑驱动测试,是一种按照程序内部逻辑结构和编码结构,设计测试数据并完成测试的一种测试方法. (2)黑盒测试:又称为数据驱动测试,把测试对象当做看不见的黑盒,在完全