有多少人使用 Rspec 作为控制器和视图?

发布于 2024-09-14 06:33:27 字数 266 浏览 6 评论 0原文

对于控制器和视图也使用 Rspec 是否有充分的理由?

我的视图严重依赖于 Javascript,据我所知,Rspec 不处理视图上的 javascript/ajax。我还使用 Cucumber + Selenium 来实现这一点。

我应该将它用于控制器吗?

仅使用 Cucumber + Selenium 来实现应用程序行为还不够吗?因为如果黄瓜测试通过了,那么它就通过了,为什么我要为 Rspec 视图和控制器测试烦恼呢?

有人可以启发我这个话题吗?

Are there strong reasons for using Rspec for controllers and views too?

My views are heavily dependent on Javascript, and as far as I know, Rspec doesn't handle javascript/ajax on views. Also im using Cucumber + Selenium for that.

And should I use it for controllers?

Isn't it enough to just use Cucumber + Selenium for the application behavior? Cause if a cucumber test passes, then it passes, why should I bother with Rspec view and controller tests?

Could someone enlighten me on this topic?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

も星光 2024-09-21 06:33:27

我使用 Cucumber + Shoulda 的组合,但我要告诉您的内容仍然适用于您的设置。

在测试控制器时,我在功能测试中使用 Shoulda 来应对所有“负面身份验证”情况。例如:

  • 登录用户尝试访问管理页面。
  • 已注销的用户尝试访问受保护的内容。
  • 用户 A 试图删除用户 B 的帖子。

我使用 Shoulda 来做到这一点,因为我通常寻找的是我被踢到登录页面,并且任何试图被恶意访问的模型实际上都没有改变。我可以使用 Cucumber 来实现此目的,但我发现使用一些 Shoulda 宏和一些功能测试更容易、更省事。应该上下文非常适合这里。

然后,对于“良好的身份验证”情况,我使用 Cucumber。例如:

  • 用户访问自己的首选项页面。
  • 管理员正在提取报告。

这些类型的测试要求我检查一些实际的页面内容,而不仅仅是一遍又一遍地检查“访问被拒绝”。我发现 Cucumber 的描述性在这里非常匹配。

I use a combination of Cucumber + Shoulda, but what I'm about to tell you still applies to the setup you have.

When testing a controller I use Shoulda in a functional test to hit all of my "negative auth" situations. For example:

  • A logged in user trying to access an admin page.
  • A logged out user trying to access protected content.
  • User A trying to delete User B's post.

I use Shoulda for this, because what I'm generally looking for is that I was kicked to the login page, and that whatever model was trying to be accessed maliciously wasn't actually changed. I could use Cucumber for this, but I find it easier and less cumbersome to do with a handful of Shoulda macros and some functional tests. Shoulda contexts are a great fit here.

Then for the "good auth" situations, I use Cucumber. Things like:

  • A user accessing his own preferences page.
  • An admin pulling up reports.

These types of tests require that I check some actual page content, and not just check for "access denied" over and over again. I find the descriptiveness of Cucumber to be a great match here.

何以笙箫默 2024-09-21 06:33:27

如果您构建了足够完整的测试集,则可以使用 selenium,但如果您想与应用程序的其余部分分开测试 javascript 的行为,则可以考虑使用 javascript 测试框架,例如 QUnit。

If you build a full enough set of tests, you can just use selenium, but if you want to test the behaviour of your javascript seperate from the rest of the app, you might consider using a javascript test framework, like QUnit.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文