认识探索性测试

上一篇 / 下一篇  2022-06-16 09:43:38 / 个人分类:测试设计

如何看ET

传统观点认为,软件测试强调使用预定义的测试用例、系统型和文档化的方法来检测软件故障。甚至有的模型假设:当测试人员进行测试工作时,他们的主要任务或多或少是机械性地执行测试人力,并报告测试结果中出现的与测试用例预期结果偏离的情况。然而,测试专业人员却是从不同角度看待测试工作的。他们将测试描述为:一项需要挑战性、创造性和专业要求的任务,要求测试人员具有丰富的知识和技能。

提及此,探索性测试(ET)就被不少的测试专业人员反复提及。ET被定义为一种自由测试风格,强调围绕测试人员出发,在测试过程中不断学习、思考和改进。相较于传统的脚本测试,ET更能挖掘一些“不常见”、“意料之外”的故障,对提高测试人员的专业能力也有不小的帮助。近年来,不少公司在敏捷测试探索过程中都不乏ET的身影。

接下来,让我们从ET的测试管理、ET测试策略和ET测试技术的角度来聊聊ET

1.  ET测试管理

最常用的ET测试管理方案是Bach提出的基于会话的探索性测试(简称SBET)。SBET可以在不牺牲ET灵活性的情况下进行计划、跟踪和报告。SBET的核心是受限制的,即有时间限制的测试环节。这个时间限制Bach建议可以设置为大约2小时。测试人员的活动是一个由测试任务说明和被测区域组成的简单测试章程,但并没有详细的测试步骤指导测试人员的测试行为。

2.  ET测试策略

测试策略指导测试人员选择何种测试工具或者测试技术等方法进行测试活动。进行ET的测试人员在测试过程中受益于探索策略。这些探索策略并不是严格的测试路径要求测试人员参照执行,它们提供的是一个指导原则。ET测试策略的特点是鼓励测试人员探索任何他们觉得有趣、可疑或者其他有价值的东西。

在实践中,我们的探索策略也可以借助文档:如用户指南、使用规范或测试数据。例如:探索测试功能性规范或发布说明中提到的功能要点。

我们常用的探索策略方法包括:局部探索性测试和全局性探索性测试。局部探索性测试可以从代码函数、代码文件或配置文件出发,探索配置变动或异常代码路径的测试反馈;全局性探索性测试可以探索软件薄弱环节、区域,或模拟真实的使用场景(想想著名的旅游探索性测试方法中的“卖点测试法”、“破旧区测试法”、“指南针测试法”等等)。

3.  ET测试技术

也许有人会问:ET不是一种自由地测试风格吗,也会涉及到测试技术?那是毋庸置疑的。ET中也应用了详细的测试设计技术,以便设计实际的测试

执行。有些技术类似于传统的测试设计技术,例如边值分析,组合测试。在这个级别上,ET允许测试人员应用最适合手头特定测试任务的技术和策略,而不需要提前设计的步骤测试技术的选择以专业知识为基础。例如,测试对于给定的特性,测试人员可能会选择成对的组合设计来测试交互一组变量的影响,基于测试人员对这些变量在系统中相互作用的了解。

最后,总结一下。探索是软件测试的一个基本方面,它能为测试系统提供了好处:有效地故障检测效率降低了测试用例的资源消耗;高度的测试灵活性能够提高测试人员的思考能力和分析能力。但是,伴随这些好处而来的是一些挑战。第一个挑战是缺乏系统方法论和工具支持测试计划和跟踪测试过程;第二个挑战是需要测试人员不断地摸索和锻炼才能更好、更熟悉地使用ET


TAG: 大佬养成计划

 

评分:0

我来说两句

日历

« 2024-03-26  
     12
3456789
10111213141516
17181920212223
24252627282930
31      

我的存档

数据统计

  • 访问量: 2478
  • 日志数: 7
  • 建立时间: 2022-06-02
  • 更新时间: 2022-06-16

RSS订阅

Open Toolbar