单元测试 – BDD / TDD模拟数据是一种棘手的方式

前端之家收集整理的这篇文章主要介绍了单元测试 – BDD / TDD模拟数据是一种棘手的方式前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
所以一位同事和我正在进行一场相当激烈的辩论.我们正在开始一个新项目,我们正在尝试使用BDD.我们都是第一次参加,并不完全了解应该使用哪些做法.我们已经编写了一些规范,现在我们正在实现代码.由于存在大量数据库交互,因此事情变得相当棘手.我们被困在如何模拟我们的数据上.我们要进行的方法需要我们模拟我们的方法而不是我们的数据.如果我在代码中向您展示,这是最简单的…
public static void AssignLeadToDistributor(int leadId,int distributorId)
{
    Lead lead = GetById(leadId);
    lead.DistributorId = distributorId;
    Save(lead);
}

基本上,我们必须覆盖GetById()和Save()以返回模拟数据,以便我们对此进行测试.
这样做似乎更有意义:

public static void AssignLeadToDistributor(Lead lead,Distributor distributor)
{
   lead.DistributorId = distirbutor.Id;
}

然后我们可以模拟我们的对象.

显然,第二种方法使测试更容易.但是,争论的焦点是我们不希望在前端代码获取新的前导和分发器对象,因为只传递对象的id会更容易.减少我们前端的实际代码.

希望我解释得那么好.

你们有什么感想?哪种方式更有意义?

我们在BDD规范(可执行文件)中所做的就是不要模拟数据库,而是使用内存数据库(在我们的例子中是sqlite).

此外,我们在任何场景运行之前初始化容器.这是因为我们希望我们的BDD规格尽可能模仿现实世界,同时仍然具有普通单元测试的速度.

通过这种方式定义我们的BDD规范,我们发现单元测试和集成测试的需求减少了,并且提高了生产率和可理解性(虽然非常主观,因为你无法真正衡量这些指标).

猜你在找的设计模式相关文章