测试基础知识2 》》软件测试的分类

 软件测试分类

√  按测试阶段分类

① 单元测试

单元测试:对软件中的最小可测试单元进行检查和验证。

单元测试原则:1.尽可能保证各个测试用例是相互独立的。2.一般由代码的开发人员来实施,用以检验所开发的代码功能符合自己的设计要求。


② 集成测试

集成测试定义:是在单元测试的基础上,测试在将所有的软件单元按照概要设计规格说明的要求组装成模块,子系统或系统的过程中各部分工作是否达到或实现相应技术指标及要求的活动。

集成测试的主要实施方案:Big Bang(一次性测试,把大部分模块组合起来在进行测试)

自顶向下;自底向上(从最底层模块组装测试,比较好的锁定软件缺陷);核心系统集成;高频集成

集成测试和单元测试的不同处:测试的对象不同;测试的依据不同;测试的方法(集成测试是接口测试)

集成测试由通过了单元测试的各个模块所集成起来的构建,系统测试除了软件之外,还包括计算机硬件及相关的外围设备、数据采集和传输机构、支持软件、系统操作人员等整个系统。

③ 确认测试

确认测试是通过检验和提供客观证据,证实软件是否满足特定预期用途的需求。确认测试检查与证实软件是否满足软件需求说明书中规定的要求。

④ 系统测试

系统测试是为了验证和确认系统是否达到其原始目标,而对集成的硬件和软件系统进行测试,是在真实或模拟系统运行的环境下,检查完整的程序系统是否能和系统(包括硬件、外设、网络和系统软件、支持平台等)正确配置、连接,并满足用户需求。

⑤ 验收测试

验收测试又称为接受测试,是一种正式的测试,是在系统测试后期,以用户测试为主,或有测试人员等质量保证人员共同参与的测试,是一般由用户或其他权威机构来决定是否可以接受一个产品(系统或组件)的验证性测试。

√  按是否需要执行被测试软件分类:

①  静态测试

静态测试又称为静态分析,是不实际运行被测软件,而是直接分析软件的形式和结构,查找缺陷。主要包括对源代码、程序界面和各类文档及中间产品(如产品规格说明书、技术设计文档等)所做的测试。

②  动态测试

动态测试又称为动态分析,是指需要实际运行被测软件,通过观察程序运行时所表现出来的状态、行为等发现软件缺陷,包括在程序运行时,通过有效的测试用例(对应的输入、输出关系)来分析被测程序的运行情况或进行跟踪对比,发现程序所表现的行为与设计规格或客户需求不一致的地方。

√ 按测试执行时是否需要人工干预分类:

① 手工测试

手工测试是完全由人工完成测试工作,包括测试计划的制定,测试用例的设计和执行,以及测试结果的检查和分析等,传统的测试工作都是由人工完成的。

② 自动测试

自动测试是各种测试活动的管理与实施,是使用自动化测试工具或自动化测试脚本来进行的测试,包括测试脚本的开发与执行等,以某种自动测试工具来验证测试需求。这类测试在执行过程中一般不需要人工干预,通常在功能测试、回归测试和性能测试中使用较为广泛。

 

√  按是否需要查看代码分类(在测试基础知识3会详细讲)

① 黑盒测试

黑盒测试是将被测试软件看做一个黑盒子,只考虑系统的输入和输出,完全不考虑程序内部逻辑结构和处理过程。黑盒测试的依据是各阶段的需求规格说明(如需求分析阶段是产品的需求规格说明书,单元测试阶段是函数的详细设计说明书)。

 

②  白盒测试

白盒测试是将黑盒子打开,研究源代码和程序内部的逻辑结构。白盒测试的依据是程序代码。

利用白盒测试的覆盖指标所设计的测试用例与采用黑盒方法所得到的测试用例常常存在重复。因此,白盒测试一般充当黑盒测试的补充。

 

√ 其他测试类型:

① 冒烟测试

冒烟测试就是测试过程中找到一个缺陷,并解决了。这时就想要知道这个缺陷是否真的解决了,或者对其他模块有没有造成影响,就需要对这个问题进行专门的测试。这就是冒烟测试。

② 随机测试

随机测试是根据测试说明书执行样例测试的重要补充手段,是保证测试覆盖完整性的有效方式和过程。

③ 性能测试

性能测试就是验证此系统或软件在操作过程中,有没有反应慢,或者响应慢等的测试。

④ 压力测试

压力测试就是检验系统或者软件最多能承受多少的用户同时在线,或者能够承受多少的操作同时进行等的。

⑤ 回归测试

回归测试是指修改了旧代码后,重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。


以上都是概念性知识,仅用于理解。这里推荐给各位一本书《软件测试技术教程》(作者:徐光侠、韦庆杰),书里面将测试的基本概念描述的非常清楚。跟我一样技术纯小白转岗的朋友们,可以购买,当做积累知识储备,而且可以反复翻看。

  • 1
    点赞
  • 10
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
软件测试是指对软件的程序、数据和文档进行检查、验证和评估的过程,以确保软件的质量和正确性。软件测试贯穿于整个软件生命周期中,包括需求分析、设计、编码和维护阶段。软件测试的目的是发现软件中的错误和缺陷,并评估和提高软件的质量。 软件测试的充分性准则指出,对于任何软件都存在有限的充分测试集合。如果一个软件系统在一个测试数据集合上的测试是充分的,那么再多测试一些数据也应该是充分的。但即使对软件的所有成分都进行了充分测试,也并不表示整个软件的测试已经充分。同样,即使对软件系统整体的测试是充分的,也并不意味着软件系统中各个成分都已经充分地得到了测试软件测试的充分性与软件的需求和实现都相关,而且软件越复杂,需要的测试数据就越多。然而,进行越多的测试,进一步测试所能得到的充分性增长就越少。 软件测试可以根据不同的分类标准进行分类。其中,单元测试是对软件中的最小可测试单元进行检查和验证的测试,它需要从软件的内部结构出发设计测试用例。多个模块可以独立地进行测试。其他常见的软件测试分类包括集成测试、系统测试、验收测试等。 在软件测试过程中,还有一组测试原则可以参考。这些原则旨在寻找软件的错误和缺陷,评估和提高软件的质量。这些原则包括测试的目标明确、测试应该在代码编写之前开始、测试用例应该覆盖所有可能的情况、测试应该是可重复的、测试应该独立于开发团队、测试应该进行验证和验证等。这些原则有助于确保软件测试的有效性和全面性。<span class="em">1</span><span class="em">2</span><span class="em">3</span><span class="em">4</span>

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值