验收标准是开发过程的重要组成部分。但谈到谁来编写接受标准,答案并不简单。
验收标准标准表明用户故事满足客户的需求、期望和目标。最好的验收标准依靠敏捷方法中的流程团队成员的意见,客户成功经理、用户体验设计师、服务台工作人员以及能提供客户视角的任何人。
质量应该从最早阶段开始融入开发的各个方面,包括验收标准。
在开发团队中,产品负责人最熟悉客户的需求和期望。因此,他们负责将这些知识转化为接受标准。虽然产品负责人编写接受标准,但该过程应涉及整个团队,以创建高质量产品的坚实基础。
三个角色
验收标准应由三个角色制定:产品负责人、开发人员和测试人员。这种方法是接受测试驱动开发的基础,要求质量工程目标从一开始就建立质量。
三个角色方法通过协作改进接受标准的质量。产品负责人代表并定义用户(软件客户)的需求。开发人员提供技术角度。同时,测试人员从可测试性角度提供意见,并根据INVEST准则评审接受标准。INVEST代表独立、可谈判、有价值、可估计、大小适当和可测试。
质量工程师在验收标准中的作用
首先,质量工程师负责将质量纳入需求。他们确保整个团队在所有研讨会、理顺会议和讨论中都有质量思维和重点。质量工程师还对验收标准的可测试性提供意见,并Review测试失败或不明确的地方,这可能会导致进一步的编码问题。
如何编写验收标准
编写验收标准有两种方法。验收标准可以是规则导向的或场景导向的。
规则导向的验收标准规定产品的期望结果。这种方法可用于功能用户故事。然而,它最成功地用于非功能用户故事——例如,"应用程序必须可扩展到1000个并发用户"。
场景导向的验收标准由敏捷团队使用,并描述演示客户如何使用功能的场景。Gherkin语法是场景导向方法中最常见的框架。
Gherkin语法s
Gherkin语法效率高,使用五个语句来描述用户故事及用户、他们将如何与功能互动以及期望的结果。
场景是一个标题或行为的摘要。Given给定提供初始状态或简短描述用户角色。When当描述软件与用户之间的互动或交互。Then然后提供预期结果。最后,And和可以扩展上述任何内容。
Gherkin语法的一个示例:
场景:预授权用户被识别为有资格注册并允许访问注册屏幕。
As假设我是一个预授权用户
Given而我在登录屏幕上
When当我输入我的电子邮件
And并点击“注册”调用操作
And然后我的电子邮件被识别
Then我可以导航到注册屏幕。
Gherkin语法与测试自动化工具Cucumber相关。但是,在接受标准方面,它们执行不同的任务。
Cucumber测试自动化专门使用Gherkin语法,将其翻译为代码以创建测试脚本。Gherkin语法通过清楚地说明接受标准来提高质量。此外,与Cucumber一起使用时,Gherkin促进了基于行为的开发(BDD)和测试自动化,因为测试人员可以将Gherkin语法语句加载到该工具中。
验收标准推动质量工程
BDD是一种以用户如何与应用程序交互为中心的设计和开发方法。当Gherkin格式的接受标准与Cucumber一起工作时,团队根据需求直接创建自动化测试。这种设置导致一种称为要求即代码的技术。要求作为代码的一部分将质量期望嵌入产品。
您无法高估良好定义和编写的验收标准的重要性。虽然产品负责人通常负责编写它们,但整个团队应该参与其中。这样,接受标准可以成为设计和开发中构建质量的基础。
总结:
1. 接受标准定义了用户故事满足客户需求的方式,是开发过程的关键组成部分。
2. 最好的接受标准需要整个团队的投入,包括产品负责人、开发人员、测试人员以及理解客户视角的其他人。
3. 产品负责人通常负责编写接受标准,但整个团队应参与进来。
4. 有两种编写接受标准的方法:规则导向和场景导向。场景导向方法中最常用的是Gherkin语法。
5. Gherkin语法清楚地描述了用户故事及用户与功能的交互。与Cucumber一起使用时,它促进了基于行为的开发和测试自动化。
6. 要求即代码将质量期望嵌入产品。良好的接受标准是构建设计和开发质量的基础。
7. 质量工程师应确保团队采用质量思维,并审核接受标准的可测试性。
