在过去一周左右的时间里,我一直在使用 FakeXrmEasy 编写单元测试,我对它的工作方式总体上很满意。但是有一个区域我无法让模拟按我想要的方式工作。
在 Dynamics CRM 安装中,有一个插件在运行,它在销售订单上设置订单号。否则,返回的订单号的值始终为空。
我如何告诉 FakeXrmEasy mock 设置 ordernumber 值?理想情况下,我希望或多或少像这样进入请求管道:
var context = new FakeXrmEasy.XrmFakedContext();
context.Initialize(TestEntities);
context.TamperWithResults<RetrieveRequest>( x => {
return SetOrderNumber(x);
});
context.GetFakedOrganizationService();
var result = context.Retrieve(...);
我可以尝试使用 .AddExecutionMock 来模拟整个结果,但有问题的响应用于验证销售订单确实保存了正确的值。
更新 - 更详细的信息 也许我应该在问这个问题时更详细一点。我刚刚加入了一个现有项目,正在为现有代码编写测试。失败的测试正在运行执行此操作的函数:
- 验证输入
- 创建销售订单
- 检索该销售订单
- 为每个订单行创建 SalesOrderDetails
- 返回包含订单号的结果对象
现在,由于该函数尝试保存订单,我不能将它添加到设置中的上下文中,除非我可以指定将由 Create() 调用返回的 Guid。
最佳答案
假设您正在编写一个单元测试来测试在该插件(填充订单号的插件)之后发生的任何事情,最简单的解决方案是使用其中的订单号初始化销售订单,这将用作前提条件。默认情况下会自动模拟查询,因此应该返回该值。因此无需在管道中注入(inject)任何东西。
例子:
[Fact]
public void Example_test()
{
var context = new XrmFakedContext();
var service = context.GetFakedOrganizationService();
var salesOrder = new SalesOrder() { Id = Guid.NewGuid(), OrderNumber = 69 };
context.Initialize(new List<Entity>() { salesOrder });
//some stuff
//....
//Queries are automatically mocked so any LINQ,FetchXml,
//QueryExpression or QueryByAttrubute should return the values you had in
//the context initialisation or as a result of updates / creates during the test execution
var result = context.CreateQuery<SalesOrder>().FirstOrDefault();
Assert.Equal(result.OrderNumber, 69);
}
[编辑]:如果您想在创建之后注入(inject) guid,您可以为此使用 OutputParameters 属性。 Here's an example with the FollowupPlugin .
插件执行有几个重载,那个例子曾经是一个“旧的”。有一种新的通用方法,您可以在其中传递自定义插件上下文,您可以在其中注入(inject)许多属性,包括输出参数(查找 GetDefaultPluginContext here)。
但总的来说,回到你原来的问题,如果你有很多这样的步骤:
- 验证输入
- 创建销售订单
- 检索该销售订单
- 创建销售订单详情
- 返回包含订单号的结果对象
单元测试这些东西可能有很多方法,但我个人的建议是,这些步骤太多了,无法包含在单个单元测试中。我宁愿重构该逻辑,以便可以更轻松地对其进行单独的单元测试。
我将把它恢复到只有 3 个步骤以使其更简单:
- 创建逻辑:您创建一个销售订单记录,并传入一些属性。
- 创建插件:一个插件在创建销售订单时触发,该销售订单填充订单号。
- 其他内容:之后您有一些逻辑可以检索销售订单并根据订单号(或其他属性)执行某些操作。
我会首先重构该代码,以便我可以更轻松地以小块的形式对其进行测试。这样做可以使测试更易于实现、理解和审查。
我会为每个(至少!)创建 3 个不同的单元测试:
- 创建逻辑:单元测试不需要任何输入实体(因此不需要 .Initialize())并且只创建销售订单实体记录。然后断言它已经创建了您期望的任何属性。
- 创建插件:一个单元测试来执行插件并确保它做任何它应该做的事情
- 如果之后有任何逻辑运行,请确保对其进行重构,以便您可以注入(inject)任何属性/值,然后在后续单元测试中通过 .Initialize() 方法传递它们(如 .OrderNumber)。
希望这对您有所帮助(现在 :P )!
关于c# - FakeXrmEasy 中的假插件行为?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/39074861/