gpt4 book ai didi

javascript - 结果呈指数增长的测试场景

转载 作者:行者123 更新时间:2023-11-28 20:31:50 27 4
gpt4 key购买 nike

TDD 真正吸引我的其中一件事是在实现规范的同时明确制定规范。

我正在寻求实现一个接受配置对象的构造函数

function MyConstructor(conf) {}

conf 目前指定有两个键:ab,其中 a 是 a RegExpb 是一个 Function,并且作为我的 TDD 规范阐明野心的一部分,我正在编写测试来规范这个对象:

  • 如果 a 不是 RegExp,我希望 MyConstructor 抛出一个 Error b 不是 Function
  • 如果配置中缺少 ab
  • MyConstructor 将抛出一个 Error

现在,我知道我可以将此行为封装在其他构造函数中,比如创建“配置”对象的 Configuration 构造函数。但我现在看到的方式是,无论这种行为在哪里结束,这种行为都必须封装某处,以便通过 TDD 详细说明此规范。

问题是:在我看来,随着 conf 对象上键的数量增加,测试的数量也会增加——呈指数增长!这尤其是由于上面的第二个项目符号。

例如,假设我有 4 个键:abcd,并且我需要确保如果缺少任何一个错误就会被抛出。 似乎 这需要我编写大量相同的、平庸的测试来涵盖丢失 key 的所有可能性(组合!)。这听起来不对!然而,我想不出一种显式或归纳式测试是否涵盖所有场景的好方法。有什么想法吗?

最佳答案

没有类定义或接口(interface)的对象很难测试。如果您的对象是鸭子,您需要使用ducktyping 来检查。

您还可以想知道完全测试某些功能有多大用处。您可以测试边界,但您永远无法测试所有值;

如果您的函数如下所示:

function sum(a, b) {
if (a === 42) {
throw new Error("All glory to the hypnotoad");
}
return a + b;
}

您希望如何找到这个错误

关于javascript - 结果呈指数增长的测试场景,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/18130758/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com