软件硬件测试快速入门:探索性测试简介

什么是探索性测试？

探索性测试是在没有测试用例情况进行的测试，可能会在测试执行前记录测试思路，更多是将测试作为一种 "思考 "活动。

探索性测试在敏捷模式中被广泛使用，它强调测试人员个人的自由和责任。探索式测试是测试设计和测试执行同时进行的过程。

虽然自动化是目前软件测试的的大势所趋，但探索性测试是一种新的思路。

如何进行探索性测试

• 创建Bug分类
  • 对以往项目中发现的常见故障类型进行分类处理
  • 分析问题或故障的根本原因
  • 找出风险，制定测试思路。
• 制定测试计划
  • 包含：测试内容、如何测试、注意点
  • 测试思路是探索测试的起点
  • 测试计划有助于确定最终用户如何使用系统。
• 时间盒
  • 共同工作不少于90分钟。
  • 不应该有任何中断的时间。
  • 不时间盒可延长或缩短45分钟。
  • 这个环节鼓励测试人员根据系统的反应做出反应，为正确的结果做准备。
• 审查结果。
  • 对缺陷的评价
  • 从测试中学习
  • 覆盖区域分析
• 汇报情况。
  • 汇编产出结果
  • 将结果与计划进行比较
  • 检查是否需要任何额外的测试

例如，在探索性执行过程中，需要做到以下几点。

• 测试的任务要非常明确
• 记下需要测试的内容、为什么要测试以及对产品质量的评估。
• 追踪探索性测试期间提出的问题；
• 测试结对一进行有效的测试。
• 测试得越多，就越有可能针对所需场景执行正确的测试用例。

以下内容是非常重要的。

• 测试覆盖率--我们是否对测试用例的覆盖率做了记录，提高了软件的质量
• 风险--哪些风险需要覆盖，哪些是重要的风险？
• 测试执行日志--测试执行过程中的记录。
• 问题/疑问--记下系统上的问题和疑问

传统测试和探索性测试的区别

探索性测试的特点：

• 不是随机测试，而是以发现bug为目的的专项测试。
• 结构严谨；
• 认知思维结构。
• 是高度可认知和可管理的
• 不是一种技术，而是一种方法。

优点

• 当需求文档不可用或部分可用时很有用
• 涉及到调查过程，这有助于找到比普通测试更多的bug。
• 发现通常被其他测试技术所忽略的错误。
• 通过执行越来越多的测试用例，帮助拓展测试人员的想象力，最终提高工作效率。
• 深入到应用程序的最小部分，并涵盖了所有的要求。
• 涵盖了所有类型的测试，它涵盖了各种场景和案例。
• 鼓励创造力和直觉
• 在测试执行过程中产生新的想法

缺点

• 对测试者的技术和领域知识要求较高
• 不适合长时间测试

探究性测试的挑战。

• 学习使用应用程序或软件系统
• BUG有时难以重现
• 时间有限，确定是否需要使用工具可能是一个挑战。
• 确定要执行的最佳测试用例是很困难的。
• 测试结果的报告是一个挑战，因为报告中没有计划好的脚本或案例来与实际结果或成果进行比较。
• 执行过程中的所有事件难以记录。
• 不知道什么时候停止测试，因为探索性测试没有明确的测试用例要执行。

什么时候使用探索性测试

• 经验丰富的测试人员
• 需要早期迭代
• 关键的应用
• 新的测试人员进入团队

结论

在软件工程中，进行探索性测试是为了克服传统测试的局限性。它有助于改进测试用例，对学习和适应性也有帮助。