我目前正在思考如何构建最佳用户故事，就我而言，当我使用 BDD 方法时 - 在开发的开头编写用户故事。
假设我们有以下“新功能”：注册和帐户设置。在系统中是匿名的、经过身份验证的（登录其帐户的普通用户）和管理员用户（高级用户）作为角色。
匿名用户是唯一允许注册但不允许使用设置功能的用户，经过身份验证的用户可以更新其设置，管理员可以更新他的设置和其他内容，但两者都无法（再次）注册。
构建功能的最佳方式是什么 - 可能由不同的角色使用，但并非所有角色都以不同的方式使用 - 或者只能由 bdd 用户故事中的一个角色使用的功能？
【问题讨论】：
标签： php symfony bdd behat user-stories
我相信您正在寻找的是一个场景大纲。
您似乎正在尝试实现这样的目标：
@javascript
Feature: When I am not logged in, I should not be able to access certain pages within the site
Rules:
- Logged in users should be able to see pages that users not logged in should not.
- Logged in users should not be able to follow a link to the registrations screen
Scenario Outline: Following links to the registrations screen.
Given I go to "<urlwithlink>"
And I click on "<link>"
And wait "(Insert time to wait for page to load here)"
Then the url should match "(Insert registrationsPage)"
Examples:
|urlwithlink|link|
(Put some examples here)
Scenario Outline: When I am logged in, I should not be able to follow those links
Given I am logged in as a user
And I go to "<urlwithlink>"
Then I should not see "<link>"
Examples:
|urlwithlink|link|
(Insert same examples as above)
Scenario: When I am not logged in, I should not be able to access the settings screen
Given I go to "(Insert where link to settings is, here)"
And the "(link to settings)" should be disabled (or use I should not see an "(link to settings)" element)
Scenario: When I am logged in, I should be able to access the settings screen
Given I am logged in as a user
And I go to "(Insert where link to settings is here)"
Then the "(link to settings)" should not be disabled (or use I should see an "(link to settings)" element)
如果您想要针对您的上下文的额外步骤：
/**
* @Then /^(?:|I )click (?:on |)(?:|the )"([^"]*)"(?:|.*)$/
*/
public
function iClickOn($arg1)
{
$findName = $this->getSession()->getPage()->find("css", $arg1);
if (!$findName) {
throw new Exception($arg1 . " could not be found");
} else {
$findName->click();
}
}
/**
* Simply wait the period of time.
*
* @Given /^(?:I |)(?:wait|pause for|take a break for) "([^"]*)"(?:|.*)/
* @param int $milliseconds
*
*/
public
function wait($milliseconds)
{
$this->getSession()->wait($milliseconds);
}
/**
* @Then /^(?:|the |an? )"([^"]*)" (?:|element )(?:is|should)(?P<negate>(?:n\'t| not)?) (?:|be )disabled$/
*
* @param string $elementCSS
* @param string $negate
*
* @throws Exception
*/
public function theElementShouldBeDisabled($elementCSS, $negate)
{
{
$page = $this->getSession()->getPage();
$element = $page->find("css", $elementCSS);
if (!$element) {
throw new Exception($elementCSS . ' does not exist');
}
$attributeValue = $element->getAttribute("disabled");
if (is_numeric(strpos($negate, ' not')) || is_numeric(strpos($negate, 'n\'t'))) {
if ($attributeValue) {
if (is_numeric(strpos($attributeValue, "disabled"))) {
throw new Exception('The element ' . $elementCSS . ' is disabled');
}
}
} else {
if (!$attributeValue) {
throw new Exception($elementCSS . ' does not have a disabled attribute');
} else if (!is_numeric(strpos($attributeValue, "disabled"))) {
throw new Exception('The element ' . $elementCSS . ' is not disabled');
}
}
}
}
应该这样做，我希望这会有所帮助。
如果您想以不同的方式组织设置，您可能希望将设置和链接拆分为两个不同的文件
【讨论】：
1) “作为[角色]”不是关于访问角色，而是关于谁需要该功能。大多数情况下，是一些利益相关者需要功能，以便公司能够从中受益并开展更好的业务。
2) 不同的访问应该在同一个特征文件中被更多的场景描述。但是，您的所有访问角色对于解释该功能并不重要。尽管 Gherkin 背后的工具可以测试，但 Gherkin 的功能和场景更多的是捕捉它们背后的想法，而不是涵盖所有可能的场景。选择 1 个积极的场景来涵盖每个功能，其余的则归结为较低的测试级别，主要是单元测试。
请记住测试金字塔，其中验收测试只占所有测试的一小部分。
【讨论】：