问题标签 [scenarios]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
cucumber - 有没有办法从步骤或步骤定义中调用或引用黄瓜场景?
我有各种环境配置(每一个都是通过特定场景设置的)。我想在我的功能测试中引用一个或多个环境场景。我不能使用背景,因为对于同一个测试用例,我必须遍历所有或大部分环境。
如果我可以从另一个可以解决我的问题的步骤或步骤定义中引用一个场景(不是步骤,我知道这在黄瓜中是可行的)。
解决此问题的一种方法是为环境设置提供数据表或一组数据表,并将这些表(通过键)引用到当前场景。在“fixtures”中定义数据并在 ruby 中定义行为。但通过这种方式,我将绕过我想避免的黄瓜层。
在场景重用的情况下,我觉得黄瓜有一些缺点。场景是数据和行为的集合,我们应该能够重用它们。
javascript - 角度单元测试:浏览器未定义?
我正在角度应用程序中的控制器上运行单元测试。到目前为止,我的测试是:
带控制器
但是,当我运行它时,我得到了错误browser is not defined
。这里发生了什么?这不是Angular提供的吗?
编辑:更奇怪的是,我收到了inject
未定义的错误。
这是配置文件:
php - yii 中验证规则的场景
我在徘徊是否有机会使用场景作为规则,
在我的模型中,我有
在我看来,我有这样的事情
这只是为您提供图片的一部分,因此当我单击复选框时,我会显示此隐藏的 div,并且他对他的字段有一个规则(第一个 div 包含计费字段,而隐藏的包含交付字段。
当我想提交表单并且未选中复选框时,我不能这样做,因为必填字段,所以我在徘徊是否有机会针对这种情况使用场景以及如何使用,我需要一个线索。
谢谢,希望你能理解我的问题。
documentation - 在 Enterprise Architect 中,我可以将元素场景的结构化规范导出到报告中吗?
对于每个模型元素,EA 10 中都有创建internal requirements
和constraints
的选项scenarios
。如果您使用预定义的Basic Template
. 但是,如果您为 a 选择“ structured specification
”而不是默认的“ description
”文本字段scenario
,那么我最终会在报告输出中忽略结构化规范的步骤。
如何将它们包含在报告中?
excel - 多个工作表上的 Excel 场景管理器
我正在尝试跨多个工作表使用场景管理器。我的所有输入都在一个工作表上,而输出在另一个工作表上。我想设置输入的多个场景,然后在场景管理器摘要中显示结果单元格(在另一个工作表上)。我只能发现如果一切都在一个工作表上,这是可能的。
有人可以帮忙吗?
yii - 使用场景 yii 的只读文本字段
如何在 yii 中使用场景禁用文本字段?我有 3 类帐户超级管理员、管理员和普通用户。所有 3 类用户都有权更新有关他们的信息,但其中一个字段 accountId 只能由超级管理员和管理员更新,但该字段也应显示给用户。目前我正在按照以下方式进行操作。
这种方法解决了我的问题,但它不是一个好方法,更好的方法是使用场景。如何实现相同的使用场景?
user-interface - 如何从场景中派生 UI?
我有一组场景及其相关用例,我如何根据场景对 UI 进行原型设计?活动图和序列图如何与导航模型联系起来?
gridview - Specflow - 测试网格数据的正确方法
所以在我的应用程序中,我有一个网格,其中包含注册到站点的所有用户的列表。现在我想使用 specflow 和 WatiN 对其进行测试。
我想出了以下场景:
问题是该表跨步骤重复,我不确定这是否是正确的方法。有没有更好的方法来测试数据是否加载到网格中?
mstest - 我们如何检索/获取步骤定义中的特征和场景标题?
我们如何在步骤定义中检索/获取功能、场景标题和标签名称?
例如,我有一个带有功能的功能文件 booksearch:
我们如何在给定场景的步骤定义中检索/获取功能和场景标题和标签名称?
我们使用 MSTest 作为单元测试提供者。
tags - 规范功能文件中的多个场景?
在使用 SpecFlow 熟悉行为驱动开发后,我想知道是否有多个场景用于相同的功能,如下所示:
注册特征
除了我的场景可能有点太胖之外,还必须设法验证注册过程中的其他场景,例如:
- 输入用户名太短
- 输入密码太短
- 输入密码不包含数字
- 输入密码与确认密码不符
仅举几个。我已经阅读了有关使用 SpecFlow 功能文件的标签,以便我可以执行以下操作:
然后,使用[BeforeScenario("myTag")]
应该做的伎俩。
钩子允许按照某些规则执行要执行的测试子集。因此,一个When
方法可以在预定义的上下文中执行,也就是说,它应该被执行的钩子,并且通过BeforeScenario
或类似的属性被提及。
我是否理解正确,还是我在这里迷茫?
我是不是推得太远了?
我错过了什么吗?
是否所有“密码太短”、“未提供凭据”都考虑了不同的使用场景,或者它们是否只能适合代码中的其他地方,比如单元测试本身?
我的意思是,所有这些场景都属于 Register 特性,因此,它们应该在同一个 Register.feature SpecFlow 特性文件中定义,对吧?