当前位置: 首页 > 知识库问答 >
问题:

Description和it在玩笑中有什么区别?

赵英哲
2023-03-14
describe('my beverage', () => {
  test('is delicious', () => {
  });
});

共有1个答案

万嘉熙
2023-03-14

description将测试套件分解为组件。根据您的测试策略,您可能会对类中的每个功能、插件的每个模块或每个面向用户的功能进行描述。

您还可以嵌套描述以进一步细分套件。

IT是您执行单个测试的地方。您应该能够像一个小句子一样描述每个测试,比如“它在半径设置时计算面积”。您不应该能够进一步细分测试--如果需要的话,可以使用description

describe('Circle class', function() {
  describe('area is calculated when', function() {
    it('sets the radius', function() { ... });
    it('sets the diameter', function() { ... });
    it('sets the circumference', function() { ... });
  });
});
 类似资料:
  • Jest文档中写道: 另外,是否有使用和的最佳实践(不仅在Jest中,而且在其他测试框架中)?

  • 问题内容: 使用Mockito间谍的用例是什么? 在我看来,每个间谍用例都可以使用callRealMethod进行模拟处理。 我可以看到的一个区别是,如果您希望大多数方法调用都是真实的,则可以节省一些代码行以使用模拟与间谍。是这样还是我错过了更大的前景? 问题答案: 答案在文档中: 真正的部分模拟(自1.8.0开始) 最后,在邮件列表上进行了许多内部辩论和讨论之后,Mockito添加了部分模拟支持

  • 我创建了这个类: 在服务中: 我想知道,在开玩笑的情况下,是否可以这样做:

  • 问题内容: 我只是想知道为什么我们通常在两个布尔之间使用逻辑OR 而不是按位OR ,尽管它们都运行良好。 我的意思是,请看以下内容: 我们可以代替使用吗?与和相同。 问题答案: 如果您使用和形式,而不是这些运算符的和形式,则Java不会费心地单独评估右手操作数。 这是您是否希望缩短评估时间的问题-在 大多数情况 下都是如此。 说明短路好处的一个好方法是考虑以下示例。 正如Jeremy和Peter提

  • 问题内容: 我在看一些模拟的OCJP问题。我遇到了一个非常令人困惑的语法。这里是: 为什么输出在和之间变化? 问题答案: 问题只是和您玩弄混乱的空格。 是通常的(不等于)比较。 另一方面: 最好写成如下形式: 因此,这是两个运算符。 首先反转。 然后将其分配回。 赋值运算符返回分配的值。因此,计算结果为true-这就是您要打印的内容。