Question

Je suis face à une étrange FlexUnit Erreur:

  

Whoa ... On m'a demandé d'envoyer une autre   complète et je l'ai déjà fait que

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

test exemple:

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

Tout accueil 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
Était-ce utile?

La solution

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 bogue, ou ce comportement est fixé à FlexUnit 4.1 bêta, qui se trouve sur la page de téléchargement de flexunit.org.

Une version de 4.1 est à venir très prochainement.

Le problème est que votre machine est assez rapide pour obtenir un essai supplémentaire avant que les forces cadres il d'attendre jusqu'à ce que l'image suivante. Flash Player jette un débordement de pile quand cette profondeur de la pile arrive à fond et il est pris dans une prise d'essai dans un endroit inopportun, puis tracer la mention « Whoa ».

Dans FlexUnit 4.x à l'origine, nous avons utilisé un compteur et une longueur de trame approximative pour ce qui, de très rares occasions plus liée à la machine que les tests, pourrait permettre que cela se produise. En 4.1, nous surveillons effectivement les cadres car ils passent ce qui devrait éliminer définitivement ce problème.

Mike

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top