面对100+种测试类型,如何不犯晕?

发表于:2020-7-23 10:49  作者:肖哥shelwin   来源:测试不将就

字体: | 上一篇 | 下一篇 |我要投稿 | 推荐标签: 软件测试 软件测试管理

  英文字母有26个,而软件测试的类型远远不止26个。
  据不完全统计,常见测试类型在100种以上。单以字母A开头的测试类型就不止10个,例如:Acceptance Testing,Accessibility Testing,Agile Testing,Ad-hoc Testing,Alpha Testing,API Testing,Automated Testing等。
  五花八门的测试类型,极大增加了我们的认知成本和沟通成本。
  为了理顺思路,也为了避免对来自不同维度的测试类型混为一谈,我们有必要明确下测试类型的划分维度。
  测试的分类标准也可以五花八门。一般认为,主要的分类维度有三种:测试的层级(Level),被测软件的可访问性(Accessibility)和测试的主题/专题(Topic)。是为软件测试三维分类框架,如下图所示。
  软件测试是分层与分级的,符合著名的金字塔结构。这是最基础,也是最核心的分类方式。测试的层级划分既是基于时间的,也是基于空间的。
  从软件开发的阶段来看,按照时间顺序依次进行的是单元测试,集成测试和系统测试;从被测软件(SUT)的空间范围来看,从小往大依次也是单元测试,集成测试和系统测试。
  不同阶段,不同范围的测试有显著不同的特点。例如,测试层级越低,越容易实现自动化;测试范围越大,解决bug的成本越高。
  注意到,测试的层级(单元测试,集成测试和系统测试)是广义的概念。不同场合,它们会有不同的表现形式。例如,模块测试和组件测试都可视为单元测试,连接两个或多个组件的API接口测试,通信协议测试等,都可视为集成测试。
  测试类型划分的第二个维度是SUT的可访问性(Accessibility)。著名的白盒测试,灰盒测试和黑盒测试,正是基于这个维度划分出的。
  白盒测试会利用软件的内部结构和实现细节来设计测试。黑盒测试不关注软件内部细节,而利用软件的需求和描述来设计测试。
  SUT的可访问性决定了测试输入,从而相当程度上决定了测试方法。
  测试类型划分的第三个维度是测试的主题(Topic)。如果说前两个维度是很具体的,那么第三个维度就有些笼统。测试主题,既可以是测试的内容/目标,也可以是测试的手段/技术特征。
  例如,功能测试性能测试,回归测试(本质上是衰退测试),安全测试,兼容性测试,国际化测试等,都是指特定的测试内容。
  又例如,Fuzzing测试,边界值测试,手动测试,自动化测试,并行测试,探索性测试,蜕变测试等,都是指特定的测试手段。
  按照主题来划分的测试类型,描述的是一个专门的测试领域。不同测试领域,瞄准的是不同的问题,往往也需要不同的技术栈。
  总的来说,测试的层级和SUT的可访问性是通用和稳定的,而测试的主题是专业和变化的。
  注意到,某个测试主题往往可以映射到一个或者多个测试层次,以及一种或多种SUT可访问性。
  例如,回归测试可以出现在单元测试,集成测试和系统测试等每一个阶段;Fuzzing测试的实现方式既可以是基于白盒的,也可以是基于黑盒的。
  对于每一种测试类型,我们可以利用上述三个维度来对它做一个基本定位。这样,面对100多种测试类型,我们是否也就不犯晕了呢?

      本文内容不用于商业目的,如涉及知识产权问题,请权利人联系博为峰小编(021-64471599-8017),我们将立即处理

评 论

论坛新帖

顶部 底部


建议使用IE 6.0以上浏览器,800×600以上分辨率,法律顾问:上海瀛东律师事务所 张楠律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2020, 沪ICP备05003035号
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪公网安备 31010102002173号

51Testing官方微信

51Testing官方微博

扫一扫 测试知识全知道