Sanity测试(健全测试)vs回归测试
在软件测试过程中,你有没有遇到过“Sanity”的概念?它是什么?为什么我们需要Sanity测试(健全测试)?它从何而来,又是如何与回归测试联系在一起的?
如果你是一个项目经理或团队领导者,那么你不仅需要清楚地了解如何使用测试技术,而还应该清楚合适去应用它,这是十分重要的。例如,Sanity测试(健全测试)与回归测试相比,具有许多共同的特性和相同目标。这就是为什么项目经理应该知道每种方法的不同之处,以便适当地让测试团队参与进来,并为其提供相应的工具,以免浪费项目时间和预算。
Sanity测试(健全测试):它的本质和有效执行的技巧
它是一种检测产品质量以确定其是否准备好进行进一步测试的方法。这是回归测试的一个分支,用于检测不同的领域。主要任务是测试程序在功能扩展和更改后的性能。主要目标不是检测某些错误,而是在修复已经检测到的错误之后分析工作。
这样的测试可以在产品质量不佳的情况下通知开发人员,从而节省您的时间。它减少了额外的测试工作。
乍一看似乎特别简单,但就像其他类型的测试一样,Sanity测试(健全测试)也有其特殊性。以下是QA专家与我们分享的如何以最大效率执行此测试的方法:
- 不要编写测试用例,因为测试是相当直观的;
- 概述新的功能元素、验证或修复bug;
- 检查新应用的变更是否不影响程序正常性能;
- 随机抽查不同相关功能,并检测其工作情况;
- 完成前几点后,继续进行按照计划进行测试。
进行Sanity测试(健全测试)的理由
如果修改后的代码会影响整个功能呢?如果每一次修正案都出现失败怎么办?
Sanity测试(健全测试)是可以帮你减轻工作量的。以下正是我挑选出的使用这类测试的最相关的原因:
- 需要速度。速度是应用Sanity测试(健全测试)的首要原因。没有人会拒绝使用一些缓冲时间来修复检测到的bug。这种测试的使用范围很窄,并且对检查范围有严格的限定。您可在不需要准备一个明确的测试用例的情况改下,直观地执行这个测试。
- 无需额外努力。其次,Sanity测试(健全测试)防止不必要的操作。它可以直接表明是否需要进行额外的测试。这就减少了额外的工作,但同时又为测试团队提供了额外的时间,并简化了流程。因为它不需要正式的bug报告。
- 外部问题识别。Sanity测试(健全测试)揭示了部署的问题。例如如果开发人员在编译过程中没有使用所有的资源文件,那么测试人员可能会看到一个不准确的用户界面。又或者,开发人员也可能没有列举一些重要特性,那么测试人员就根本接触不到它们。Sanity测试(健全测试)可以检测任何此类问题,并为功能良好的版本提供快速解决方案。
- 快速反应。最后,测试快速定义产品的状态,并预测下一步的步骤。在失败的情况下,您可以指导您的测试团队在产品发布之前修复所暴露的问题,然后进行下一个任务。反之如果您通过了这类试,您就可以要求您的团队继续下一个任务的同时,可以只动用少量开发或测试人员去做修复,且只需给很少的时间来纠错。
这种测试通过提供一种快速和广泛的检查来了解是否需要进一步的测试。它用来对产品中的某些有缺陷且需要进行修改的元素或部分进行检测。
回归还是健全:区别在哪里?
Sanity技术检查代码修改后的产品是否正常工作。该任务是验证那些被修改和调整后代码是否不会影响以前的产品版本。其主要特点是一个“测试体量”。Sanity测试(健全测试)的范围更窄,它只关注特定的功能内容或部分内容,而回归测试的范围则要更广。
它检查所有可能影响修改后代码的功能。它的目的是捕捉可能被发现的错误。测试人员执行回归测试,并在缺陷跟踪系统中报告问题。一旦Sanity Check(健全检查)完成,程序就准备好可以进行回归测试了。对于两种被描述的测试类型,有一些明显的特征需要大家了解。下面就让我们比较一下这两种类型的测试,以便更准确地表明它们的特征。
关于Sanity测试(健全测试)的总结
回顾Sanity测试(健全测试)和回归测试之间的这些差异,我们可以发现这两种类型主要是在使用上不同,而不是在目的上不同。如果您的团队不受严格的时间阶段和截止日期的限制,那么请进行回归测试。如果您的项目的时间紧凑,那么请进行Sanity测试(健全测试)。最好的选择是在不同的情况下灵活变通,更合理地划分职责。但目的是一样的,都在实现了修订和修改后去检测产品,并证明其功能的正确性。
1、点赞。防止以后找不到,想看的时候,在自己主页就能找到了,很方便;
2、关注我。让我们成为长期关系,下一个视频会分享更多的硬核干货;
3、本文章学习资源,均可以免费分享。
目前测试平台项目研发已经完成并且在Github开源,有兴趣的朋友可以去Github下载
https://github.com/ooqitech/ATP
不要只做收藏从未停止,行动从未开始的人,很多事情,做着做着就无师自通了。如果在做的过程中还能稍微加点思考,稍微看一些别人的经验和做法,成长会更快,效果也会更好!加油吧,测试人!路就在脚下,成功就在明天!
一个用心码了这么多文字的人,往往渴望得到大家的认可。如果你觉得这篇文章对你有帮助,双击屏幕,给我点个赞呀!
Sanity测试(健全测试)vs回归测试相关推荐
- 测试管理 | 测试经理定义和实施测试度量
往期关联文章回顾: 瀑布.V.W.快速原型模型.增量.螺旋模型 测试管理 | 4种优先级排序方法一定要掌握 测试管理 | 基于风险的测试 管理上有这样一句名言,进行度量的工作才会得到有效的执行.反之, ...
- 一个测试经理/测试主管/测试总监的工作总结
我是在某年5月份跳槽到新单位担任公司测试经理的职位的,新单位是一个很不错的单位,项目饱满,资金等方面也没有太多的问题,但就测试部门工作的情况却很不乐观.具体表现是人员少,任务重,人员不稳定.领导对测试 ...
- 手游测试(测试内容、测试流程、测试用例)
目录 游戏测试的主要内容 游戏测试基本流程 游戏测试用例 游戏bug 游戏弱网测试 游戏功能性测试 游戏接口测试 游戏测试的主要内容 功能测试 主要验证功能是否符合需求设计 主要考虑功能正确性,不考虑 ...
- 【测试】测试执行流程
目录 1. 需求测试 2. 内部发布版本测试(冒烟测试) 3. 系统测试 4. 回归测试 5. 交叉测试 6. 测试报告的输出 1. 需求测试 基于需求的测试方法是基本的测试方法,而需求的质量直接影响 ...
- 测试---APP测试
APP测试 随着移动端平台及系统的多样化.功能需求的复杂化,使用传统的用例组织方式(例如等价类划分.边界值分析.因果分析等)而将测试仅仅停留在基本功能上,目前看来已经远远不够,所以还需要从面向问题发现 ...
- 测试开发——测试分类
目录 一. 有关测试用例的回顾 二. 测试用例的划分 1. 按照测试对象来划分 可靠性测试 容错性测试 内存泄漏测试 弱网测试 2.按照是否查看代码划分 3.按照开发阶段划分 一. 有关测试用例的回顾 ...
- 仿真测试-HiL测试全解析
1.HiL的定义: HiL(Hardware-in-the-Loop)硬件在环是计算机专业术语,也即是硬件在回路.通过使用"硬件在环"(HiL) ,可以显著降低开发时间和成本.在过 ...
- 软件测试(软件测试生命周期,描述一个bug,定义bug级别,bug生命周期,如何开始第一次测试,测试执行和bug管理,测试工作中的人际关系处理)
一.软件测试的生命周期 对比软件的生命周期和bug的生命周期 · 软件的生命周期:需求分析--计划--设计--编码--测试--运行维护 · 软件测试的生命周期:需求分析--测试计划--测试设计.测试开 ...
- Get技能 | 敏捷测试:测试人员不能不懂的迭代复盘
1 敏捷测试的定义 什么是敏捷测试 "敏捷测试"既不是一种测试方法,也不是一种测试方式,而是为了适应敏捷开发而特别设计的一套完整的软件测试解决方案.这个解决方案应该能够支持持续交付 ...
最新文章
- iOS 进阶之底层原理一OC对象原理alloc做了什么
- 第 28 小时项目管理过程实践和案例分析
- memcache的原理和命中率的总结
- 条理清晰的搭建SSH环境
- 【Python】Python常用数据类型的基本操作(长文系列第①篇)
- 【哈理工实验二】HTML+CSS3 旋转齿轮特效
- 使用loadrunner的vb vuser写脚本 运行报错:vbascriptext.dll -25277 -25240
- Oracle中OEM的启动与关闭
- javaScript的arguments传参数
- linux .o,.a,.so文件区别是什么
- python自带的帮助文档
- 故障树手册(Fault Tree handbook)(1)
- KALI利用MS17-010漏洞入侵
- CH(NH2)2PbI3(FAPbI3) 甲脒碘基钙钛矿 1451592-07-6
- 爱奇艺千亿级数据查询服务实践
- 《苏菲的世界》——读书笔记
- 存放在电脑中的文件丢失了怎么恢复
- NTKO 文件在线编辑并保存 目前平台板plus支持 word excel ppt
- 抖音推荐算法原理全文详解
- c语言 int 型 无符号数 %u