使用规格流程测试服务

Question

我想使用规格流程测试服务接口。

该服务旨在运行测试以测试其他服务。 我想要做的是发送一些请求消息，并获得响应并进行验证。

可以说我有要使用以下服务合同进行测试的数据。 。

var testData = new TestData
        { Definition = new TestDefinition
            {
            Steps = new List<TestStep>(){ new TestStep{StepId = "1",  Actions = new List<TestAction>()
                                            {new TestAction{ActionType = TestActionType.SendRequest, Parameters = new Dictionary<string, string>(){{"MessageId", "1"}}},
                                            }
                                    } ,
                                new TestStep{StepId="2",Actions=new List<TestAction>
                                            {new TestAction
                                                     {ActionType=TestActionType.GetResponse,
                                                        Parameters=new Dictionary<string, string>()
                                                            {{"MessageId","2"},{"Wait","30000"}} }}}}
            },
            Requests = new List<Request>()
                {new Request(){
                            MessageId = "1", 
                            Content = new List<Element>()
                                { new Element{Key= "TransactionID.Value", Value = "XX0001"},}}},
           Response = new List<Response>{new Response
                        {MessageId="2", ElementValidations = new List<ValidationRule>
                                {new ValidationRule
                                        {Element=new Element{ Key = "TransactionID.Value",,
                                                     Value="XXX0006"},Description="Failed to match [Transaction ID] value",}}}

以下是DataContracts：

[DataContract]
public class TestData
{
    [DataMember]
    public TestDefinition Definition { get; set; }

    [DataMember]
    public List<Request> Requests  { get; set; }

    [DataMember]
    public List<ExpectedResponse> Response { get; set; }

}

[DataContract]
public class TestDefinition
{
    [DataMember]
    public string TestId { get; set; }

    [DataMember]
    public List<TestStep> Steps { get; set; }

}

[DataContract]
public class Request
{
    [DataMember]
    public string TransactionId { get; set; }

    [DataMember]
    public string TransactionType { get; set; }

    [DataMember]
    public List<Element> Content { get; set; }
}

[DataContract]
public class TestStep
{
    public TestStep()
    {
        Timeout = 60000;
    }
    [DataMember]
    public ICollection<TestAction> Actions { get; set; }

}

使用规范流使用特定的关键字：场景，给定，何时和然后。 我可以设置什么场景，给定，何时，然后。

这是我正在考虑做的事情：

1. 方案[Db设置]之前
2. 给定[“在（。*）表上找到ID”]
3. 当[准备要在表中发送的数据]例如。 上面的请求数据
4. 然后[通过循环验证传入的响应]

有人可以帮助我设计一种解决此问题的好方法。

谢谢。

Answer 1

对于定义的Given When与Then的I会建议通过阅读你开始http://dannorth.net/introducing-bdd

一般来说，

给定

给出的是您可以保证的事情。 实际上，这通常意味着Given是您在其中创建实例并注入值以使事物进入正确状态的位置。 如果您正在使用模拟，则肯定也在此处创建。

什么时候

这些都是让你的测试执行打动你的，你是国家行动的步骤， Given交给你期望一个成功的测试是在状态。

然后

这是在您检查代码是否符合您的期望时。

最后，

情境

在这里，我们Given s， When s和Then s构建为内聚测试。

现在以您为例

抱歉，如果不清楚，但我认为我没有足够的细节来真正欣赏您希望此设计如何工作。

1.Before scenario [Db set up]您建议在BeforeScenario可以设置数据库。 好吧，那是一种方式。 我个人不会在测试框架内使用数据库，我非常确定MS / Oracle等，不需要我们测试数据库是否存储和检索数据，并且您会发现运行多个测试时遇到问题并行地，测试执行顺序并能够将其重置为已知状态。 改为模拟它。

关于这一点，您还在此处定义WCF合同，我们可以再次信任WCF来获得代理，并使用渠道与另一端进行通信。 因此，在大多数测试中，您不必设置所有复杂的体系结构，而只需直接调用对象的实例。 即使我们使用SpecFlow，我们仍然可以创建不同级别的测试，从单个单元测试（仅一个类，并且通常通过nUnit / MSTest并行完成），再到类的协作（毕竟这是最常见的功能） ，一直到最终的集成级别调整。 只是不要指望在创建整个WCF堆栈时每次都会通过集成级别测试（因为最终会导致端口重叠等）。

2.Given ["Id is found on (.*) table"]在这一点上，我们不应该进行任何测试。 您应该将系统置于状态，以便可以开始测试。 由于您尚未定义有关数据库的任何内容，因此添加到方案中的实现细节也很差。 相反，我建议这是将服务器置于上述问题中第一个代码块所描述的状态的时候。 您可能会说Given the standard starting state或更有意义的东西，例如， Given that we can handle XX0001 requests ，但是在[Binding]您将进行设置。

3.When [Prepare data to send in a table] Ex. The request data above 3.When [Prepare data to send in a table] Ex. The request data above可能不会。 同样，您还没有定义具有执行测试方法的Contract（尽管您已经暗示要validate the incoming response by looping ）。 如果你有一个异步设计，（即发送TestDefinition进行测试，检查标志，看是否测试已经完成，当它再拉回来的结果），那么When就是一切从发送数据，直到你有一个结果，即如果您必须循环（有更好的方法），也可以在这里进行。

4.Then[validate the incoming response by looping]是（除了循环之外）。 在这里，我们有一个结果，现在可以验证其所有属性/属性，以确保它符合我们的期望。

如果这是您的第一个SpecFlow测试套件 ，我建议您更简单地开始。 仅介绍整个过程的一个方面，并为此定义您的方案。 随着您变得更胜任，逐步建立更复杂的示例。

不要忘记BDD是一个可以帮助您发现完全适合您需求的设计和体系结构的过程。 您可能会发现，您并不需要一个可以处理所有情况的抽象框架，但是至少当您进行切换时，您仍然可以通过所有测试来证明新框架可用于现有代码。

祝好运。