toBe() vs . toEqual(): toEqual()检查是否相等。另一方面，toBe()确保它们是完全相同的对象。

我会说在比较值时使用toBe()，在比较对象时使用toEqual()。

当比较基本类型时，toEqual()和toBe()将产生相同的结果。当比较对象时，toBe()是一个更严格的比较，如果它不是内存中完全相同的对象，将返回false。因此，除非你想确保它在内存中是完全相同的对象，否则请使用toEqual()来比较对象。

更多信息请点击这个链接:http://evanhahn.com/how-do-i-jasmine/

现在，当观察toBe()和toEqual()在数字方面的差异时，只要你的比较是正确的，就不应该有任何差异。5总是等于5。

这里是一个很好的地方，可以玩这个，看看不同的结果

更新

观察toBe()和toEqual()的一个简单方法是理解它们在JavaScript中的具体功能。根据茉莉API，在这里找到:

toEqual()适用于简单的文字和变量，也应该适用于对象 toBe()与===比较

从本质上讲，这是说toEqual()和toBe()是类似的Javascripts ===运算符，除了toBe()也检查以确保它是完全相同的对象，在下面的例子中objectOne === objectTwo //也返回false。然而，在这种情况下，toEqual()将返回true。

现在，你至少可以理解为什么:

var objectOne = {
    propertyOne: str,
    propertyTwo: num    
}

var objectTwo = {
    propertyOne: str,
    propertyTwo: num    
}

预计(objectOne .toBe (objectTwo));/ /返回假

这是因为，正如对另一个不同但类似的问题的回答中所述，===操作符实际上意味着两个操作数引用相同的对象，或者对于值类型来说，具有相同的值。

我想有人可能会喜欢用(注释的)例子来解释:

下面，如果我的deepClone()函数正确地完成了它的工作，测试(如'it()'调用中所述)将成功:

describe('deepClone() array copy', ()=>{
    let source:any = {}
    let clone:any = source
    beforeAll(()=>{
        source.a = [1,'string literal',{x:10, obj:{y:4}}]
        clone = Utils.deepClone(source) // THE CLONING ACT TO BE TESTED - lets see it it does it right.
    })
    it('should create a clone which has unique identity, but equal values as the source object',()=>{
        expect(source !== clone).toBe(true) // If we have different object instances...
        expect(source).not.toBe(clone) // <= synonymous to the above. Will fail if: you remove the '.not', and if: the two being compared are indeed different objects.
        expect(source).toEqual(clone) // ...that hold same values, all tests will succeed.
    })
})

当然，这不是我的deepClone()的完整测试套件，因为我没有在这里测试数组中的对象文字(以及其中嵌套的对象)是否也具有不同的标识但相同的值。

查看Jasmine源代码可以更清楚地了解这个问题。

toBe非常简单，只使用恒等/严格等式运算符===:

  function(actual, expected) {
    return {
      pass: actual === expected
    };
  }

另一方面，toEqual有近150行长，并且对内置对象有特殊处理，比如String、Number、Boolean、Date、Error、Element和RegExp。对于其他对象，它递归地比较属性。

这与相等运算符==的行为非常不同。例如:

var simpleObject = {foo: 'bar'};
expect(simpleObject).toEqual({foo: 'bar'}); //true
simpleObject == {foo: 'bar'}; //false

var castableObject = {toString: function(){return 'bar'}};
expect(castableObject).toEqual('bar'); //false
castableObject == 'bar'; //true

toEqual()比较的是原语的值，还是对象的内容。 toBe()比较引用。

以下代码/套件应该是自解释的:

describe('Understanding toBe vs toEqual', () => {
  let obj1, obj2, obj3;

  beforeEach(() => {
    obj1 = {
      a: 1,
      b: 'some string',
      c: true
    };

    obj2 = {
      a: 1,
      b: 'some string',
      c: true
    };

    obj3 = obj1;
  });

  afterEach(() => {
    obj1 = null;
    obj2 = null;
    obj3 = null;
  });

  it('Obj1 === Obj2', () => {
    expect(obj1).toEqual(obj2);
  });

  it('Obj1 === Obj3', () => {
    expect(obj1).toEqual(obj3);
  });

  it('Obj1 !=> Obj2', () => {
    expect(obj1).not.toBe(obj2);
  });

  it('Obj1 ==> Obj3', () => {
    expect(obj1).toBe(obj3);
  });
});

对于基本类型(例如数字、布尔值、字符串等)，toBe和toEqual之间没有区别;要么一个人挣5美元，这是真的，要么“蛋糕是个谎言”。

为了理解toBe和toEqual之间的区别，让我们想象三个对象。

var a = { bar: 'baz' },
    b = { foo: a },
    c = { foo: a };

使用严格的比较(===)，有些东西是“相同的”:

> b.foo.bar === c.foo.bar
true

> b.foo.bar === a.bar
true

> c.foo === b.foo
true

但是有些东西，即使它们是“相等的”，也不是“相同的”，因为它们表示的对象位于内存中的不同位置。

> b === c
false

Jasmine的toBe匹配器不过是一个严格的相等比较的包装

expect(c.foo).toBe(b.foo)

和

expect(c.foo === b.foo).toBe(true)

不要只相信我的话;参见toBe的源代码。

但b和c表示功能等效的对象;它们看起来都像

{ foo: { bar: 'baz' } }

如果我们可以说b和c“相等”，即使它们不代表同一个对象，这不是很好吗?

进入toEqual，它检查“深度相等性”(即在对象中进行递归搜索，以确定它们的键值是否相等)。以下两项测试都将通过:

expect(b).not.toBe(c);
expect(b).toEqual(c);

我认为toEqual是检查deep equal, toBe是2个变量的相同引用

  it('test me', () => {
    expect([] === []).toEqual(false) // true
    expect([] == []).toEqual(false) // true

    expect([]).toEqual([]); // true // deep check
    expect([]).toBe([]); // false
  })