Test-eine Methode, Verhalten im multi-threading-Umgebung mit JUnit?

Für eine bestimmte Methode, die ich schreiben will testen, cased, um zu sehen, wie es sich verhält, wenn mehrere Threads gleichzeitig laufen. Klingt vielleicht dumm, aber wollte mal Fragen ob es möglich ist, zu jedem solchen Szenario ?

  • Vielleicht nicht eine wirkliche Antwort auf deine Frage, aber ein allgemeiner Hinweis: Bei der Verwendung mehrerer threads kann der code nicht deterministisch sein. Es kann passieren, dass dein test gut läuft 1000 mal, aber nicht während der 1001th Ausführung ohne code-änderung.
  • Vereinbart, das ist ein großer Faktor, aber auch zu prüfen, wie für die thread-Sicherheit, wenn alle, die ich Schreibe laufen soll in einer multi-threaded Umgebung? Es ist sehr wichtig für mich
InformationsquelleAutor user2720864 | 2013-09-02
  1. 2

    Dies ist, wie ich implementiert diese in einigen code-zuletzt:

    import org.junit.Test;

import java.util.ArrayList;
import java.util.List;
import java.util.concurrent.ExecutorService;
import java.util.concurrent.Executors;

import static org.junit.Assert.*;
public class UtilTest
{
    private final static int TEST_THREAD_COUNT = 10;
    private volatile int threadsRun = 0;
    private volatile List<String> nonUniqueIds = new ArrayList<>();

    @Test
    public void testUniqueIdGeneration()
    {
        final ExecutorService pool = Executors.newFixedThreadPool(TEST_THREAD_COUNT);
        Runnable r = new Runnable()
        {
            @Override
            public void run()
            {
                List<String> doneIds = new ArrayList<>();
                for (int i = 1; i <= 100; i++)
                {
                    String id = Util.generateId();
                    if (doneIds.contains(id))
                    {
                        nonUniqueIds.add(id);
                        break;
                    }
                    doneIds.add(id);
                }
                threadsRun++;
                if (threadsRun >= TEST_THREAD_COUNT)
                    pool.shutdown();
            }
        };

        for (int i = 0; i < TEST_THREAD_COUNT; i++)
        {
            pool.submit(r);
        }
        while (! pool.isShutdown())
        {
            //stay alive
        }

        if (nonUniqueIds.isEmpty() )
            return;

        for (String id: nonUniqueIds)
        {
            System.out.println("Non unique id: " + id);
        }
        assertTrue("Non unique ids found", false);
    }
}
    • Gibt es nicht auch third-party-Bibliotheken, die Abstrakt die gleichzeitige Ausführung? Ich bin gekommen, über contiPerf aber es ist nicht aktiv jetzt. Lassen Sie mich wissen, wenn Sie wissen, dass andere Bibliothek nennen kann, von Testfällen aus mehreren threads und Abstrakt, dies durch Anmerkungen wie contiPerf haben. Danke !
    InformationsquelleAutor Click Upvote
  2. 1

    Können Sie tatsächlich starten Sie einfach Ihren thread in der test-Fall, aber ich bin mir ziemlich sicher, dass Sie es nicht tun, was Sie wollen.Die Ausführung ist nicht-deterministisch.

    Scheint es einige concurrency testing-frameworks, die helfen könnten. Sie verwenden spezielle Techniken, um das Verhalten des threads zu verursachen, race conditions und andere schlimme Dinge.

    Habe ich einen quick-check und finden MultithreadedTC.

    Vielleicht bringt Sie auf den richtigen Weg.

    • Das sieht sehr relevanten, auf jeden Fall geben Sie einen Versuch und lassen Sie Sie wissen,
    InformationsquelleAutor Jesko R.
  3. 1

    Betrachten Sie Ihre unit-test-code als einen thread zu. Wenn ich versuchte, etwas zu testen in der multi-threaded Umgebung, generell ich Folgendes gemacht:

    • Ich begann die Arbeit, threads (thread(s) mit der Methode getestet und die anderen threads) in die unit-test-thread manuell und
    • lassen Sie die unit-test-thread-sleep für eine bestimmte Zeit, oder warten, bis die anderen threads und dann überprüfte ich meine Ergebnisse.

    Die Sache ist die, the unit test thread may not give up execution to the others - und das ist, warum Sie müssen es zwingen, irgendwie. Sie können nicht "direkt" Steuern, wie der Prozessor-Zeit zugeordnet ist, threads, so dass ist, warum Sie haben, um Sie zu beginnen, und lassen Sie Sie "work out" das problem.

    InformationsquelleAutor Zsombi
Schreibe einen Kommentar