[Test*::*] Tests in vordefinierten Reihenfolge ausführen (Fragen zu Perl-Modulen)

[thread]20723[/thread]

[Test*::*] Tests in vordefinierten Reihenfolge ausführen

Leser: 17

Articles: hide open all | hide show old branches

+5 replies
xiconfjs

2020-01-15 09:36

User since
2006-01-21
79 Artikel
BenutzerIn

Hiho,

bin gerade dabei einige Tests für ein Applikation zu schreiben und benutze dafür größtenteils Test2::Suite.

Nun meine ich beim Lesen der Dokumentation gelesen zu haben, dass man die Ausführreihenfolge beeinflussen zu können, auch wenn man per App::Yath den ganzen t/ Ordner durchlaufen lässt. Also man bestimmte Tests von anderen Abhängig macht oder die Reihenfolge mit Prioritäten bestimmen kann.

Leider finde ich dies in der Doku nicht mehr und wollte daher fragen, ob jemand von euch mir da eine Auskunft geben kann?

Danke
xiconfjs
Last edited: 2020-01-15 09:38:43 +0100 (CET)
- +4 replies
- Muffi
  
  2020-01-15 13:09
  
  User since
  2012-07-18
  1465 Artikel
  BenutzerIn
  
  Als Tip:
  
  Wenn das nicht UUUUUUNBEDINGT sein muss: Nicht machen! Egal obs prinzipiell ginge oder nicht.
  Wenn du das machen willst ist das zu 99% der falsche Weg.
  
  Tests sollen ja gerade unabhängig voneinander gekapselt laufen und jeweils nur ihren eigenen kleinen Bereich testen. Des weiteren dürfen sie keine Daten ändern, die zu andren Tests laufen. Du verlierst ja dadurch jegliche Transparenz und Testbarkeit.
  Wenn du für einen Test was vorbereiten musst, dann schreib eine allgemeine Funktion setup_irgendwas() und ruf die ggf. von mehreren Tests auf.
  
  [EDIT] Oder vielleicht zum besseren Verständnis:
  Stell dir vor, du willst eine elektronische Schaltung testen. Und du misst die Spannung an Punkt1 => Passt. Danach misst du die Spannung an Punkt2 => Passt.
  Wenn du aber die Spannung an Punkt2 misst ohne vorher Punkt1 gemessen zu haben ist sie falsch.
  Da würdest du doch davor stehen und erstmal "hä?" sagen.
  Und genauso musst du das mit Programmtests sehen.
  Last edited: 2020-01-15 13:31:58 +0100 (CET)
  1 + 1 = 10
  - xiconfjs
    
    2020-01-15 14:18
    
    User since
    2006-01-21
    79 Artikel
    BenutzerIn
    
    Hi Muffi,
    
    2020-01-15T12:09:13 Muffi
    Wenn das nicht UUUUUUNBEDINGT sein muss: Nicht machen! Egal obs prinzipiell ginge oder nicht.
    Wenn du das machen willst ist das zu 99% der falsche Weg.
    
    jup, ist mir klar. Trotzdem würde ich gern wissen, ob, und wenn ja, wie, es geht.
    
    Danke
    xiconfjs
  - +2 replies
  - clms
    
    2020-01-19 23:31
    
    User since
    2010-08-29
    373 Artikel
    BenutzerIn
    
    2020-01-15T12:09:13 Muffi
    Wenn du für einen Test was vorbereiten musst, dann schreib eine allgemeine Funktion setup_irgendwas() und ruf die ggf. von mehreren Tests auf.
    
    Für die typischen Perl-Tests gebe ich Dir völlig recht.
    
    Wenn allerdings setup_irgendwas() sehr teuer ist (= viel länger braucht als die eigentlichen Tests), kann es Sinn machen, diese Funktion nur einmal aufzurufen. Insbesondere wenn die Operationen, die Du anschließend bei den einzelnen Tests verwendest, den Setup ohnehin nicht oder nur vorhersehbar reversibel verändern.
    - pq
      
      2020-01-20 01:15
      
      User since
      2003-08-04
      12209 Artikel
      Admin1
      
      Dann könnte man sich evtl. damit behelfen, dass man setup_irgendwas() in jedem Test aufruft, aber in der Subroutine in irgendeiner Form die Information hinterlegt, dass das Setup schon ausgeführt wurde. Man muss nur hinterher ggfs. diese Information wieder löschen.
      
      Wenn es sich nicht um einen Standard-CPAN-Installationsprozess handelt, arbeite ich gerne mit make.
      
      Code: (dl )
      
      1 2 3 4 5 6 7 8 9 10
      
      TEST_FILES = t test: testsetup runtests testclean runtests: prove -lr $(TEST_FILES) testsetup: # irgendwas testclean: # clean up setup
      
      Und dann
      
      Code: (dl )
      
      1 2
      
      make test TEST_FILES=t/foo.t make test
      
      Bei beiden Befehlen wird testsetup und testclean nur einmal ausgeführt.
      Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
      lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem

View all threads created 2020-01-15 09:36.