基于经验的测试 不是典型的测试方法，它是一种依赖测试人员的直觉、技能和过去经验的动态方法。该技术将这些见解转化为具体的测试场景，来源于开发人员、测试人员和用户的综合专业知识。通过大家思维碰撞，这种方法形成了真正有价值的有效测试。
基于经验的测试真正的亮点在于它能够发现可能漏掉其他严格方法的测试场景。虽然结构化方法有其优点，但基于经验的测试增加了一层创造力和足智多谋的组合。这种方法可能会改变您的项目，使其在彻底性是成功关键的测试环境中脱颖而出。
基于经验的测试技术旨在利用开发人员、测试人员和用户的集体知识、直觉和见解。通过利用他们过去在类似应用程序和技术方面的经验，这些技术揭示了可能无法采用更结构化方法的独特且潜在关键的测试场景。这种协作策略丰富了测试过程，提高了识别潜在问题的有效性，并确保对软件的功能和性能进行更全面的评估。
基于经验的测试的共同特点
基于经验的测试技术表现出几个一致的特点，使它们脱颖而出：
- 协作智慧：这些技术利用了测试人员、开发人员、用户和利益相关者的综合知识。这种协作方法为测试基础注入了宝贵的见解。
- 测试场景来源：测试条件、案例、数据均源于测试依据。该基础建立在共享知识的基础上，为有效测试的创建提供信息。
- 整体理解：测试基础来自预期的软件使用情况、软件环境、潜在缺陷及其分布。这种全面的洞察丰富了测试过程。
- 针对性测试：通过深入了解软件的复杂性，测试人员可以针对特定领域定制测试用例，提高测试的精度。
- 增强有效性：通过利用这种集体经验，测试过程在识别潜在问题和验证软件性能方面变得更加有效。
基于经验的测试技术利用共享知识的力量来创建更有针对性和更有效的测试策略。
基于经验的测试要避免的场景
基于经验的测试提供了一种动态方法。然而，在有些情况下，它最好在具有结构化技术的团队中使用，而不是作为独立方法。以下场景建议谨慎的情况：
- 有明确要求情况：如果明确要求清晰地介绍测试覆盖范围和特定测试矩阵，则可能需要调整基于经验的技术。这些方法本质上无法量化测试覆盖率，因此不太适合必须严格记录的场景。
- 特定行业：在处理需要严格遵守标准的行业或项目时，基于经验的测试可能需要大量工作。通常要求可验证和记录的测试过程，使结构化技术成为更可靠的选择。
- 核心系统：对于故障可能产生严重后果的系统，仅依靠基于经验的技术可能无法完全保证质量。结构化方法提供了一种可以彻底验证和评估的系统方法。
- 复杂场景：基于经验的测试可能只能捕获复杂且多方面场景中的一些潜在问题。结构化技术允许对可能的测试场景进行更有组织的探索。
- 新技术：在处理具有有限的既定模式和经验的新技术时，基于经验的测试可能需要坚实的基础。结构化方法有助于确保对这些未知领域进行更全面的探索。
虽然基于经验的测试很有价值，但重要的是要认识到其局限性。平衡这两种方法可以制定全面的测试策略。
基于经验的测试类型
基于经验的测试技术可确保全面的测试过程。每种方法都利用测试人员的专业知识，指导他们发现潜在的错误并确保应用程序的功能处于最佳状态。
错误猜测
该技术展示了测试人员预测应用程序中可能容易出错的区域的能力。根据他们的经验，他们对潜在的弱点和漏洞进行了有根据的猜测。这就像案件中有一位经验丰富的侦探，利用他们的直觉和熟悉程度来发现隐藏的问题。
探索性测试
顾名思义，这种方法是关于探索的。测试人员深入研究该应用程序，以敏锐的眼光和丰富的经验探索其各种功能。就像开拓新领域的冒险家一样，他们利用自己的见解来检查应用程序，发现潜在的陷阱。
基于清单（checklist）的测试
该技术涉及利用测试人员的经验来制定不同功能和测试用例的清单。测试人员通过系统地勾选列表上的每个项目来确保每个方面都未经测试。它类似于飞行员的飞行前检查表，确保起飞前各个方面都井然有序。
基于经验的测试的优点和缺点
基于经验的技术具有许多不容忽视的优势。当结构化方法可能不符合要求时，这些好处就会凸显出来。让我们更详细地探讨基于经验的测试的优缺点：
基于经验的测试的优点
- 文档不全：在处理缺乏详细文档的系统时，基于经验的测试会发挥作用。它的灵活性使其成为此类情况下的可行替代方案。
- 测试时间不足：当时间至关重要且测试活动面临紧张的日程安排时，这也通过确保在这些限制内进行彻底的测试来证明其有效性。
- 利用领域专业知识：基于经验的测试的真正力量在于利用与软件相关的领域和技术专家的集体智慧。这种专业知识可以从各种来源获取，包括产品、研发、客服、用户反馈及其他企业等等，从而丰富了测试过程。
- 提前反馈问题：通过向开发人员提供及时的反馈，此测试可以促进问题的快速解决，从而有助于实现更顺畅的开发周期。
- 解决问题的手段：基于经验的测试在分析和纠正操作故障时表现出色，展示了其在解决关键问题方面的有效性。
- 使用多种测试技术：采用基于经验的测试为许多测试技术打开了大门，允许根据项目的细微差别定制方法。
- 提前进行探索性测试：基于经验的测试减少了对大量预定义测试计划的需求，使测试能够在开发的早期阶段迅速启动。
基于经验的测试的缺点
- 以细节为中心的系统：在需要细致的测试文档的系统中，基于经验的测试可能不是最合适的，因为它依赖于测试人员的直觉。
- 可重复性测试：由于基于经验的测试固有的可变性，一致地重复执行并得到测试结果。
- 复杂的覆盖率：通过基于经验的测试，精确评估测试覆盖率变得更加复杂，这对确保全面的测试提出了挑战。
- 质量与测试人员的专业知识相关：测试结果的质量与各个测试人员的专业知识直接相关，而测试人员的专业知识可能差异很大，从而引入了不可预测性。
权衡这些优点和缺点，以便做出符合您的软件开发目标的明智的测试决策，这一点至关重要。
我们什么时候应该使用此技术？
在某些特定情况下，基于经验的测试是一种方便的方法：
需求缺失
当我们测试一个系统软件时，相关的需求文档、设计文档及产品原型缺失、不全或者很多内容已经不可用的时候，这时候基于经验的测试反而会发挥出更大的优势。
个人知识有限
当我们需要测试的产品，我们不熟悉其中的业务或者了解其中一部分时候，然而整个团队成员加起来足够了解整个业务，这就是基于经验的测试的用武之地。它可以让您利用团队知识来填补空白区域。
时间紧迫
我们都曾经历过这样的情况——争分夺秒地在截止日期之前完成测试。基于经验的测试是一个很好的举措。当时间紧迫且无法采用更结构化的方法时，此方法可以大大减少测试所需时间。
低风险系统
并非每个软件系统都是高风险的。如果出现问题，有些影响很小。这就是基于经验的测试的用武之地。对于不会因为一些小问题而造成混乱的系统来说，这是一个实用的选择。
总而言之，当需求缺失、个人知识有限、时间紧迫或风险较低时，基于经验的测试是有助于我们的测试进行。这是针对特定测试挑战量身定制的简单解决方案。