- SpecFlow - Discussion
- SpecFlow - Useful Resources
- SpecFlow - Quick Guide
- SpecFlow - Table with CreateSet
- Table with CreateInstance
- Table conversion to Dictionary
- Table conversion to Data Table
- Data Driven Testing without Examples
- Data Driven Testing with Examples
- SpecFlow - Background Illustration
- SpecFlow - Hooks
- SpecFlow - Step Definition File
- SpecFlow - Feature File
- SpecFlow - Gherkin Keywords
- SpecFlow - Gherkin
- Configure Selenium Webdriver
- SpecFlow - Creating First Test
- SpecFlow - Binding Test Steps
- SpecFlow - HTML Reports
- SpecFlow - Runner Activation
- Other Project Dependencies
- SpecFlow - Project Set Up
- Visual Studio Extension Installation
- SpecFlow - Visual Studio Installation
- Behaviour Driven Development
- Test Driven Development
- SpecFlow - Introduction
- SpecFlow - Home
Selected Reading
- Who is Who
- Computer Glossary
- HR Interview Questions
- Effective Resume Writing
- Questions and Answers
- UPSC IAS Exams Notes
SpecFlow - Gherkin Keywords
Gherkin的主要关键词是:
Feature
Scenario
Rule(till Gherkin 6)
Example or Scenario
Background
Scenario Outpne
Examples
| for Data table
""" for Document Strings
@ for Tags
# for Comments
Given
When
Then
But
And
盖尔金使用多种语文的本地化,上述每个关键词都有相应的语文术语。
让我们探讨一些重要的盖尔金关键词——
Feature
添加了“所有关于申请和俱乐部联系假想的特征的说明”。 这是盖尔金文件中最重要的关键词。
之后是colon:。 页: 1 我们可以增加多条内容,以便作更多的描述。 SpecFlow在处决时不考虑这些问题,但在html报告中增加。
一旦完成了对特征的描述,我们就应当开始与关键词(背景、实例等)的新行。 无论档案或目录的结构如何,我们都可以在俱乐部的类似特征上添加上述标记。
Tags
标记是插在情景或特征上的标记。 给某个特性贴上标签,就象在这个特征档案中标明每个情景。 标签名称在“符号”之后就提到。
我们可以过滤和俱乐部测试,与tag进行。 例如,我们可以用@important进行紧急测试,并经常进行。 SpecFlow将@ignoretag视为重要事项,并在与该标签的情景中产生一种被忽视的单位试验方法。
在此,特征文件载有两个假设情景,即@ 计算器。 还应当反映在 试验探索者上,以选择进行试验。
Scenario
设想是一个完整的例子,描述了一种商业逻辑。 它采取了多种步骤。 它常常被视为关键词的同义词Example。 假设没有固定数量的步骤。 但建议每个设想有3至5个步骤。
如果步骤太多,则可能失去其作为规格和文件使用的价值。 假设像在发展生命周期中测试。 而且,这可以分为先决条件、试验步骤和核查。
Given
Given 用于说明该系统现有状况的步骤。 它通常处理过去发生的事件。 鉴于已执行步骤,它应将物体、测试数据输入数据库,并使该系统处于适当状态。
因此,鉴于这一步骤,有助于在用户与系统互动之前以已知的条件界定该系统。 我们可以采取多种步骤。 两个或两个以上步骤可使用And关键词。 简言之,它被用来确定前提条件。
When
When是描述一项行动或事件的一个步骤。 这既可以是当事人与系统的互动,也可以是另一系统造成的事件。 在设想中采取单一步骤是一种好的做法。
如果我们被迫有多种东西。 当采取步骤时,我们最好将设想破碎成小的情景。
Then
然后是描述预期结果的一个步骤。 随后步骤的相应步骤定义应有assertion ,以对照预期结果核实实际结果。
因此,它基本上处理从测试(普查、报告等)中获取的产出,而不是系统内部特征,例如数据库记录。 换言之,它用于从终端用户角度明显看出的成果。
But, And
如果我们一再表示,在当时和随后的步骤中,我们能够通过取代连续的形势,使设想更加组织起来, 接下来的步骤是安,但步骤。
上述例子表明了安和布塔的使用。
The * symbol
页: 1 这可用于作为项目清单的步骤。 这更像是一个子弹点。 下面是两个步骤,另一个步骤。
连续 步骤也应如此——
Background
有时,我们可能要求为特征档案中的所有情景重复采取同样的步骤。 我们可能把这些步骤转移到背景之下,在背景部分下将它们放下。
它有助于在设想中增加背景。 它可以有不止一个步骤。 因此,它应在执行每一设想方案之前执行,但担任Before hooks的职务。
背景在第一个Example或Scenario之前保持,保持同样的登革水平。 简言之,背景被用来宣布所有测试的共同步骤。
在上述例子中,有两种设想,背景步骤应在执行每一设想方案之前运作一次。
Scenario Outpne
Scenario Outpne用于复制同一情景,并附上不同的数据集。 编写具有不同价值观的相同试验是繁琐的,需要时间。 例如,
我们可以用Scenario Outpne将上述两种情景结合起来。
因此,我们认为,应当加上关键词Examples/b>。 例会栏目下各行各行各执行一次。
而且,我们已经看到,鉴于这一步骤,有<>depmiter。 它指出了实例表的负责人。 缩略语应在把步骤与步骤定义相匹配的任务之前将价值观列入本表。
Data Table
Data Table用于向《步骤定义》档案发送一份清单形式的一组价值。 处理大型数据集是有益的。 SpecFlow在《步骤定义文件》中拥有丰富的表格操作工具。