Wykrywanie niepożądanych funkcji (fdescribe, describe.only) jako zadania Gulp

Question

W jaki sposób można wykryć użycie niepożądanych funkcji w podstawie kodu w Węzłach, w szczególności Gulp?

Jestem po sprawdzeniu nieumyślnie uszkodzone specyfikacji, tj ddescribe/fdescribe i iit/fit dla Jasmine lub .only i .skip dla Mocha:

// should be reported 
fdescribe(function() { 
    // should not be reported 
    it(function() { 
    var fit = ...; 
    this.fit = ...; 
    }); 

    // should not be reported 
    // fit(function() { ... }); 

    // should be reported 
    xit(function() { ... }); 

    // should be reported 
    fit(function() { ... }); 
}); 

---

// should be reported 
describe.only(function() { 
    // should not be reported 
    it(function() { ... }); 

    // should not be reported 
    // it.only(function() { ... }); 

    // should be reported 
    it.skip(function() { ... }); 

    // should be reported 
    it.only(function() { ... }); 
}); 

Zadanie powinno wyjść z błędu oraz nazwy plików wyjściowych i numery linii, w których używane są wymienione funkcje.

Te skomentowane z pewnością nie muszą być wykrywane, a także funkcje/właściwości o tej samej nazwie (najprawdopodobniej fit), więc proste dopasowanie do wyrażenia regularnego nie jest tutaj tutaj (jak byłoby to dla console.*). Zalecane jest pewne rozwiązanie oparte na AST, które akceptuje nazwy funkcji zdefiniowane przez użytkownika.

Answer 1

Rozwiążę go na etapie analizy statycznej za pomocą narzędzia do lintowania javascript. Złapać wyłączne/skoncentrowanych specyfikacje mokka przypadkowo pozostawione w kodzie, jest no-exclusive-tests rule realizowane w eslint-plugin-mocha plugin:

Mocha posiada funkcję, która pozwala na przeprowadzanie testów wyłącznie przez dołączając .only do testowego pakietu lub przypadek testowy. Ta funkcja jest naprawdę pomocna w debugowaniu testu na wypadek awarii, więc nie musisz wykonywać wszystkich testów. Po ustaleniu testu i przed wprowadzeniem zmian należy usunąć .only, aby upewnić się, że wszystkie testy zostały wykonane w systemie kompilacji .

Ta reguła przypomina o usunięciu .only z testów, podnosząc ostrzeżenie o wartości , gdy używana jest funkcja wyłączności.

Jeśli chcesz związać bieg eslint do gulp - użyć wtyczki gulp-eslint.

---

Może być również dobry pomysł, aby uruchomić gulpeslint zadanie zanim zdecydują w haku git. Użyliśmy pakietu pre-git, aby zainstalować i śledzić haki git.

W ten sposób testy skoncentrowane lub wyłączne nie zostaną wprowadzone do bazy kodu.