起订量和数据上下文

发布于 2024-08-11 19:34:24 字数 557 浏览 1 评论 0原文

我是最小起订量新手,需要知道我这样做是否正确。

在 AccountController.cs 中,我有这个:

      int id = _userRepository.GetProfileFromUserName(userName).ProfileID;

UserRepository 被嘲笑,但 ProfileID 来自 DataContext,所以我在我的 AccountControllerTests.cs:

      mockUserReposository.Setup(gp => gp.GetProfileFromUserName(userName)).Returns(new Profile { ProfileID = 1 });

通过这种方式,我可以使 id 变量等于 1,并确保在 AccountController.cs 中调用时 ProfileID 不会使用 DataContext 中的变量,

这是正确的方法吗?或者我是否需要以某种方式模拟从 Linq 到 SQL 的整个 Profile 表?

I am new to Moq and need to know if I am doing this right.

In AccountController.cs I have this:

      int id = _userRepository.GetProfileFromUserName(userName).ProfileID;

UserRepository is mocked, but ProfileID comes from DataContext, so I did this in my
AccountControllerTests.cs:

      mockUserReposository.Setup(gp => gp.GetProfileFromUserName(userName)).Returns(new Profile { ProfileID = 1 });

This way I get the id variable to be equal to 1, and ensure that ProfileID doesn't use the one from DataContext when called in AccountController.cs

Is this the right way to do it? Or do I somehow need to mock my whole Profile table from Linq to SQL?

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

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

发布评论

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

评论(1

白首有我共你 2024-08-18 19:34:24

取决于你要测试什么。如果您希望伪造 GetProfileFromUserName 来保留所需的配置文件,那么它看起来不错。

你能否编辑更多的测试,以便人们可以提供更完整的见解 - 考虑到你所说的多少,唯一的答案是这取决于:D

Depends what you're testing. If you're looking to Fake the GetProfileFromUserName for the purposes of sticking in a desired Profile, it looks fine.

Can you edit in more of your test so people can give more complete insights - the only answer given how much you've said is It Depends :D

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