在 rspec 中使用标签来分解敏捷开发答案

【问题标题】：using tags in rspec for breaking down agile development在 rspec 中使用标签来分解敏捷开发
【发布时间】：2013-09-24 21:58:33
【问题描述】：

我们的规范运行大约需要 15 分钟，并且正在寻找一些建议（并且确实是对我们的 sol'n 是否有意义的健全性检查）。我想创建一个系统，其中独立的测试可以与整个套件分开运行，并且还可以匹配我们任务列表中的任务。我建议我们像这样标记我们的每个规范：

  describe 'task048: call to test mobile api', task048: true do
    render_views
    it 'will test ...'

这样我们就可以运行了：

rspec --tag task048

只检查一个规范，然后稍后在我们的 CI 服务器上运行它。它似乎运作良好，并考虑为我们的小团队做这件事。这似乎是一个合理的解决方案？我在 rspec 方面的经验有限，所以只是想确保我没有错过更好的方法。

谢谢

【问题讨论】：

【解决方案1】：

这确实是一个“意见”问题，所以我不确定它是否会继续存在，但我认为这是一种合理的方法，我不知道有任何其他选择。如果-e 命令行选项将正则表达式作为参数，您也许可以依赖它，但它需要一个字符串，我认为需要完全匹配。

【讨论】：

感谢彼得的确认。那我们就继续这样做吧
@timpone 我很高兴这个答案很有帮助，但我很好奇为什么你评论了这个答案，也许你赞成这个答案，而你没有留下任何 cmets、赞成或接受我的回答你之前的两个问题，我认为这两个问题都更实质性。我看到您是一位经验丰富的 SO 用户，有 460 个问题，并且接受答案的比例很高。你只是定期做“评论/接受/赞成”吗？当然，你可以做任何你想做的事，包括不回答这个问题 ;-) 但正如我所说，我很好奇。
刚刚忙于工作；对不起，没有更多的反应。我确实问了很多问题，我很感激所有的答案。我确实倾向于将问题留几天，看看是否有其他答案。老实说，想听听这个问题的其他解决方案，但可能不会。再次感谢您回答所有 3 个问题。
@timpone 感谢您的回复和赞成/接受。保持开放的问题非常有意义，我应该假设这一点。 FWIW，如果我看到了一个赞成票，我会给你一个怀疑的好处，它会来自你而不是询问。无论如何，请随意“不接受”其中任何一个，以期获得更多回复。
@timpone 另外，前几天我遇到了一个 rspec 脚本，我认为它正在使用带有 -e 选项的正则表达式。现在，它肯定在我的清单上。