验收标准与验收测试 – 了解差异

soyeb77

软件测试是新软件开发方法的核心，例如行为驱动开发、测试驱动开发，当然还有敏捷。在之前关于测试在行为驱动开发中的作用的博客中，我们谈到了两个主题：验收测试与验收标准以及 BDD 如何改变这些测试阶段的方法。在这篇博客中，我们来看看这些听起来相似但又截然不同的概念。

验收标准与验收测试
什么是验收标准？
因此，首先必须定义产品的预期用途以及用户接受它必须满足的条件。为了实现这一目标，测试人员需要充实全面的“用户故事”，然后迭代针对每个用户故事的特定标准，并定义价值主张、解决方案的特征和用户流程。然后，测试人员需要根据这些用户故事开发测试用例，并定义产品被用户“接受”所需满足的条件。这些定义产品或软件必须满足的标准集的条件称为“验收标准”。

宽松地说，验收标准记录了产品功能的预期行为。它还考虑了测试团队在开发测试用例时可能错过的情况。定义验收标准是编写用户故事后的第一个测试步骤。通常，验收标准是简洁的，主要是概念性的，并且还捕获了潜在的故障场景。

验收标准也称为“满意条件”。这些由一组语句组成，指定项目现有阶 导管 CN 段的功能、非功能和性能要求，并具有明确的通过或失败结果。定义的验收标准概述了用户故事的参数并确定用户故事何时完成。

验收标准应始终在开发开始之前编写，以便能够成功捕获客户意图，而不是迭代与开发现实相关的功能。因此，验收标准应该用简单的语言清楚地编写，即使是非技术人员（例如客户和产品负责人）也能理解。编写验收标准背后的想法是陈述意图，而不是解决方案，因此它应该定义期望“什么”，而不是“如何”实现或实现特定功能。



验收测试是验证已安装的代码或软件是否按照为用户设计的方式工作的过程。这是一项使用测试用例的验证活动，测试用例涵盖了软件预期使用的场景，并在类似于用户或客户将使用的硬件的“类似生产”环境中进行。

验收测试断言代码的功能正确性，因此包含与所有有意义的场景相关的系统行为的详细规范。与定义特定功能的预期行为的验收标准不同，验收测试确保功能正常工作并定义系统的行为，因此需要更详细的文档。验收测试使用压力测试检查代码的可靠性和可用性。

它还检查正在开发的软件的可扩展性、可用性、可维护性、可配置性和安全性，并确定开发的系统是否满足验收标准，并检查用户故事是否正确实现。

验收测试可以使用与代码本身相同的语言编写。因此，这些测试可以用行为驱动开发中常用的 Gherkin 语言编写。

虽然验收标准是由产品所有者或业务分析师在开发阶段之前制定的，但验收测试可以在产品开发期间实施。它们是由开发人员和测试人员在代码本身中实现的详细表达式。验收测试通常在系统测试之后、系统可供客户使用之前

进行。简而言之，验收测试确保以直接可验证的方式捕获用户需求，并确保捕获并随后纠正集成或单元测试期间未识别的任何问题。

验收测试有两种，即：
a) 内部验收测试：
由不参与项目开发和测试的成员在内部执行，以确保系统按设计运行。这种类型的测试也称为 Alpha 测试。