c# - FakeXrmEasy 中的假插件行为？

Question

在过去一周左右的时间里，我一直在使用 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。

Answer 1

假设您正在编写一个单元测试来测试在该插件(填充订单号的插件)之后发生的任何事情，最简单的解决方案是使用其中的订单号初始化销售订单，这将用作前提条件。默认情况下会自动模拟查询，因此应该返回该值。因此无需在管道中注入(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 )!