软件测试分类小结

黑盒测试

软件测试主要方法之一,也可称为功能测试,只知道程序输入输出和系统功能,是从用户角度对程序进行的测试,把程序看成一个黑盒,测试人员不需要考虑内部逻辑,检查程序功能是否符合它的功能。

白盒测试

结构测试,关注程序内部结构和算法,把程序看成一个打开的盒子,测试人员需要利用内部逻辑,去设计测试用例,需要对源代码的控制结构,处理过程进行分析,检查代码内部处理是否正确,语句结构是否正确,是否有冗余。一般是以单元为基础,在前期由开发或测试人员执行,也可以用一些代码检查工具,去排查是否有一些代码不规范,空指针等等问题。主要方法,语句覆盖、条件覆盖、判定覆盖、组合覆盖。

灰盒测试

结合外部输入输出表现和内部逻辑来设计用例,介于白盒和黑盒之间,不会像白盒那么详细去判断,通过一些事件标志来判断内部运行状态,可以通过一些工具实现,有时一些输入输出正确内部逻辑错误的问题,使用灰盒方式,能够增加效率。

 

静态测试

不运行被测试软件,检查静态代码,界面或文档的错误。

程序代码测试:程序员的代码检查/代码评审;

界面测试:UI设计规范检查是否符合,测试人员和UI可以共同完成,查看是否能够实现UI的设计以及用户的易用性;

文档测试:测试对需求说明和用户手册的文档进行的检查。

动态测试

实际运行时,输入输出检查是否与预期一致。

 

单元测试

是测试最小的度量,对函数和模块进行的测试,包括出参入参,输入输出信息,错误处理信息,边界值测试。这部分测试主要是由开发完成。

集成测试

在单元测试之后,一些情况下,会有各个模块都能单独工作,集成之后不能正常工作,模块相互调用接口时会引入的问题,可以在集成测试中发现。集成测试需要做到所有公共接口都要被测试到,关键模块重复测试,按照一定层次进行,测试策略需要综合考虑成本,集成测试需要尽早开始,接口和模块的划分上,测试和开发需要沟通明确,接口如果发生修改,涉及的相关接口需要再次测试。

系统测试

系统测试主要是黑盒测试,不需要考虑组件模块的实现细节,需要根据需求分析是否满足功能和性能等要求,系统测试是测试发现问题的主要阶段,重复的工作量较大,对一个较大的项目而言,系统测试阶段的测试策略制定也是重点,轮次间和迭代需要制定详细和筛选测试的策略,对一些重复性工作也可以引入自动化测试,来提升测试效率。

验收测试

系统测试结束后,对软件进行的最后确认测试,确认是否满足软件需求规格书中的要求。

 

回归测试

无论黑盒白盒,都需要回归测试,回归测试即对软件新版本测试时,重复上个版本测试的测试用例,这一步骤可以进行一些策略上的筛选,防止新代码对原代码产生的关联性问题。

冒烟测试

这个之前具体写过。https://blog.csdn.net/u010680986/article/details/112108042

随机测试

随机测试是在测试过程中,测试数据随机产生,很多时候用处不是很大,适用于不确定群体,防垃圾数据,也可以进行一些发散性测试,辅助测试的一种手段。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值