Questions tagged «cucumber»

我知道大多数RoR程序员都在测试成瘾者，并且我了解大型测试套件的优势，但是当我开始测试时，我从来没有得到如此大型的套件，而且我总是想知道“我是否以正确的方式进行测试？真的有效率吗？”。我经常处理集成测试，仅测试应用程序的行为方式。 首先，测试真的值得吗？我的意思是，花在编写测试上的时间真的值得吗？ 然后，我使用RSpec，我最近发现了Cucumber，使用了一段时间，但我不知道编写所有这些步骤是否真的值得一试？我知道我可以重用步骤，但是我不知道这些步骤是否太完整：例如，我一直在使用a，Given I am logged in as (.+)但是我不知道是否必须在其定义中说，Given there's a user called $1因为如果创建了它就可以复制用户但这并不值得总是先走一步Given I am logged in as (.+)。很多代码可能很少有用。我猜每天测试的零件上都没有新的错误……与RSpec相比，Cucumber真的值得吗？

12 unit-testing  testing  ruby-on-rails  cucumber 

问：将大型公司迁移到Cucumber并在需求数据库中保留至少15年的旧软件需求的最佳方法是什么？ 目前正在考虑： 1）迁移一切 缺点：我们没有无限的时间/预算，我们必须继续前进才能生存，我们无法停止一切，并且GC 100％的遗留要求和遗留测试套件。 2）童子军规则 让一切都比您发现的要好。如果您触摸要求或更改要求，请编写/更新Cucumber功能。缺点：我们将有两个记录系统（黄瓜，遗留要求数据库），可能永远假设给定应用程序的某些角落很长时间都不会被触及。 3）童子军规则加 与＃2相同，但是将未使用单个需求转移到Cucumber的需求放到一个未完成的场景中，并将旧需求复制/粘贴到描述部分。这样，我们（通过未决的方案）就可以得到有关Cucumber如何“发现”我们的度量，并且使我们摆脱了维护旧需求系统的需求。除了在Cucumber中可能是一团糟之外，我找不到其他缺点。 4）在这里插入您的想法。 背景： 一些迁移到Cucumber的项目具有自动化测试套件，而某些项目仅使用过手动测试。它们全部都在旧的需求数据库中维护其需求。我们之所以必须这样做是因为我们的要求是法律/法规和金融工具的复杂逻辑（风险，定价，结构等）的混合。 请记住，这是一家非常大的公司，这使解决方案更加复杂。 我们已经有一些使用Cucumber满足其“新”要求的项目。因此，我们已经试用了该技术，并且到目前为止对我们来说都是可行的。我们混合了Web和纯数据项目。 谢谢 编辑：要回答这些问题...旧版需求管理DB不会将需求连接到测试。这不是“可测试的”。如今，通过在每个项目结束时将需求链接到我们的测试用例管理系统的艰巨且易于出错的手动过程，即可将需求连接到测试。黄瓜对我们来说显然是更好的解决方案。毫无疑问。问题是，如何对具有大量重要要求而又不能因法律和其他原因而丢失的大型组织采取行动。

11 bdd  cucumber 

我目前正在探索诸如黄瓜之类的BDD测试框架，当有人说时我感到很好奇 由于功能文件使用简单的自然语言，因此可以提高清晰度并提供清晰的视野 但是，自然语言难道不是我们在软件工程中遇到的大多数麻烦的原因吗？ 自然语言是模棱两可的，这就是许多软件项目由于对客户需求和开发人员的理解的错误理解而失败的原因。我没有在这里的利基。 是的，将测试分解为微小的简单可行的操作是有意义的，并且可以提供一定程度的清晰度，但这是否可以整体上提高生产率？ PS：我不是专家，在这里也没有发表意见。我很好奇理解这个概念。

9 bdd  cucumber