2017-12-14 9 views
-2

필자는 수백 개의 반응 구성 요소를 작성했지만 어리석게도 나는 항상 테스트를 연기했습니다. 나는 그것이 필연적으로 악의로 보인다고 생각하지만, 나는 그것을 사랑하기 시작하고 싶다. 나는이 반응 componenent 있습니다테스트 반응 구성 요소

class Basket extends React.Component { 
    render() { 
    return (
     <BasketContainer> 
     <BasketProducts> 
      <h1>Basket</h1> 
      {this.props.basket.items.map((item) => (
      <BasketProduct> 
       <BasketProductImage> 
       <Image image={item.product.image} /> 
       </BasketProductImage> 
       <PriceAndRemove> 
       <BasketProductPrice> 
        <span className="price">£{item.quantity * item.product.price}</span> 
       </BasketProductPrice> 
       <BasketProductRemove> 
        <button onClick={() => this.props.removeFromBasket(item.product)}>X</button> 
       </BasketProductRemove> 
       </PriceAndRemove> 
       <BasketProductName> 
       <p className="name">{item.product.name}</p> 
       </BasketProductName> 
       <BasketProductQuantity> 
       <span className="quantity">Qty {item.quantity}</span> 
       <span><button onClick={() => this.props.increaseQuantity(item)} className="quantity">+</button></span> 
       <span><button onClick={() => this.props.decreaseQuantity(item)} className="quantity">-</button></span> 
       </BasketProductQuantity> 
      </BasketProduct>), this)} 
      <button onClick={() => this.props.clearBasket()}>Clear Basket</button> 
     </BasketProducts> 
     <Total> 
      <h1> Total </h1> 
      <span className="label">Sub-total </span> 
      <span className="amount">£{this.props.basket.total}</span> 
      <button>Checkout</button> 
     </Total> 
     </BasketContainer> 
    ); 
    } 
} 

스타일 구성 요소를 사용하여, 누군가가 나에게 내가 테스트를 시작할 수있는 몇 가지 지침을 줄 수 서면?

즉 좋은 테스트 란 무엇인가/그렇지 않은 것은 무엇입니까? 버튼 클릭을 테스트합니까? 효소를 사용하고 있지만 난 그냥 몇 가지 아이디어를 원하고 기본적으로 일을 테스트하는 데 필요한 어떤 것에 대한 등 등

메신저 계획 당신은 각각의 모든 구성 요소에 단위 테스트를 수행해야 OTT 테스트 및 불필요한 감사

답변

0

입니다. 그들이 생각하는대로 행동하는지 확인하십시오. 효소의 문서화가 정말 좋으므로 예제를 따라하십시오. 또한 구성 요소가 격리되어 작동하고 하위로 인해 손상되지 않도록하기 위해 구성 요소를 마운트하기 전에 구성 요소의 얕은 렌더링을 테스트해야하는지 확인해야합니다.

좋은 생각은 유스 케이스 나 스토리를 테스트하는 것입니다. 사용자가 그렇게한다고 생각한다면 아마도 테스트 사례가 있어야합니다. 실제로 원할 경우 사용할 수있는 코드 커버리지 도구가 있지만 100 % 적용 범위를 목표로하는 것이 항상 가장 좋은 목표는 아닙니다.