2010-06-17 14 views
0

Je suis face à une étrange FlexUnit Erreur:FlexUnit 4 Erreur

Whoa... been asked to send another complete and I already did that

L'erreur semble se produire lorsque le nombre de tests exceede 27 ...? (Les tests complets jamais)

test exemple:

[Test] 
public function whenDoingThat_expectThatIsTrue():void{ 
     //blabla  
     assertTrue(...) 
} 

Toute bienvenue d'aide!

Voici un exemple:

core = new FlexUnitCore(); 
core.addListener(new TraceListener()); 
core.run(FooTest); 


import org.flexunit.asserts.assertTrue; 

public class FooTest { 
    [Test] 
    public function foo_test_1() : void { 
     assertTrue(true); 
    } 
    [Test] 
    public function foo_test_2() : void { 
     assertTrue(true); 
    } 

    ... 

    [Test] 
    public function foo_test_28() : void { 
     assertTrue(true); 
    } 
    //[Test] 
    public function foo_test_29() : void { 
     assertTrue(true); 
    } 
} 

Résultat:

foo_test_9 . 
foo_test_17 . 
foo_test_3 . 
foo_test_18 . 
foo_test_4 . 
foo_test_19 . 
foo_test_5 . 
foo_test_6 . 
foo_test_20 . 
foo_test_21 . 
foo_test_7 . 
foo_test_22 . 
foo_test_8 . 
foo_test_23 . 
foo_test_2 . 
foo_test_24 . 
foo_test_10 . 
foo_test_25 . 
foo_test_11 . 
foo_test_26 . 
foo_test_12 . 
foo_test_27 . 
foo_test_13 . 
foo_test_28 . 
foo_test_14 . 
foo_test_15 . 
foo_test_1 . 
foo_test_16 . 
Whoa... been asked to send another complete and I already did that 

Répondre

1

Ironique cela est affiché ici, compte tenu du problème réel est vraiment un StackOverflow:

https://bugs.adobe.com/jira/browse/FXU-112

Vous pouvez utiliser la solution de contournement mentionnée dans le bug, ou ce comportement est fixé dans FlexUnit 4.1 beta, qui peut être trouvé sur la page de téléchargement de flexunit.org.

Une version de version 4.1 arrive très prochainement. Le problème est que votre machine est assez rapide pour obtenir un test supplémentaire avant que le framework ne l'oblige à attendre la prochaine image. Flash Player lance un dépassement de pile lorsque la profondeur de la pile devient trop profonde et qu'il est pris dans une tentative d'attraper dans un endroit inopportun, et trace ensuite l'instruction 'Whoa'. Dans FlexUnit 4.x à l'origine, nous avons utilisé un compteur et une longueur de cadre approximative pour cela, ce qui, en de très rares occasions, lié plus à la machine que les tests, pourrait permettre que cela se produise. En 4.1 nous surveillons réellement les cadres au fur et à mesure, ce qui devrait éliminer définitivement ce problème.

Mike

+0

merci! :) – OXMO456

+0

la solution de contournement ne fonctionne pas réellement, mais la bêta 4.1 le fait. – maxmc