내가 다음을 가지고 있다고 가정 해 봅시다.
var myNumber = 5;
expect(myNumber).toBe(5);
expect(myNumber).toEqual(5);
위의 두 가지 테스트를 모두 통과합니다. 숫자를 평가할 때 toBe()
와 시간에 차이가 toEqual()
있습니까? 그렇다면 다른 것을 사용하지 말아야 할 때?
답변
기본 유형 (예 : 숫자, 부울, 문자열 등)의 경우 toBe
와 toEqual
; 사이에는 차이가 없습니다 . 둘 중 하나가 작동 할 것이다 5
, true
또는 "the cake is a lie"
.
의 차이를 이해하기 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
matcher는 엄격한 평등 비교를위한 래퍼에 지나지 않습니다.
expect(c.foo).toBe(b.foo)
와 같은
expect(c.foo === b.foo).toBe(true)
단지 내 말을 받아들이지 마라. toBe의 소스 코드를 참조하십시오 .
그러나 b
및 c
기능이 동일한 개체를 나타냅니다; 그들은 둘 다처럼 보인다
{ foo: { bar: 'baz' } }
우리가 그렇게 말할 수 b
있고 c
그들이 같은 대상을 나타내지 않더라도 “동일”하다면 좋지 않습니까?
toEqual
“deep equality”를 확인하는 Enter 키 (즉, 키 값이 동일한 지 여부를 판별하기 위해 오브젝트를 재귀 적으로 검색 함) 다음 두 가지 테스트를 모두 통과합니다.
expect(b).not.toBe(c);
expect(b).toEqual(c);
그것이 어떤 것들을 분명히하는 데 도움이되기를 바랍니다.
답변
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()
그들이 자바 스크립트에서 할 정확히 이해하는 것입니다. Jasmine API에 따르면 다음 위치 에서 찾을 수 있습니다 .
toEqual ()은 간단한 리터럴 및 변수에 대해 작동하며 객체에 대해 작동해야합니다.
toBe ()는
===
이다 말하는 것을 본질적으로 무엇 toEqual()
과 toBe()
유사한 Javascript를에있는 ===
제외 운영자 toBe()
도 할 체크되어 있는지가 동일한 개체 아래의 예를 들어 그에서, objectOne === objectTwo //returns false
뿐만 아니라. 그러나 toEqual()
해당 상황에서는 true를 반환합니다.
지금, 당신은 적어도 주어진 이유를 이해할 수 있습니다 :
var objectOne = {
propertyOne: str,
propertyTwo: num
}
var objectTwo = {
propertyOne: str,
propertyTwo: num
}
expect(objectOne).toBe(objectTwo); //returns false
에 명시된 바와 같이 때문에 즉 , 다른, 그러나 유사한 질문이 응답===
피연산자들 모두가 동일한 객체를 참조 또는 값 유형의 경우 동일한 값을 가지고 있다고 오퍼레이터가 실제로 수단.
답변
자스민 github 프로젝트를 인용하자면,
expect(x).toEqual(y);
객체 또는 프리미티브 x와 y를 비교하고 동일한 경우 전달합니다.
expect(x).toBe(y);
객체 또는 프리미티브 x와 y를 비교 하고 동일한 객체 인 경우 전달
답변
Jasmine 소스 코드를 보면이 문제에 대해 더 많은 정보를 얻을 수 있습니다.
toBe
매우 간단하고 ID / 엄격한 동등 연산자를 사용합니다 ===
.
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);
});
});
답변
누군가 주석이 달린 예제로 설명을 좋아할 것이라고 생각했습니다.
아래에서 내 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.
})
})
물론 이것은 배열의 객체 리터럴 (및 그 안에 중첩 된 객체)이 고유 한 ID이지만 동일한 값을 갖는 경우 여기에서 테스트하지 않았으므로 이것은 deepClone ()에 대한 완전한 테스트 스위트가 아닙니다.
답변
나는 toEqual이 균등하게 검사하고 있다고 생각합니다 .toBe는 2 변수의 동일한 참조입니다
it('test me', () => {
expect([] === []).toEqual(false) // true
expect([] == []).toEqual(false) // true
expect([]).toEqual([]); // true // deep check
expect([]).toBe([]); // false
})