Test unitaire Angular2 avec @Input()

Question

J'ai un composant qui utilise le @Input() sur une variable d'instance et j'essaie d'écrire mon test unitaire pour l'annotation openProductPage() mais je suis un peu perdu sur la façon de configurer mon test unitaire. I pourrait rendre cette variable d'instance publique, mais je ne pense pas que je doive avoir recours à cela.

Comment puis-je configurer mon test Jasmine de manière à ce qu'un produit fictif soit injecté (fourni ?) et que je puisse tester la fonction openProductPage() méthode ?

Mon composant :

import {Component, Input} from "angular2/core";
import {Router} from "angular2/router";

import {Product} from "../models/Product";

@Component({
    selector: "product-thumbnail",
    templateUrl: "app/components/product-thumbnail/product-thumbnail.html"
})

export class ProductThumbnail {
    @Input() private product: Product;

    constructor(private router: Router) {
    }

    public openProductPage() {
        let id: string = this.product.id;
        this.router.navigate([“ProductPage”, {id: id}]);
    }
}

Answer 1

Ceci est tiré de la documentation officielle https://angular.io/docs/ts/latest/guide/testing.html#!#component-fixe . Vous pouvez donc créer un nouvel objet d'entrée expectedHero et le passer au composant comp.hero = expectedHero

Assurez-vous également d'appeler fixture.detectChanges(); dernier, sinon la propriété ne sera pas liée au composant.

Exemple de travail

// async beforeEach
beforeEach( async(() => {
    TestBed.configureTestingModule({
        declarations: [ DashboardHeroComponent ],
    })
    .compileComponents(); // compile template and css
}));

// synchronous beforeEach
beforeEach(() => {
    fixture = TestBed.createComponent(DashboardHeroComponent);
    comp    = fixture.componentInstance;
    heroEl  = fixture.debugElement.query(By.css('.hero')); // find hero element

    // pretend that it was wired to something that supplied a hero
    expectedHero = new Hero(42, 'Test Name');
    comp.hero = expectedHero;
    fixture.detectChanges(); // trigger initial data binding
});

Answer 2

Si vous utilisez TestBed.configureTestingModule pour compiler votre composant de test, voici une autre approche. C'est fondamentalement la même chose que la réponse acceptée, mais peut être plus similaire à la façon dont angular-cli génère les spécifications. POUR INFO.

import { Component, CUSTOM_ELEMENTS_SCHEMA } from '@angular/core';
import { async, ComponentFixture, TestBed } from '@angular/core/testing';
import { DebugElement } from '@angular/core';

describe('ProductThumbnail', () => {
  let component: ProductThumbnail;
  let fixture: ComponentFixture<TestComponentWrapper>;

  beforeEach(async(() => {
    TestBed.configureTestingModule({
      declarations: [ 
        TestComponentWrapper,
        ProductThumbnail
      ],
      schemas: [CUSTOM_ELEMENTS_SCHEMA]
    })
    .compileComponents();

    fixture = TestBed.createComponent(TestComponentWrapper);
    component = fixture.debugElement.children[0].componentInstance;
    fixture.detectChanges();
  });

  it('should create', () => {
    expect(component).toBeTruthy();
  });
});

@Component({
  selector: 'test-component-wrapper',
  template: '<product-thumbnail [product]="product"></product-thumbnail>'
})
class TestComponentWrapper {
  product = new Product()
}

Answer 3

Vous devez définir le product sur l'instance du composant après qu'il ait été chargé dans votre test.

À titre d'exemple, voici un composant simple dans une entrée que vous pouvez utiliser comme base pour votre cas d'utilisation :

@Component({
  selector: 'dropdown',
  directives: [NgClass],
  template: `
    <div [ngClass]="{open: open}">
    </div>
  `,
})
export class DropdownComponent {
  @Input('open') open: boolean = false;

  ngOnChanges() {
    console.log(this.open);
  }
}

Et le test correspondant :

it('should open', injectAsync([TestComponentBuilder], (tcb: TestComponentBuilder) => {
  return tcb.createAsync(DropdownComponent)
  .then(fixture => {
    let el = fixture.nativeElement;
    let comp: DropdownComponent = fixture.componentInstance;

    expect(el.className).toEqual('');

    // Update the input
    comp.open = true; // <-----------

    // Apply
    fixture.detectChanges(); // <-----------

    var div = fixture.nativeElement.querySelector('div');
    // Test elements that depend on the input
    expect(div.className).toEqual('open');
  });
}));

Voir ce plunkr à titre d'exemple : https://plnkr.co/edit/YAVD4s?p=preview .

Answer 4

Je fais habituellement quelque chose comme :

describe('ProductThumbnail', ()=> {
  it('should work',
    injectAsync([ TestComponentBuilder ], (tcb: TestComponentBuilder) => {
      return tcb.createAsync(TestCmpWrapper).then(rootCmp => {
        let cmpInstance: ProductThumbnail =  
               <ProductThumbnail>rootCmp.debugElement.children[ 0 ].componentInstance;

        expect(cmpInstance.openProductPage()).toBe(/* whatever */)
      });
  }));
}

@Component({
 selector  : 'test-cmp',
 template  : '<product-thumbnail [product]="mockProduct"></product-thumbnail>',
 directives: [ ProductThumbnail ]
})
class TestCmpWrapper { 
    mockProduct = new Product(); //mock your input 
}

Notez que product et tout autre champ de l ProductThumbnail classe peut être privé avec cette approche (c'est la raison principale pour laquelle je la préfère à celle de Thierry, malgré le fait qu'elle soit un peu plus verbeuse).